agentleFS
govctl-orggovctl-org/govctl/.claude/skills/detach/SKILL.md

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

  • Other versions1 project uses a version of this.

    Word for word · 0

    None found.

    Edited · 0

    None found.

    Wrote their own version · 1

    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.

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
  1. Very specific:

    Remove govctl integration from a project while archiving its governance history and keeping unrelated configuration.

    line 10
  2. Very specific:

    Use parsers for structured config and rg for text.

    line 22
  3. Very specific:

    Never remove a shared skills, agents, hooks, plugin, editor, or instruction directory unless govctl provably owns all of it.

    line 38
  4. Very specific:

    Keep unrelated working-copy changes, non-govctl config, and plain historical prose that merely mentions governance.

    line 40
  5. Very specific:

    After archiving, run no project-scoped govctl command until the archive is restored.

    line 42
  6. Distinctive:

    Stop at the first unexpected failure and report what completed and what is pending.

    line 44
  7. Very specific:

    Remove only verified govctl assets.

    line 66
  8. Distinctive:

    Remove reference markup only where the remaining comment stays accurate.

    line 69
  9. Very specific:

    Remove govctl instruction sections without touching neighboring policy.

    line 71
  10. Distinctive:

    Delete a directory only if it is empty and in the plan.

    line 72
  11. Very specific:

    no hook, instruction, or verified govctl asset still activates the integration.

    line 88
  12. Very specific:

    Use commit if the user wants the detach recorded.

    line 96

≈ “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.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

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

  1. Rename gov/ to the confirmed archive path.
  2. Remove only verified govctl assets; in shared directories remove the owned entries and keep the directory.
  3. Edit hooks and config surgically, keeping unrelated entries valid.
  4. Remove reference markup only where the remaining comment stays accurate; delete reference-only comments and keep useful history as plain prose.
  5. Remove govctl instruction sections without touching neighboring policy.
  6. 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.

Download now (ZIP)

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
What did you use it for? e.g. Reviewing pull requests in a Rails app

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.