detach
Skill276 starsChanged 37 days agoMITView on GitHub
Remove project-local govctl integration through an ownership-aware dry run, archival plan, explicit confirmation, and recoverable edits
1 other project uses a version of this.
Adopted by
Most recently taken up by
- agiterra/crew-claude-codetheir own version, first seen Apr 13, 2026
Other versions1 project uses a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 1
- agiterra/crew-claude-code★ 0same name
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
In this repository13 other files it gives its agents.
- AGENTS.mdAGENTS.md
- adr-writerSkill
- commitSkill
- decision-analysisSkill
- discussSkill
- govSkill
- guard-writerSkill
- initSkill
- migrateSkill
- quickSkill
- rfc-writerSkill
- specSkill
- wi-writerSkill
The file
We split this skill into the rules it gives an agent
12 rules. About 0 are common, 3 are distinctive, and 9 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈3
Distinctive · estimate
This author's own choices. Worth a look.
9
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Very specific: line 10
Remove govctl integration from a project while archiving its governance history and keeping unrelated configuration.
- Very specific: line 22
Use parsers for structured config and rg for text.
- Very specific: line 38
Never remove a shared skills, agents, hooks, plugin, editor, or instruction directory unless govctl provably owns all of it.
- Very specific: line 40
Keep unrelated working-copy changes, non-govctl config, and plain historical prose that merely mentions governance.
- Very specific: line 42
After archiving, run no project-scoped govctl command until the archive is restored.
- Distinctive: line 44
Stop at the first unexpected failure and report what completed and what is pending.
- Very specific: line 66
Remove only verified govctl assets.
- Distinctive: line 69
Remove reference markup only where the remaining comment stays accurate.
- Very specific: line 71
Remove govctl instruction sections without touching neighboring policy.
- Distinctive: line 72
Delete a directory only if it is empty and in the plan.
- Very specific: line 88
no hook, instruction, or verified govctl asset still activates the integration.
- Very specific: line 96
Use commit if the user wants the detach recorded.
≈ “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
Detach Govctl
Remove govctl integration from a project while archiving its governance history and keeping unrelated configuration.
Inventory (Read-Only)
Change nothing yet. Inspect gov/ and its config; configured docs, source-scan,
and agent-asset paths; local skills and agents; hooks, plugin metadata,
instructions, and editor config that invoke govctl; [[...]] references in
source and config; existing gov.archived/, working-copy changes, ignore rules,
and destination collisions. For every candidate path, record its logical and
resolved path and check each existing ancestor for symlinks.
Use parsers for structured config and rg for text. Keep generated docs by
default. A filename match or mention of govctl is a lead, not proof of
ownership; when ownership is unclear, keep the content and list it for manual
review.
Hard Stops
- Get explicit confirmation of a file-level plan before any change. Approval covers only that plan.
- Archive
gov/; never delete it. If the destination exists, stop rather than overwrite, merge, or choose another path. gov/, the archive destination, and their ancestors must be non-symlink paths inside the project root.- Other changes must target resolved paths inside the project root. A symlinked or external target needs its own approval after showing its logical path, resolved target, and symlinked ancestors.
- Never remove a shared skills, agents, hooks, plugin, editor, or instruction directory unless govctl provably owns all of it.
- Keep unrelated working-copy changes, non-govctl config, and plain historical prose that merely mentions governance.
- After archiving, run no project-scoped govctl command until the archive is restored.
- Stop at the first unexpected failure and report what completed and what is pending.
Dry-Run Plan
List the archive source and destination (logical and resolved), every file to remove, every config entry or text span to edit, references to remove or keep or leave for review, what stays untouched, overlapping existing changes, a recoverable baseline for each touched file, and restoration steps. Resolve collisions and unclear ownership before asking for confirmation; redo the inventory if scope changes.
The clone-shared coordination registry lives outside the project root, in
version-control storage; govctl status reports its path under Local State.
List that project's registry directory as an outside-project target, and remove
it only with that separate approval. Never remove the parent govctl/registry/,
because other governed projects in the clone may use it. Record the path before
archiving gov/, since project-scoped commands must not run afterward.
Execution
- Rename
gov/to the confirmed archive path. - Remove only verified govctl assets; in shared directories remove the owned entries and keep the directory.
- Edit hooks and config surgically, keeping unrelated entries valid.
- Remove reference markup only where the remaining comment stays accurate; delete reference-only comments and keep useful history as plain prose.
- Remove govctl instruction sections without touching neighboring policy.
- Delete a directory only if it is empty and in the plan.
Change ignore rules only if the plan includes it; otherwise just report the implications.
Recovery
Record operations in the final response, not in the archive. On failure, keep
the archive and completed changes, stop, and give exact restore or continue
steps. The operations are not atomic; do not claim they are. To restore,
resolve any new gov/ collision, move the archive back, reinstall removed
assets, and follow the remaining steps from the plan.
Done When
gov/exists at the confirmed archive path;- no hook, instruction, or verified govctl asset still activates the integration;
- source edits keep behavior and meaningful comments, and unrelated assets are untouched;
- a final scan lists remaining unclear or intentionally kept mentions; and
- the report lists archived, removed, edited, kept, and unresolved paths plus restoration steps.
Use commit if the user wants the detach recorded.
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.

