Vai al contenuto
Pathrule

intelligence

Un'unica intelligenza.
Ogni agente.

Un livello di intelligenza persistente per il tuo progetto, per te, per il tuo team e per ogni agente di programmazione che usi. Conserva ciò che è stato imparato e dà a ogni attività solo ciò che si applica.

funziona con
  • Claude Code
  • Codex
  • Cursor
  • Copilot
  • Windsurf
apps/web/checkout«Aggiungi Apple Pay al checkout»

Progettoquesta codebase

  • I pagamenti passano da billingClient
  • Gli importi sono in centesimi interi
  • Il mobile usa Expo Router

Tucome lavori

  • Diff piccoli e facili da revisionare
  • Chiedi prima di toccare lo schema
  • Due opzioni, non cinque

Teampattern verificati

  • I nuovi provider escono dietro un flag
  • Le note di rilascio vanno in CHANGELOG
  • Le date sono salvate in UTC
Tutto
tutte e 9 le note, a ogni prompt
Ciò che si applica
4 inviate, 5 escluse, entro il budget

Ogni agente ricomincia da capo.

  • «Per la fatturazione abbiamo deciso di non usare un ORM.»una pull request chiusa
  • «Quella migrazione va eseguita al contrario.»la testa di qualcuno
  • «Te l'ho detto, usa il billing client.»le tue ultime quattro sessioni

Nuova sessione legge il codice che ha davanti, e niente di tutto questo ne conosce 0 su 3

La conoscenza non manca. Sta dove una sessione non può raggiungerla. Scriverla tutta in un unico file di istruzioni sposta soltanto il problema.

Tre ambiti. Tre compiti.

Progettoogni piano

Come funziona questo progetto?

contiene
Decisioni, vincoli, procedure
risiede
Sulla tua macchina, o nel Cloud quando hai effettuato l'accesso
decide
Tu e il tuo team
Approfondisci

Tuogni piano

Come ti piace lavorare?

contiene
Preferenze di lavoro
risiede
Sulla tua macchina, in tutti i repository
decide
Tu: candidata, attiva, ritirata
Approfondisci

Teampiani per team

Cosa continua a fare il team?

contiene
Pattern ricorrenti nel lavoro del team
risiede
Pathrule Cloud
decide
Solo ciò che un proprietario ha verificato
Approfondisci

Quando una preferenza personale e una regola di progetto sono in disaccordo, vince la regola di progetto. Una preferenza determina come si svolge il lavoro, non cosa è considerato corretto.

In base a dove lavori.

workspacestai modificando services/billing
  • /si applica
  • apps/webfuori ambito
  • apps/mobilefuori ambito
  • services/billingsi applica
  • webhooks/fuori ambito
  • packages/uifuori ambito
pathrule3 inviate, entro il budget
  • I pagamenti passano da billingClientregola
  • I rimborsi sono asincroni dopo l'incidentememoria
  • add-payment-providerskill
elencate per titolo, da chiedere via MCPPolicy di retry dei webhookArrotondamento delle valute

Una regola su una cartella si applica al suo interno, una regola alla radice si applica ovunque. Entro quell'ambito, ciò che si applica viene ordinato per l'attività, e ciò che non è entrato viene nominato, così l'agente può richiederlo.

È una persona a decidere cosa conta.

  1. bozzaI nuovi provider escono dietro un flagosservato nel lavoro del team
  2. suggerimentoI nuovi provider escono dietro un flagnon attendibile, non consegnato
  3. verificato da un proprietarioI nuovi provider escono dietro un flaggli agenti partono da qui

I pattern del team nascono come bozze e contano solo dopo che una persona li ha verificati. Le risultanze registrate da un agente restano consultive e non diventano mai regole da sole.

Non tutta la conoscenza è un consiglio.

services/billing/charge.tsClaude Code, esempio
export async function charge(order) {+   const res = await stripe.charges.create({ amount })}

Modifica negata Non chiamare mai Stripe direttamente. Usa billingClient. regola vincolante, /services/billing

può bloccare su
  • Claude Code
  • Codex
  • Cursor
  • Copilot

Una regola vincolante (strict) con un pattern di blocco approvato viene verificata dall'hook di Pathrule prima che venga eseguita una modifica corrispondente. Windsurf non ha hook e Remote MCP non ne installa, quindi lì arriva come indicazione.

Stesse attività. Nel rispetto delle regole.

12 attività, un modello Claude Code fissato

Solo l'agente

attività completate
12/12
convenzioni rispettate
3/12
violazioni
8

Con Pathrule

attività completate
12/12
convenzioni rispettate
12/12
violazioni
0

Una griglia pubblicata: 24 esecuzioni su repository identici con gli stessi prompt. Non è una garanzia per ogni repository, e un agente può comunque fraintendere ciò che ha ricevuto. Come misuriamo

Domande frequenti.

Che cos'è Pathrule Intelligence?

La parte di Pathrule che conserva ciò che un progetto, uno sviluppatore e un team hanno imparato sotto forma di memorie, regole e skill, la lega ai percorsi del codice e decide cosa raggiunge un agente di programmazione per una specifica attività. Non è un modello per scrivere codice e non scrive il tuo codice.

Pathrule è un altro modello per il codice?

No. Pathrule non genera il codice della tua applicazione. Claude Code, Codex, Cursor, GitHub Copilot e Windsurf restano i motori di esecuzione e di ragionamento, e ognuno mantiene il proprio provider di modelli. Pathrule è la conoscenza da cui partono.

Che differenza c'è tra Project, User e Team Intelligence?

Project Intelligence è ciò che una codebase ha imparato, sotto forma di memorie, regole e skill legate ai percorsi. User Intelligence è il modo in cui preferisci lavorare; è salvata sulla tua macchina e ti segue da un repository all'altro. Team Intelligence funziona in Pathrule Cloud nei piani per team, individua pattern nel lavoro di un team e li consegna solo dopo che una persona li ha verificati.

Pathrule si fida automaticamente di ciò che impara?

No. Le risultanze registrate dagli agenti sono consultive e non vengono mai promosse a regole in automatico. I pattern del team passano da bozza a suggerito a verificato, e solo quelli verificati raggiungono gli agenti. Le regole sono scritte o approvate da persone.

Cosa succede quando le mie preferenze sono in conflitto con una regola di progetto?

Dove è in gioco la correttezza, vince il progetto. Una regola è un requisito del progetto e non viene scartata perché una preferenza personale sarebbe più comoda. User Intelligence determina come si svolge il lavoro, non cosa è considerato corretto.

User Intelligence funziona in tutti i repository?

Sì. È legata a te e non a un progetto, quindi ti segue quando passi a un altro repository. Quando cambia il repository, cambia Project Intelligence.

Posso correggere ciò che Pathrule ha imparato su di me?

Sì. Ogni elemento di User Intelligence ha uno stato (candidata, attiva, ritirata o rifiutata), quindi una preferenza sbagliata può essere rifiutata e una che non è più vera può essere ritirata. È salvata sulla tua macchina e, senza account, resta lì.

Riduce il mio consumo di token?

Mantiene mirato ciò che raggiunge l'agente: la conoscenza è legata al percorso, ordinata per l'attività e consegnata entro un limite per prompt, invece di un unico file di istruzioni caricato per intero. Pathrule non afferma di ridurre il consumo totale di token di un agente. Vedi come misuriamo.

L'agente può cambiare.
Ciò che ha imparato resta.