Risposta rapida
regole OpenCode: Risposta rapida
Le regole OpenCode sono istruzioni durature per una sessione. Usa regole di progetto per le convenzioni del repository, regole globali per abitudini personali stabili e URL solo quando la fonte è affidabile e verificata.
Il cluster Similarweb `opencode rules` mostra un intento di configurazione su file di regole e ambiti globali e di progetto. La documentazione ufficiale separa rules, skills, agents, permissions e config; questa guida ne chiarisce i confini.
Definisci l'ambito e prova prima in sola lettura. Una regola breve e verificabile è più sicura di un blocco che mescola procedure, permessi e deploy.
Guide correlate: Guida alle skills OpenCode, Guida agli agents OpenCode, Guida alle permissions OpenCode, Configurazione OpenCode.
1. Scegli l'ambito minimo
La regola di progetto contiene comandi di test, cartelle generate, responsabilità e limiti di sicurezza. La regola globale esprime un'abitudine personale. Una URL aggiunge un confine di rete: verifica dominio e mantieni una copia locale per i controlli critici.
| Ambito | Uso | Rischio |
|---|---|---|
| Progetto | Convenzioni del repository | Regola obsoleta |
| Globale | Abitudine personale | Sorpresa tra progetti |
| URL | Contesto esterno affidabile | Modifica senza revisione |
2. Verifica dove OpenCode trova le regole
La pagina Rules ufficiale tratta inizializzazione, tipi, priorità, istruzioni personalizzate e file esterni. Usa l'inizializzazione della versione installata e conferma il percorso reale; non copiare cartelle da altri framework.
3. Rendi la priorità una decisione verificabile
Le regole globali e di progetto possono confliggere. Crea un piccolo caso di conflitto e osserva l'ordine documentato. Mantieni il limite di sicurezza del progetto e rimuovi duplicati.
4. Scrivi istruzioni brevi
Una buona regola indica quando vale, cosa fare e evitare, quale prova aspettarsi e come tornare indietro. Separa fatti del repository e preferenze personali.
5. Controlla la fiducia prima dei file esterni
Un file esterno può cambiare senza revisione. Verifica trasporto, proprietario e cronologia; usalo prima per contesto a basso rischio e lascia segreti e deploy in locale.
6. Separa rules, skills, agents, permissions e config
Rules esprime vincoli, skills procedure, agents ruoli e strumenti, permissions allow/ask/deny e config impostazioni. Non nascondere un release automatico in una regola.
7. Valida le regole effettive prima di modificare
Prova in un branch usa e getta: spiegazione, lettura, piccola modifica e revisione del diff. Documenta il rollback e ripeti dopo aver rimosso la regola.
FAQ sulle regole OpenCode
Cosa sono le regole OpenCode?
Istruzioni durature applicate in un ambito di progetto, globale o esterno affidabile.
Dove metto le regole di progetto?
Conferma il percorso nella documentazione Rules della tua versione e mantieni il file nel repository.
Rules e skills sono uguali?
No. Rules definisce vincoli e skills descrive procedure riutilizzabili.
Una regola globale sovrascrive quella di progetto?
Dipende dal tipo e dalla priorità documentati; prova un piccolo conflitto.
Le regole URL sono sicure?
Solo con una fonte affidabile e verificata; le regole critiche devono restare locali.
Fonti ufficiali
La documentazione Rules, Config, Permissions, Skills e Agents è stata verificata il 31 ottobre 2026. Conferma la sintassi nella pagina ufficiale della tua versione.