Your agent, not ours
Claude Code, claude.ai, Claude Desktop, Cursor or any MCP client. Corpole provides the context; the agent you already use does the work.
When the agent asks Corpole what applies to its task, it gets the Authority records, their acceptance criteria, the constraints and accepted decisions around them, and the standards of the tenant. Retired records are not in the answer. That is the guarantee, and it is the reason the rest of the system exists.
The two usually pull against each other. Here they do not, because the records that are left out are the ones that stopped applying.
Claude Code, claude.ai, Claude Desktop, Cursor or any MCP client. Corpole provides the context; the agent you already use does the work.
Asked about a story, Corpole returns its requirements with their chain up to the objective, the criteria to meet, constraints, dependencies, conflicts, tests and recent changes.
The agent reads the standards that apply — tenant-wide and project — at the start of a session, minus any a project has waived by an accepted decision.
An agent can propose a requirement, a decision, a relation or a test, ask a question or report a defect or risk. It cannot make anything binding.
The agent reports test results and acceptance results, links its pull requests and commits, and moves its story to code review within the flow rules.
Agent activity lists every read and proposal with the connection it came through; history marks each change the agent made.
Some changes are routine for an agent; some should wait for a person. You decide which, per project. The agent reads the policy through MCP, Corpole refuses tool calls it forbids, and the repository kit turns it into Claude Code permission rules.
Writing migrations, adding dependencies, changing CI/CD, security code, tests or public APIs, merging pull requests — each action gets its own level.
Onboarding maps code modules to the records that govern them. An edit in an ungoverned area is questioned, or blocked when the project enforces it.
A connection carries at most the permissions of the person who created it. Revoke it on the Agents page and the next call is refused.
The system surfaces conflicts and tells you what currently binds. Which record should win is a judgement, and it stays with the people accountable for it.
Whatever an agent proposes — a requirement, a decision, a relation — arrives as a Draft or a proposal. Nothing binds until a person approves it.
A connection acts for the person who created it and carries at most that person's permissions in the project. A read-only connection cannot propose anything.
Claude Code, claude.ai, Claude Desktop, Cursor and any MCP client read the same Authority records. Sign in with OAuth, pick a project, done.
Streamable HTTP at corpole.com/api/mcp, with OAuth or a project token. Listed in the official MCP Registry as com.corpole/requirements.
Connection guide/corpole:init, /corpole:context, /corpole:check and /corpole:onboard, plus a hook that checks each edit against the governed code areas.
Plugin and repository kitEvery pull request has to cite existing, non-retired requirements. A retired decision cannot come back through a merge.
How the check worksThat is the whole claim. Everything else in the product exists so that this one holds.