Guide

Agents

How coding agents work on this project: how they connect, what they receive, and how they are doing. What they may do (policy, authority tier, language, GitHub) is set under ⚙ › Project settings.

For: Team developer, Project lead, Security & compliance

What agents receive

Agents read the Authority records, their acceptance criteria, the constraints and accepted decisions around them and the standards that apply. Approved records are informative; Retired ones never drive new work. Asked about a story, an agent gets its whole context slice (get_work_context): the chain up to the objective, criteria to meet, tests, conflicts and recent changes.

Ways to connect

ToolHow
Claude Code (recommended)Install the Corpole plugin. Then either sign in with /mcp (acts as you, no token) or create your personal token and store it in ~/.config/corpole/token so the hooks work too: session context, notices, the code gate and the waiting status.
claude.ai, ChatGPT, Claude DesktopAdd a custom connector with the MCP URL, sign in and pick this project (or create a new one). No token needed.
Cursor, VS Code, other MCP clientsAdd a remote MCP server with the configuration shown and your personal token.
Any agent without MCPPaste the CLAUDE.md / AGENTS.md snippet into the repository.
Plugin commandDoes
/corpole:startCreates the project if needed and runs the kickoff interview.
/corpole:onboardBrings an existing codebase in as findings for people to review.
/corpole:handoverMoves CLAUDE.md rules, documents and ADRs into Corpole as proposals.
/corpole:initWrites the repository kit (CLAUDE.md block, team settings, PR template, GitHub check).
/corpole:context, /corpole:checkShows the binding records; checks changes against them.

Tokens and connected apps

  • Personal tokens: everyone creates their own, one per machine or tool, with an expiry. An agent using one acts as you: your permissions, and everything it does is recorded under your name. Shown once; revoke it any time.
  • Service tokens are for CI (the GitHub check, test results). Only people with the Integrations permission create them; they act for their creator. The single project token of earlier versions is now listed as a service token.
  • Tick Allow proposing to let the agent propose records, changes, work items and tests and report results.
  • People with the Integrations permission see every token in the project and can revoke any of them; the owner is notified. Creating and revoking tokens is written to the project history.
  • Sign-in connections appear under Connected apps; disconnect them there and the next call is refused.
  • An agent never has more permissions than the person it acts for.
  • Corpole masks secret-looking values (tokens, keys, passwords, card and national ID numbers) in everything an agent sends, and tells you when it did — rotate the secret if it was real.

Keep in mind Do not share a personal token: whoever holds it acts as you. Never paste it into a chat, a record or a file in the repository; revoke it if it may have leaked.

Production emergency

When production is broken and a fix cannot wait for its requirements, a person allowed to declare an emergency opens a window (default 4 hours) here or through their agent. Everyone in the project is told. The code gates then advise instead of refusing, a critical defect tracks it (already Ready, so the agent can start it) and a red Emergency label shows in the top bar. Actions the policy forbids stay forbidden. When it ends, a Make good task is opened for the governing requirement and its test, and the requirement owners are asked to complete it.

If the fix needs longer, Extend once adds hours with a reason, up to 12 hours after the declaration in total. Everyone in the project is told; the extension is kept in the history.

Agent health

Signs that an agent is going the wrong way, caught before the work piles up. L1 the agent was told, L2 you were told, L3 flagged here for the integration managers, L4 the server refused.

SignalWhen
DRF-03A pull request cites a Retired or Draft record.
DRF-04Repeated refused actions (policy, role, code gate).
DRF-05The same test keeps failing.
DRF-07Work the agent started has no code link for days.
DRF-08The agent is close to the hourly proposal limit.
DRF-01A pull request cites no record or work item and has no no-requirement label.
DRF-10The agent wrote before reading the agent policy.
DRF-11 / DRF-16A claim or finding without evidence (refused).
DRF-13The agent keeps trying a status it may not reach.
DRF-14A pull request builds on vague wording (fast, easy, user-friendly) nobody asked about.
DRF-17Most onboarding findings of the last 30 days were rejected.
DRF-18The advisory gate warned about ungoverned code 5 times in a week.
DRF-22A lesson or the same kind of drift keeps coming back: make it a rule.
DRF-23Agents were asked, but no lesson or idea came in for 30 days.

Resolve a signal once it is handled: pick the root cause (agent, requirement, configuration, process or false positive) and note what was done. Tick Keep it as a lesson and the note becomes an accepted lesson that agents read in their context.

Corpole closes a signal itself when its condition is gone: the test passes, the stalled item moves or gets a code link, the work reaches Done. Stalled work is checked every day, even if nobody opens this page. Trend shows the last 30 days by signal, signals per active agent-day and the root causes. Thresholds are set on the Account page and can be overridden per tenant in Settings.

Agent metrics

Ten measures of how agents and people work together over the last 30 days: traceable pull requests, accepted proposals, criteria met the first time, time to answer a question, time agents wait, rework, drift density, the learning loop, agent calls per story and flow time. Each shows its target; it turns green or amber once there is enough data.

Label a trivial pull request no-requirement so it counts as a deliberate exception, not ungoverned code.

Agent activity

Agents → Activity keeps every call a coding agent made to Corpole: what it sent, what Corpole did inside — records changed, notices sent, drift signals raised, actions refused, secrets masked — what it gave back and how long it took. Filter by tool, agent, result, record code or date, and export the list as CSV.

Secrets are masked before anything is stored. The full answer is kept for 30 days; its beginning and a SHA-256 fingerprint stay, so you can later show what an agent was given. People who manage the project's integrations, tenant owners, admins and auditors see every call; others see the calls made for them.

GitHub, repository kit and activity

Connect the repository on Project settings → GitHub and CI so pull requests and commits that mention a code link themselves and move stories. The Repository kit makes the repository treat Corpole as its requirements authority; its CLAUDE.md block carries a stamp, and the Claude Code plugin tells you at session start when the agent policy or the authority tier changed and the kit should be re-applied (/corpole:init). Agent activity lists the last 50 reads and proposals.

PR check: the repository kit's GitHub Action sends the files each pull request changes. Corpole answers in the check: ungoverned code (fails under the enforced gate), a module whose findings are under review, files outside the modules of the cited work, other open pull requests changing the same files, and emergency rules. Corpole needs no GitHub credentials for this; re-apply the repository kit to get it.