agentleFS
thoitiettxl-cyberthoitiettxl-cyber/Claw-II/skills/skill-unification/SKILL.md

skill-unification

Skill2 starsChanged 7 months agoMITView on GitHub

Merge overlapping internal Agent Skills into one canonical skill using overlap audit, merge map, shadow verification, and rollback-safe cutover.

The file

Show its rules and text

We split this skill into the rules it gives an agent

14 rules. About 0 are common, 12 are distinctive, and 2 are very specific to this project.

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈12

    Distinctive · estimate

    This author's own choices. Worth a look.

  • 2

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Distinctive:

    Remove stale config/runtime references after the unified skill is verified.

    line 26
  2. Distinctive:

    Do not trigger for ordinary edits to a single skill that do not involve multi-skill consolidation.

    line 54
  3. Distinctive:

    Do not trigger for external untrusted skills that first require static vetting.

    line 55
  4. Distinctive:

    If config/runtime references must be changed, add schema-check + verification.

    line 57
  5. Distinctive:

    If the user wants immediate deletion, still require shadow verification before removing the old skill from live scan path.

    line 58
  6. Very specific:

    Write a merge map with keep / merge / drop / rewrite decisions.

    line 67
  7. Distinctive:

    Run self-audit on the canonical skill and fix stale references or governance drift until PASS.

    line 69
  8. Distinctive:

    remove old-skill config references

    line 72
  9. Very specific:

    write a cutover manifest under .ops/state/<task-id>/

    line 74
  10. Distinctive:

    If overlap is weak: stop and report that the skills should remain separate.

    line 82
  11. Distinctive:

    If policy contracts conflict: prefer the stricter safety contract unless the user explicitly approves a policy reduction.

    line 83
  12. Distinctive:

    If self-audit fails: fix governance debt before any cutover.

    line 84
  13. Distinctive:

    If shadow test fails: do not deprecate/remove the old skill.

    line 85
  14. Distinctive:

    If config cleanup fails after skill patching: stop at safe boundary and report exact stale references.

    line 86

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

Skill Unification

Indexed Reference Map

  • @[SKILL.md#L1-L101] Frontmatter, scope, trigger rules, SOP, output contract.
  • @[references/INDEX.md#L1-L12] Reading order and doc map.
  • @[references/QUICK_REFERENCE.md#L1-L22] Fast decision map and standard sequence.
  • @[references/CORE_API.md#L1-L37] Merge model, lane model, cutover rules, and artifact contract.
  • @[references/PATTERNS.md#L1-L24] Practical merge/cutover patterns and anti-patterns.
  • @[references/EXAMPLES.md#L1-L13] Example prompts and expected deliverables.
  • @[references/AI_WORKFLOW.md#L1-L14] Bounded AI workflow for running the skill.

Scope

  • In-scope:
    • Merge two or more overlapping internal skills into one canonical skill.
    • Audit overlap, write merge map, patch canonical skill, self-audit, shadow test, and perform rollback-safe deprecation/cutover.
    • Remove stale config/runtime references after the unified skill is verified.
  • Out-of-scope:
    • Blind deletion of legacy skills before the replacement is verified.
    • External/community skill installation from untrusted bundles.
    • Config mutation without schema check + verification.

Reading Order

  1. references/INDEX.md
  2. references/QUICK_REFERENCE.md
  3. references/CORE_API.md
  4. references/PATTERNS.md
  5. references/EXAMPLES.md
  6. references/AI_WORKFLOW.md

Coverage Matrix

  • Overlap audit: required
  • Merge map: required
  • Canonical target selection: required
  • Self-audit of unified skill: required
  • Shadow test before cutover: required
  • Rollback-safe deprecate/remove flow: required
  • Config/runtime cleanup verification: required

Trigger Rules

  • Positive:
    • User asks to merge, unify, consolidate, deduplicate, or replace overlapping internal skills.
    • User wants one canonical skill instead of multiple similar skills.
  • Negative:
    • Do not trigger for ordinary edits to a single skill that do not involve multi-skill consolidation.
    • Do not trigger for external untrusted skills that first require static vetting.
  • Escalation:
    • If config/runtime references must be changed, add schema-check + verification.
    • If the user wants immediate deletion, still require shadow verification before removing the old skill from live scan path.

SOP

  1. Identify the candidate skills and choose the canonical target skill name.
  2. Run overlap audit:
    • shared responsibilities
    • unique responsibilities
    • policy differences
    • output contract differences
  3. Write a merge map with keep / merge / drop / rewrite decisions.
  4. Patch the canonical target skill so it can cover all required lanes without losing existing safety boundaries.
  5. Run self-audit on the canonical skill and fix stale references or governance drift until PASS.
  6. Shadow test the unified skill on representative workloads (at minimum read/analysis plus any gated mutation-prep lane that matters).
  7. Only after PASS:
    • remove old-skill config references
    • quarantine old skill tree into .ops/trash/<task-id>/
    • write a cutover manifest under .ops/state/<task-id>/
  8. Verify:
    • canonical skill is Ready
    • deprecated skill is absent from live config and live scan path
    • rollback path exists
  9. Report completed work with paths changed, verification results, rollback path, and remaining risk.

Error Handling

  • If overlap is weak: stop and report that the skills should remain separate.
  • If policy contracts conflict: prefer the stricter safety contract unless the user explicitly approves a policy reduction.
  • If self-audit fails: fix governance debt before any cutover.
  • If shadow test fails: do not deprecate/remove the old skill; keep both live and report the failure.
  • If config cleanup fails after skill patching: stop at safe boundary and report exact stale references.

Output Contract

  • Artifacts:
    • overlap audit summary
    • merge map
    • unified canonical skill files
    • self-audit result
    • shadow-test result
    • cutover manifest and rollback path (if cutover executed)
  • Validation:
    • canonical skill PASS on self-audit
    • shadow-test PASS before removing old live skill
    • live config/path verification after cutover
  • Compliance Verdict:
    • PASS when the merge is evidence-backed, rollback-safe, and the unified skill replaces the legacy skill without regression; otherwise PARTIAL or FAIL.

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.