Loading...
Loading...
Audit runtime controls for tool permissions, approvals, memory, telemetry, evals, rollout, and containment. Use when reviewing tool-bearing agent systems. NOT for security scans, prompt-only work, or static code review.
npx skill4agent add wyattowalsh/agents agent-runtime-governancesecurity-scannerreviewprompt-engineermcp-creator | Mode | Action |
|---|---|---|
| Empty | | Show governance modes and required inputs |
| | Define runtime policies for a new or changing agent system |
| | Review existing tool, approval, memory, telemetry, and eval controls |
| | Design allowlists, denylists, approval modes, and escalation rules |
| | Define memory scope, retention, privacy, and invalidation policy |
| | Plan regression, adversarial, and runtime acceptance eval loops |
| | Define staged release, monitoring, rollback, and operator readiness controls |
| | Define containment and recovery controls for agent failures |
| Natural language about agent tools, permissions, memory, evals, or containment | Auto-detect the closest mode |
| Surface | Review Questions |
|---|---|
| Tools | Which tools can read, write, spend money, deploy, message users, or delete data? |
| Approvals | Which operations require explicit user approval or human review? |
| Memory | What can be stored, for how long, and at what scope? |
| State | What is durable, replayable, idempotent, and auditable? |
| Telemetry | Which traces, decisions, tool calls, and failures are observable? |
| Evals | Which scenarios prevent regression before rollout? |
| Containment | How does the system stop, rollback, quarantine, or degrade safely? |
| Term | Meaning |
|---|---|
| tool consequence | The real-world effect a tool call can have: read, write, deploy, message, spend, delete, or expose |
| approval gate | Explicit human or policy checkpoint before a higher-risk action |
| runtime guard | Hook, wrapper, allowlist, denylist, test, or platform policy that enforces a governance rule |
| memory boundary | Scope, retention, redaction, and invalidation policy for stored agent context |
| containment | Stop, rollback, quarantine, or degrade action after unsafe or failed behavior |
| shadow mode | Runtime mode that records proposed actions without executing them |
security-scannerreviewprompt-engineermcp-creator| Scope | Strategy |
|---|---|
| Single agent or workflow | Produce one control matrix and one eval/monitoring set |
| Multiple agents sharing tools | Group by tool consequence and shared approval gates |
| Platform-wide governance | Define baseline policy first, then exceptions by agent class |
| Live production rollout | Add staged rollout, rollback, monitoring, and owner review gates |
SKILL.mdreferences/control-matrix.mdreferences/rollout-governance.md| File | Read When |
|---|---|
| Designing or auditing runtime control surfaces |
| Planning staged release, rollback, monitoring, and operator readiness |
## Agent Governance Report
- System:
- Mode:
- Risk tier:
### Control Matrix
| Surface | Current | Required | Enforcement | Evidence |
|---|---|---|---|---|
### Required Changes
- ...
### Evals And Monitoring
- ...
### Rollout And Containment
- ...security-scannerreviewprompt-engineermcp-creatorpython scripts/check.pyscripts/check.py