skill-parity
Skill4 starsChanged 16 days agoMITView on GitHub
Keeps skills in sync across Claude Code, Codex, Antigravity, and shared .agents/skills paths: copies, updates, prunes, and verifies parity. Trigger on: "sync my skills", "skill parity check", "are my skills in sync", "push skills to all providers".
- Commits and pushes
In this repository34 other files it gives its agents.
- abstraction-finderSkill
- analyze-issueSkill
- backlog-routingSkill
- band-aid-finderSkill
- browser-debugger-cliSkill
- ci-fix-with-memorySkill
- code-health-auditSkill
- comment-reaperSkill
- cyoaSkill
- dead-code-cleanupSkill
- doc-rotSkill
- drupal-mental-modelSkill
- ds-guardSkill
- evidence-checkSkill
- github-screenshotSkill
- issue-maintenanceSkill
- kissSkill
- plain-language-auditSkill
- post-mergeSkill
- prioritize-issuesSkill
- project-bootstrapSkill
- project-pulseSkill
- pr-review-fix-pipelineSkill
- routeSkill
- ship-issueSkill
- tdd-implementSkill
- test-fixSkill
- test-reaperSkill
- test-workflowSkill
- update-routingSkill
- visual-crawlSkill
- visual-qa-pipelineSkill
- worktree-enhancedSkill
- wrap-it-upSkill
The file
Show its rules and text
We split this skill into the rules it gives an agent
18 rules. About 0 are common, 7 are distinctive, and 11 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈7
Distinctive · estimate
This author's own choices. Worth a look.
11
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- could be automatic: a setting could enforce it
- Distinctive: line 11
Keep skills aligned across Claude Code, Codex, Antigravity, and the shared Agent Skills layout.
- Distinctive: line 26
Before adding, editing, pruning, or syncing Codex/Antigravity skills, verify current official guidance.
- Distinctive: line 35
If the docs conflict with this skill, follow the docs and update this skill as part of the same work.
- Distinctive: line 41
If the user recently audited one provider, treat that provider as canon for pruning and hydration unless they say otherwise.
- Distinctive: line 42
Do not silently merge divergent skills with the same name.
- Very specific: line 53
Use workspace .agents/skills as the shared mirror for Codex/Antigravity whenever practical.
- Very specific: line 67
Do not mirror to ~/.codex/skills/ — Codex loads both that path and ~/.agents/skills/ simultaneously, which produces duplicates in the …
- Very specific: line 84
Keep description concise enough to survive truncation in skill lists.
- Very specific: line 85
Keep SKILL.md focused on the core procedure.
- Very specific: line 86
Use scripts/ for deterministic or fragile repeated operations.
- Very specific: line 87
Use assets/ for templates and non-executable resources.
- Distinctive: line 88
Avoid hardcoded secrets in instructions, scripts, examples, and assets.
- Very specific: line 94
Add or update agents/openai.yaml when the skill benefits from Codex UI metadata, invocation policy, or tool dependencies.
- Very specific: line 98
Use policy.allow_implicit_invocation: false only for explicit-only skills.
- Very specific: line 103
Prefer .agents/skills for workspace skills.
- Very specific: line 112
Write shared Codex/Antigravity workspace copies to $REPO_ROOT/.agents/skills - the canonical mirror for both providers.
- Very specific: line 113
Do not mirror to .codex/skills (causes duplicate skill loads in Codex).
- Distinctive: line 116
Verify inventory and content parity with hashes across every target scope.
≈ “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 Parity
Keep skills aligned across Claude Code, Codex, Antigravity, and the shared Agent Skills layout. Treat Claude as canon only when the user has made that explicit or recent audit context shows Claude is the cleaned source of truth.
Canonical source: the agent-skills repo (symlink-based, Claude side)
One supported layout: keep a single clone of your skills repo (referred to here as <repo>) as the source of truth, and have each provider load skills from it through symlinks. Don't also install the same skills as a Claude Code plugin — it would double-register the same skill names. (Plugin skills also need a /plugin-name:skill-name prefix to invoke; standalone skills in ~/.claude/skills/ work as bare /skill-name.)
- Edit a skill once in
<repo>. git pushif the repo is shared or published.- Claude Code loads it via a real symlink at
~/.claude/skills/<name>-><repo>/skills/<name>— edits are live immediately, no copy step needed. Don't remove these symlinks. - Codex hydrates
~/.agents/skills/and Antigravity hydrates~/.gemini/config/skills/from the same repo via the copy/symlink paths below (or thefind-skillsinstaller).
New skills added to the repo need a matching symlink created in ~/.claude/skills/ (ln -s <repo>/skills/<name> ~/.claude/skills/<name>) — this doesn't happen automatically. The manual copy/prune/hash steps below still apply when working outside the repo or syncing a one-off.
Research-first rule
Before adding, editing, pruning, or syncing Codex/Antigravity skills, verify current official guidance. Do this even if this skill contains advice that seems current.
Primary docs to check:
- Codex Agent Skills:
https://developers.openai.com/codex/skills - OpenAI skill-creator guidance:
https://github.com/openai/skills/blob/main/skills/.system/skill-creator/SKILL.md - Antigravity Agent Skills:
https://antigravity.google/docs/skills/ - Antigravity CLI Plugins & Skills:
https://antigravity.google/docs/cli/plugins/ - Antigravity Gemini CLI migration:
https://antigravity.google/docs/cli/gcli-migration/
If the docs conflict with this skill, follow the docs and update this skill as part of the same work. If network access is unavailable, say so and avoid changing provider-specific best-practice claims.
Source and scope
- Identify the source skill name and scope: user, workspace, admin, system, or extension/plugin.
- Identify whether the source is canonical, provider-specific, or stale.
- If the user recently audited one provider, treat that provider as canon for pruning and hydration unless they say otherwise.
- Do not silently merge divergent skills with the same name. Confirm intentional provider-specific behavior before preserving divergence.
Provider paths
Shared Agent Skills layout
Workspace skills meant for both Codex and Antigravity go in one shared path:
- Workspace:
$REPO_ROOT/.agents/skills/<skill-name>/SKILL.md
User-level skills have no shared path. $HOME/.agents/skills is Codex's user path only; Antigravity's global path is ~/.gemini/config/skills (see Antigravity below), so a global skill for both needs a copy in each.
Use workspace .agents/skills as the shared mirror for Codex/Antigravity whenever practical. Do not prune unrelated .agents/skills entries unless the user explicitly asks; other tools may own them.
Claude Code
- User:
~/.claude/skills/<skill-name>/SKILL.md - Workspace:
.claude/skills/<skill-name>/SKILL.md
Codex
Current docs center the shared Agent Skills layout:
- User:
$HOME/.agents/skills/<skill-name>/SKILL.md - Workspace:
.agents/skills/<skill-name>/SKILL.md - Admin:
/etc/codex/skills/<skill-name>/SKILL.mdonly if requested
Do not mirror to ~/.codex/skills/ — Codex loads both that path and ~/.agents/skills/ simultaneously, which produces duplicates in the loaded prompt. The one exception is ~/.codex/skills/.system/, which holds Codex's bundled defaults — never touch it.
Antigravity
- Workspace:
.agents/skills/<skill-name>/SKILL.md - Global, cross-surface default:
~/.gemini/config/skills/<skill-name>/SKILL.md - Global, Antigravity CLI-only:
~/.gemini/antigravity-cli/skills/<skill-name>/SKILL.md - Global, Antigravity IDE-only:
~/.gemini/antigravity/skills/<skill-name>/SKILL.md
Antigravity defaults to .agents/skills for workspace skills, and that workspace path is the stable choice across Antigravity 2.0, Antigravity CLI, and Antigravity IDE. Global-path docs vary by surface; prefer ~/.gemini/config/skills when a global skill must work across Antigravity surfaces, and use the surface-specific paths only when explicitly targeting that surface. Do not create new ~/.gemini/skills installs; treat that path as a legacy Gemini CLI/shared fallback and touch it only when pruning an explicitly identified stale mirror.
File and metadata rules
- Entry file is exactly
SKILL.md; wrong casing can break discovery. - YAML frontmatter includes
nameanddescription. nameis a stable, hyphenated identifier and should match the directory name.descriptionis the trigger surface. Front-load likely user words, define when to use the skill, and add boundaries so it does not overlap unrelated skills.- Keep
descriptionconcise enough to survive truncation in skill lists. - Keep
SKILL.mdfocused on the core procedure. Move detailed reference material, schemas, and long examples intoreferences/. - Use
scripts/for deterministic or fragile repeated operations. Script output should be concise and LLM-readable. - Use
assets/for templates and non-executable resources. - Avoid hardcoded secrets in instructions, scripts, examples, and assets.
Platform-specific enhancements
Codex
- Add or update
agents/openai.yamlwhen the skill benefits from Codex UI metadata, invocation policy, or tool dependencies. - On updates, validate
agents/openai.yamlstill matchesSKILL.md. - Include
display_name,short_description, ordefault_promptwhen they can be derived from the skill. - Include optional fields such as icons and brand color only when explicitly provided or already established.
- Use
policy.allow_implicit_invocation: falseonly for explicit-only skills. - Declare required MCP tools under
dependencies.toolswhen a skill needs them.
Antigravity
- Prefer
.agents/skillsfor workspace skills. For global skills, verify whether the target is Antigravity 2.0, Antigravity CLI, Antigravity IDE, or all of them before choosing a path. - Validate by checking the Antigravity skill inventory/reload UI when available; do not run Gemini CLI commands as a proxy.
- Remember that Antigravity loads skill metadata first and reads the full
SKILL.mdonly after activation.
Sync workflow
- Research current official Codex/Antigravity guidance first.
- Normalize the source skill: exact
SKILL.md, valid frontmatter, focused trigger description, and clean resource folders. - Copy the full skill directory, including
scripts/,references/,assets/, and provider metadata. - Write shared Codex/Antigravity workspace copies to
$REPO_ROOT/.agents/skills- the canonical mirror for both providers. For user-level copies, write Codex to~/.agents/skillsand Antigravity to~/.gemini/config/skills. - Do not mirror to
.codex/skills(causes duplicate skill loads in Codex). Do not create new~/.gemini/skillscopies; only touch that legacy path when pruning an explicitly identified stale mirror or maintaining an explicitly confirmed Antigravity CLI shared fallback. - Prune stale provider mirrors only when the source canon and ownership are clear.
- Preserve intentional provider-specific deviations only after confirming the reason.
- Verify inventory and content parity with hashes across every target scope.
- Tell the user which scopes changed and whether a restart or Antigravity skill reload is needed.
Verification checklist
- Official Codex/Antigravity docs checked, or unavailable status reported.
- Exact
SKILL.mdcasing everywhere. nameand directory name align.descriptionhas clear triggers and boundaries.- Long reference content is moved out of
SKILL.md. - Scripts are deterministic, scoped, and do not expose secrets.
- Shared
.agents/skillscopy exists when interoperability is intended. - No copies written to
~/.codex/skills/(Codex's.system/dir is left untouched). - Hash parity verified for all intended mirrors.
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.

