godmode-impact-gate
Skill6 starsChanged 3 months agoApache-2.0View on GitHub
Score a staged commit's fan-out and architectural-boundary crossings just before committing: dependents left unfollowed, hook-to-runtime import direction, paths outside the plan's editable fence, paired artifacts left behind, and the green retests the commit-time closure refusal will demand, with a recorded decision as the named escape hatch. Use before committing a multi-module edit. Not for answering who-calls questions ahead of an edit, and not for authorizing a push or release.
In this repository22 other files it gives its agents.
- llms.txtllms.txt
- godmode-budgetSkill
- godmode-changelogSkill
- godmode-ciSkill
- godmode-codegraphSkill
- godmode-code-of-lawSkill
- godmode-continuitySkill
- godmode-evidenceSkill
- godmode-governanceSkill
- godmode-host-syncSkill
- godmode-investigationSkill
- godmode-loop-wardenSkill
- godmode-memory-gardenerSkill
- godmode-repairSkill
- godmode-replicateSkill
- godmode-researchSkill
- godmode-second-lookSkill
- godmode-skill-evalSkill
- godmode-skill-forgeSkill
- godmodeSkill
- godmode-spec-lifecycleSkill
- godmode-triageSkill
The file
We split this skill into the rules it gives an agent
9 rules. About 0 are common, 6 are distinctive, and 3 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈6
Distinctive · estimate
This author's own choices. Worth a look.
3
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 10
Before git commit, the staged edit's reach is scored against the project's own graph and boundaries - how many dependents it leaves …
- Distinctive: line 45
Read PURPOSE.md for the archive records this skill exists to close.
- Very specific: line 49
Never trust a fan-out from an unverified graph.
- Very specific: line 50
Never commit with --no-verify to get past the closure refusal.
- Distinctive: line 51
Never accept a crossing silently.
- Distinctive: line 52
Never edit the fence or the paired-artifact declarations to make a finding disappear.
- Distinctive: line 53
Never turn this advisory gate into a blocker for a docs-only or fixture-only commit.
- Very specific: line 58
Every boundary, fence or fan-out finding is either fixed or carries an impact-accepted: decision before the commit.
- Distinctive: line 60
If an assertion cannot be proved, report the unmet assertion and the next safe action rather than the outcome it was meant to prove.
≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Godmode Impact Gate
Outcome
Before git commit, the staged edit's reach is scored against the
project's own graph and boundaries - how many dependents it leaves
unfollowed, whether it crosses the hooks/runtime import boundary, whether it
steps outside the declared fence or leaves a paired artifact behind - and
every finding is either fixed or accepted on the record through one named
escape hatch. The gate is advisory; the one refusal that is not (the
commit-time closure check) is satisfied by running the retests, never
waived.
Use
- A multi-module edit is staged and about to be committed.
- A commit touches
hooks/orscripts/godmode_runtime/and the import direction between them must hold. - A plan declared an editable fence and the staged set may have stepped outside it.
- A crossing is intentional and should be accepted on the record rather than silently.
Do Not Use
- Finding who calls or imports a module before planning an edit to it - that is
godmode-codegraph. - Previewing or authorizing a force push, tag, or release - that is
godmode-governance. - Diagnosing why a retest went red after an edit - that is
godmode-investigation.
Deterministic Execution Flow
- Open a session, then enumerate the staged work and its size pressure.
godmode session open(if none is open; steps 6 and 7 refuse without one), thengodmode scope --minimality- lists what changed against the working tree and reports size pressure; it never blocks.- Fallback: outside a git repository it reports
verdict: unavailable; name the paths explicitly in every later--changedinstead.
- Fallback: outside a git repository it reports
- Prove the saved graph before trusting its fan-out.
godmode atlas graph verify- reportsverified: falsewith a reason when no snapshot exists or it is stale.- Fallback: only then run
godmode atlas graph rebuild, and repeat step 2.
- Fallback: only then run
- Score the fan-out.
godmode atlas closure --changed <path> [<path> ...] --depth 2- every dependent of a changed path that was not itself changed.verdict: unfollowed-dependents(exit 1) is the finding, not an error; the count of dependents is the fan-out score. - Check the architectural boundary.
godmode atlas --direction- hooks import the runtime only through the declared surface, and the runtime never imports hooks; exit 1 names each crossing. - Check the declared fence.
godmode fence audit --changed <path> [<path> ...]- changed paths outside the plan's editable set. - Check paired artifacts.
godmode precheck --about "commit <one-line summary>" --changed <path> [<path> ...]- readpaired_artifacts.verdict: an artifact declared to change together with a staged path that did not. - Satisfy the commit-time closure refusal.
godmode retest --run- runs the tests that pin the changed paths and attests their exit code. The pre-commit closure check refuses a staged code path with no green retest newer than its last edit; it has no escape and none is sought here. - Accept an intended crossing through the named escape hatch. A fan-out, fence or boundary finding that is deliberate is recorded before the commit:
godmode remember --kind decision --subject "impact-accepted:<path>" --value "<why the crossing is intended and what bounds it>" --evidence seq:<the closure or audit record>. Size growth past a recorded ceiling is accepted withgodmode minimality --accept-growth <section> --reason "<what the added surface bought>".
Read PURPOSE.md for the archive records this skill exists to close.
Must Not
- Never trust a fan-out from an unverified graph; step 2 comes before step 3, and
rebuildruns only afterverifysays so. - Never commit with
--no-verifyto get past the closure refusal; rungodmode retest --runinstead. - Never accept a crossing silently; the escape hatch is a recorded decision that names the path and the reason, or it is not accepted.
- Never edit the fence or the paired-artifact declarations to make a finding disappear; accept it through the escape hatch or fix the edit.
- Never turn this advisory gate into a blocker for a docs-only or fixture-only commit; the closure check exempts those, and so does this skill.
Acceptance
godmode atlas closurenames every unfollowed dependent of the staged paths from a verified graph.- Every boundary, fence or fan-out finding is either fixed or carries an
impact-accepted:decision before the commit.
If an assertion cannot be proved, report the unmet assertion and the next safe action rather than the outcome it was meant to prove.
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

