PathruleNon è un suggerimento.
Una regola che regge.
Regole e vincoli per agenti di programmazione IA. Ognuna ha un ambito, una priorità e un livello di applicazione, così un requisito non arriva mai con il peso di una preferenza.
Gli importi sono salvati come interi in centesimi.
- dove
- Solo sotto /services/billing
- con che forza
- Inviata sempre quando è nell'ambito
- in caso di violazione
- Una modifica corrispondente viene negata prima di essere applicata
L'ambito è risolto. La priorità no.
- Una regola di sicurezza sembra un consiglio di stile
- Pesata diversamente al quarantesimo turno
- Descrive un errore, ma non può impedirlo
- Nessuna cronologia della regola
- Non rilasciare mai la service keyhigh, strict
- Gli importi sono centesimi interihigh
- Preferisci gli export con nomelow
- services/billing/checkout.ts
- Ogni regola ha la sua priorità
- Scatta solo dove si applica
- Una regola vincolante può rifiutare la modifica
- Versionata e revisionabile
Ora i file di istruzioni possono indirizzare una regola a una cartella. La documentazione di Anthropic li definisce comunque «contesto, non configurazione imposta» e rimanda agli hook per tutto ciò che deve essere rispettato.
L'alta priorità è un budget.
Tutto high
- high, sempre inviate
- 96
- medium, quando pertinenti
- 0
- low, quando c'è spazio
- 0
Quasi tutto medium
- high, sempre inviate
- 5
- medium, quando pertinenti
- 28
- low, quando c'è spazio
- 16
Se metà delle regole ha priorità alta, nessuna ce l'ha davvero. Parti da medium e promuovi una regola solo quando sai indicare l'incidente che una violazione provoca.
Dove una regola vincolante può bloccare.
Con Claude Code, la modifica viene bloccata.
perché pathrule setup registra l'hook di Pathrule, che controlla la modifica prima che venga eseguita.
perché Lo stesso hook di Claude Code, attorno a ogni modifica e scrittura.
perché Gli hook sugli strumenti vengono eseguiti attorno a ogni modifica, insieme alle Cursor Rules.
perché La CLI e l'estensione per VS Code registrano l'hook dove Copilot lo esegue.
perché Windsurf non ha hook, quindi non c'è un evento prima della scrittura su cui bloccare.
perché L'endpoint in hosting non installa hook. Le regole arrivano come contesto.
Dipende dal client, non dalla regola. Dove esiste un hook prima della scrittura, una regola vincolante con un pattern di blocco approvato ferma una modifica corrispondente e si indica come motivo.
È davvero una regola?
- La risposta comincia con «dipende»?L'agente dovrebbe valutarla in base alla situazione.Scrivi una memoria
- È una sequenza che qualcuno continua a ripetere?L'ordine conta più di ogni singolo passaggio.Scrivi una skill
- Non è negoziabile?Assegnale un ambito, una priorità e un livello di applicazione.È una regola
Scrivere una preferenza come regola toglie credibilità a tutte le altre tue regole.
Domande frequenti.
Che cos'è una regola per agenti IA?
Un vincolo che un agente IA di programmazione deve rispettare entro un ambito definito. Una regola ha un tipo di ambito (folder, file_type o project), una priorità (high, medium o low) e un livello di applicazione (advisory o strict), che insieme decidono dove si applica, con quanta forza emerge e cosa succede quando qualcosa la viola.
Che differenza c'è tra una regola e una memoria?
Una memoria dice cosa è vero qui e l'agente la soppesa in base alla situazione. Una regola dice cosa non deve succedere e non è in discussione. Se la risposta onesta è "dipende, l'agente dovrebbe pensarci", scrivi invece una memoria: scriverla come regola toglie credibilità a tutte le altre tue regole.
Perché il mio agente IA ignora le sue regole?
Di solito perché la regola compete con indicazioni non correlate in un lungo file di istruzioni, perché il suo ambito è sbagliato e quindi non si attiva mai sui percorsi in cui conta, oppure perché è scritta come una preferenza e quindi, a ragione, viene sacrificata. Approfondimenti: perché le regole di Cursor vengono ignorate senza avvisi e perché Claude Code ignora il tuo CLAUDE.md.
Una regola può davvero bloccare una modifica o si limita a consigliare?
Sono possibili entrambe le cose, e dipende dal client. Una regola vincolante con un pattern di blocco approvato viene controllata dall'hook locale di Pathrule, che nega una modifica corrispondente prima che venga applicata e indica la regola come motivo. Pathrule CLI e l'estensione per VS Code registrano quell'hook per Claude Code, Codex, Cursor e GitHub Copilot. Windsurf e Remote MCP ricevono le regole come contesto, senza un evento prima della scrittura su cui bloccare.
Quante regole dovrebbero avere priorità alta?
Poche. Priorità alta significa che la regola viene sempre iniettata quando l'ambito corrisponde, quindi è un budget: se metà delle tue regole ha priorità alta, nessuna ce l'ha. Riservala alle violazioni che causano bug, regressioni di sicurezza o problemi di conformità, e lascia tutto il resto sulla priorità media.
In cosa è diverso dalle Cursor Rules o da CLAUDE.md?
Le regole di Cursor e quelle di Claude Code possono essere legate ai percorsi, ed entrambi i prodotti espongono hook. Pathrule salva ogni regola con ambito, priorità e applicazione in un'unica fonte di workspace, la seleziona per l'attività e la invia a Claude Code, Codex, Cursor, GitHub Copilot e Windsurf. Il confronto diretto: Pathrule vs le regole di Cursor e Pathrule vs file di istruzioni.
Devo eliminare i miei file di regole esistenti?
No. Pathrule si colloca sopra di loro. CLAUDE.md, AGENTS.md e .cursorrules continuano a fare ciò in cui riescono bene, cioè le costanti valide per tutto il repository. Pathrule si occupa dei vincoli legati ai percorsi che quei file non sanno modellare bene.
La stessa regola può valere per più percorsi?
Sì. Le regole sono riutilizzabili: lo stesso oggetto regola può essere associato a più nodi, così un vincolo comune si scrive e si rivede una volta sola invece di essere copiato in ogni directory. Scrivere regole entra nei dettagli.