Projectevery plan
How does this project work?
- holds
- Decisions, constraints, procedures
- lives
- Your machine, or Cloud when signed in
- decides
- You and your team
intelligence
A persistent intelligence layer for your project, for you, for your team and for every coding agent you use. It keeps what was learned and gives each task only what applies.
Projectthis codebase
Youhow you work
Teamverified patterns
The knowledge is not missing. It sits where a session cannot reach it. Writing it all into one instruction file only moves the problem.
Projectevery plan
Youevery plan
Teamteam plans
When a personal preference and a project rule disagree, the project rule wins. A preference shapes how the work is done, not what counts as correct.
A rule on a folder applies under it, a rule at the root applies everywhere. Within that scope, what applies is ranked for the task, and what did not fit is named so the agent can ask for it.
Team patterns start as drafts and count only once a person verifies them. Findings an agent records stay advisory and never become rules on their own.
export async function charge(order) {+ const res = await stripe.charges.create({ amount })}
Edit denied Never call Stripe directly. Use billingClient. strict rule, /services/billing
A strict rule with an approved block pattern is checked by the Pathrule hook before a matching edit runs. Cursor, Copilot and Windsurf get no Pathrule hook and Remote MCP installs none, so there it arrives as guidance.
CLAUDE.md files
With Pathrule
PathruleBench: eight sessions of four turns, 26 probes checked by tests and structural checks, three chains an arm. One measured setup, and the gap only opens from 1,000 items. How we measure
The part of Pathrule that keeps what a project, a developer and a team have learned as memories, rules and skills, scopes it to paths in the code, and decides what reaches a coding agent for a specific task. It is not a coding model and it does not write your code.
No. Pathrule does not generate your application code. Claude Code, Codex, Cursor, GitHub Copilot and Windsurf remain the execution and reasoning engines, and each keeps its own model provider. Pathrule is the knowledge they start from.
Project Intelligence is what one codebase has learned, as path-scoped memories, rules and skills. User Intelligence is how you prefer to work; it is stored on your machine and follows you between repositories. Team Intelligence runs in Pathrule Cloud on team plans, finds patterns across a team's work, and delivers them only after a person verifies them.
No. Findings agents record are advisory and are never promoted to rules automatically. Team patterns go from draft to suggested to verified, and only verified ones reach agents. Rules are written or approved by people.
The project wins where correctness is at stake. A rule is a requirement of the project and is not dropped because a personal preference would be more convenient. User Intelligence shapes how the work is done, not what counts as correct.
Yes. It is scoped to you rather than to a project, so it comes with you when you move to another repository. Project Intelligence is what changes when the repository does.
Yes. Every item User Intelligence holds has a state (candidate, active, retired or rejected), so a preference that was wrong can be rejected and one that stopped being true can be retired. It is stored on your machine, and without an account it stays there.
In the published benchmark it did, once the knowledge base was large enough to matter: at 2,000 items the same agent read 2.7 times fewer input tokens and cost about 55% less a chain than with CLAUDE.md files, because knowledge is scoped to the path, ranked for the task and delivered within a per-prompt budget instead of one file loaded whole on every step. At 500 items the saving is 10 to 19%, and a small knowledge base in a plain file is hard to beat. Your result depends on how much your team has written down. See how we measure.