Preview and govern protected engineering actions without executing them implicitly. Use before destructive, externally visible, history-changing, database-changing, release, credential, branch, or worktree operations.
Scanned 9/2/2026
Install to Claude Code
npx -y skills add AIimagined/Godmode --skill godmode-governance --agent claude-codeInstalls into .claude/skills of the current project.
Are you the author of Godmode Governance?
Add the live security badge to your README — it updates automatically with every re-scan.
[](https://www.skillsdirectory.com/skills/aiimagined-godmode-governance)More formats (shields.io, HTML) on the badges page.
---
name: godmode-governance
description: Preview and govern protected engineering actions without executing them implicitly. Use before destructive, externally visible, history-changing, database-changing, release, credential, branch, or worktree operations.
---
# Godmode Governance
## Outcome
Turn a risky requested operation into an explicit, reviewable contract. This skill classifies and previews the operation; it does not grant the host permission or claim to intercept every tool.
## Workflow
1. Inspect the current project identity, branch or worktree, dirty state, and the exact target.
2. Separate observation from mutation. Read-only inspection needs no capability.
3. Classify the proposed action with:
```powershell
python <plugin-root>/scripts/godmode.py --project <path> guard --operation "<exact operation>"
```
4. For a protected result, present the exact action, affected scope, likely impact, recovery path, and proof to run afterward.
5. If authorization is required, configure the local authorization secret once and issue a short-lived, one-use capability for the exact action. Never store or pass the secret through Godmode records.
6. Execute only when the user has authorized the mutation and the host provides an appropriate execution boundary. Keep execution separate from classification.
7. Consume the matching capability immediately before the protected operation, then verify the result and record evidence.
Read [godmode-protection-matrix.md](references/godmode-protection-matrix.md) when deciding whether an operation is protected or when writing the preview.
## Fail-closed rules
- Treat an unknown mutation as protected.
- Preserve unrelated user changes and existing worktrees.
- Rewrite history, remove data, publish, install, release, or change a database only from an explicit instruction, never an inferred intention.
- Reject a capability whose action, project, expiry, nonce, or signature does not match.
- Represent a preview as a preview and a guard result as advisory - neither is approval or automatic enforcement.
- Require a rollback or recovery statement for schema, history, release, and destructive filesystem changes.
## Gate routing
- `environment --target X` classifies blast radius before any mutation; unknown fails closed as production and repository text cannot re-label it.
- `egress --staged` scans staged and untracked content for secret shapes before a commit.
- `db --propose` walks the schema ladder: existing column, existing table, and only then a reviewed new table.
- `planmode specify|start|approve|check|arbitrate|bind` gates mutation behind a spec-backed approved plan; `rewind --to SEQ` previews a rollback to a verified checkpoint.
- `ceilings --spent ...` stops a run that exceeded its declared budget; `removal record|why` keeps deletions explicable.
## Absorption verdicts
An upstream item (a dependency bump, a vendor release note, a competitor's
fix) gets a `decision` record with subject `absorb:<item>` and BOTH verdicts
in its data: `import_verdict` (adopt | extend | diverge | skip | n-a) and
`behaviour_verdict` (confirmed-have | confirmed-dont | unverified).
`confirmed-*` needs a `file:` citation proving it. "n-a - different surface"
answers whether we can import it, never whether the same defect lives in our
own implementation - that is what the behaviour verdict is for, and an item
with only an import verdict is half-recorded.
🔴 No CLI verb writes this shape yet - `remember --kind decision` stores one
free-text `--value`, not two separate verdict fields. Until a dedicated verb
exists, write the record via direct archive access
(`archive.append("decision", "absorb:<item>", {"import_verdict": ...,
"behaviour_verdict": ...}, evidence=["file:..."])`); `godmode_runtime
.godmode_parity.upstream_verdicts(archive, items)` reads it back and reports
`verdicted` / `half_verdicted` / `unread` per item.
## Completion
Report the classification, whether authorization was required, what actually ran, the recovery boundary, and fresh verification. If execution was outside the available host boundary, stop after the preview and say so plainly.
Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.
No comments yet. Be the first to comment!