Agent risk register
A risk register works only if it changes behaviour. Most decay into a
spreadsheet reviewed annually, listing risks nobody owns. Agents can
keep it current because the maintenance is repetitive and the review
cadence is exactly what humans skip.
Team
- Scanner: proposes new risks from incidents, changes, and external
signals.
- Assessor (
risk-analysis, pre-mortem): rates likelihood and
impact with a stated basis.
- Chaser: tracks mitigation owners and dates, escalating what has
stalled.
Shape: continuous intake with a scheduled review of the whole register.
Method
- Write risks as specific consequences. Losing the main cloud
region for a day, not cloud risk. Vague entries cannot be assessed,
mitigated, or closed.
- Rate likelihood and impact with a stated basis. Whatever scale
you use, the reasoning must be recorded, since unexplained ratings
are unarguable and therefore unimprovable.
- Give every risk an owner and a decision. Mitigate, accept,
transfer, or avoid. An accepted risk is a legitimate outcome and must
be recorded as a decision rather than an oversight.
- Track mitigations as work with dates. A mitigation with no owner
or date is an intention (see agent-compliance-desk).
- Feed the register from real events. Incidents, near misses,
audit findings, and dependency changes each propose entries
automatically (see agent-postmortem-council).
- Force stale entries back to a decision. Anything unreviewed past
a threshold is escalated, since a register full of untouched entries
is worse than a short honest one.
- Review the top risks on a fixed cadence with a human. The review
produces decisions, not acknowledgements.
Run it
In Claude Code, keep the register as a single tracked file, run the
scanner on a schedule over incident and change records, the assessor on
new entries, and the chaser as a sweep that escalates. A human runs the
periodic review. Port to LangGraph with an intake node and a scheduled
escalation node.
Signals it works
- Every open risk has an owner, a decision, and a review date.
- New risks arrive from real events rather than from brainstorming.
- Accepted risks are explicitly accepted, with a name attached.
Boundaries
Agents maintain and chase; humans own risk decisions, which are
judgement calls with real consequences. Regulated risk frameworks have
their own requirements and are not satisfied by this register. Some
risks, particularly around people and legal exposure, must not be
recorded in shared systems at all.
1---2name: agent-risk-register3description: Maintain a living register of business risks with agents that surface new ones, track mitigations, and force stale entries back to a decision. Use when risks are discussed in meetings and then forgotten until they happen.4---56# Agent risk register78A risk register works only if it changes behaviour. Most decay into a9spreadsheet reviewed annually, listing risks nobody owns. Agents can10keep it current because the maintenance is repetitive and the review11cadence is exactly what humans skip.1213## Team1415- **Scanner**: proposes new risks from incidents, changes, and external16 signals.17- **Assessor** (`risk-analysis`, `pre-mortem`): rates likelihood and18 impact with a stated basis.19- **Chaser**: tracks mitigation owners and dates, escalating what has20 stalled.2122Shape: continuous intake with a scheduled review of the whole register.2324## Method25261. **Write risks as specific consequences.** Losing the main cloud27 region for a day, not cloud risk. Vague entries cannot be assessed,28 mitigated, or closed.292. **Rate likelihood and impact with a stated basis.** Whatever scale30 you use, the reasoning must be recorded, since unexplained ratings31 are unarguable and therefore unimprovable.323. **Give every risk an owner and a decision.** Mitigate, accept,33 transfer, or avoid. An accepted risk is a legitimate outcome and must34 be recorded as a decision rather than an oversight.354. **Track mitigations as work with dates.** A mitigation with no owner36 or date is an intention (see agent-compliance-desk).375. **Feed the register from real events.** Incidents, near misses,38 audit findings, and dependency changes each propose entries39 automatically (see agent-postmortem-council).406. **Force stale entries back to a decision.** Anything unreviewed past41 a threshold is escalated, since a register full of untouched entries42 is worse than a short honest one.437. **Review the top risks on a fixed cadence with a human.** The review44 produces decisions, not acknowledgements.4546## Run it4748In Claude Code, keep the register as a single tracked file, run the49scanner on a schedule over incident and change records, the assessor on50new entries, and the chaser as a sweep that escalates. A human runs the51periodic review. Port to LangGraph with an intake node and a scheduled52escalation node.5354## Signals it works5556- Every open risk has an owner, a decision, and a review date.57- New risks arrive from real events rather than from brainstorming.58- Accepted risks are explicitly accepted, with a name attached.5960## Boundaries6162Agents maintain and chase; humans own risk decisions, which are63judgement calls with real consequences. Regulated risk frameworks have64their own requirements and are not satisfied by this register. Some65risks, particularly around people and legal exposure, must not be66recorded in shared systems at all.