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.
In this repository47 other files it gives its agents.
- brainstormingSkill
- claude-code-termux-runbookSkill
- cli-patcherSkill
- code-review-workflowSkill
- commit-commandsSkill
- consulting-analysisSkill
- context7-cleanSkill
- data-analysisSkill
- deep-researchSkill
- edit-tool-compat-guardSkill
- env-managerSkill
- executing-plansSkill
- feature-devSkill
- firecrawlSkill
- frontend-designSkill
- gateway-device-pairingSkill
- githubSkill
- glibc-prebuilt-bundleSkill
- gogSkill
- image-generationSkill
- memory-setupSkill
- module-auditorSkill
- module-scaffoldSkill
- openclaw-config-guardianSkill
- openclaw-ollama-runtime-kbSkill
- plugin-cutover-guardianSkill
- plugin-runtime-guardianSkill
- python-env-managerSkill
- self-improving-agentSkill
- simplify-and-hardenSkill
- skill-benchSkill
- skill-creatorSkill
- skill-vetterSkill
- socratic-groundingSkill
- subagent-orchestrationSkill
- systematic-debuggingSkill
- tailscale-oauth-bridgeSkill
- termux-packagerSkill
- termux-runnerSkill
- test-driven-developmentSkill
- vercel-deploy-claimableSkill
- verification-before-completionSkill
- video-generationSkill
- workspace-cleanupSkill
- writing-plansSkill
- yt-dlp-ingest-firstSkill
- zero-downtime-cutoverSkill
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
- Distinctive: line 26
Remove stale config/runtime references after the unified skill is verified.
- Distinctive: line 54
Do not trigger for ordinary edits to a single skill that do not involve multi-skill consolidation.
- Distinctive: line 55
Do not trigger for external untrusted skills that first require static vetting.
- Distinctive: line 57
If config/runtime references must be changed, add schema-check + verification.
- Distinctive: line 58
If the user wants immediate deletion, still require shadow verification before removing the old skill from live scan path.
- Very specific: line 67
Write a merge map with keep / merge / drop / rewrite decisions.
- Distinctive: line 69
Run self-audit on the canonical skill and fix stale references or governance drift until PASS.
- Distinctive: line 72
remove old-skill config references
- Very specific: line 74
write a cutover manifest under .ops/state/<task-id>/
- Distinctive: line 82
If overlap is weak: stop and report that the skills should remain separate.
- Distinctive: line 83
If policy contracts conflict: prefer the stricter safety contract unless the user explicitly approves a policy reduction.
- Distinctive: line 84
If self-audit fails: fix governance debt before any cutover.
- Distinctive: line 85
If shadow test fails: do not deprecate/remove the old skill.
- Distinctive: line 86
If config cleanup fails after skill patching: stop at safe boundary and report exact stale references.
≈ “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
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
references/INDEX.mdreferences/QUICK_REFERENCE.mdreferences/CORE_API.mdreferences/PATTERNS.mdreferences/EXAMPLES.mdreferences/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
- Identify the candidate skills and choose the canonical target skill name.
- Run overlap audit:
- shared responsibilities
- unique responsibilities
- policy differences
- output contract differences
- Write a merge map with
keep / merge / drop / rewritedecisions. - Patch the canonical target skill so it can cover all required lanes without losing existing safety boundaries.
- Run self-audit on the canonical skill and fix stale references or governance drift until PASS.
- Shadow test the unified skill on representative workloads (at minimum read/analysis plus any gated mutation-prep lane that matters).
- 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>/
- Verify:
- canonical skill is Ready
- deprecated skill is absent from live config and live scan path
- rollback path exists
- 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.
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.

