skill-parity git:20260913.cf51680A

Immutable. This exact content never changes and is served at /api/v1/blob/ab46d5e1524d10b5.

---
name: skill-parity
description: >
  Keeps skills in sync across Claude Code, Codex, Antigravity, and shared .agents/skills paths.
  Handles copying, updating, pruning, and verifying parity across all provider locations.
  Trigger on: "sync my skills", "hydrate codex with skills", "copy skill to antigravity",
  "add this skill to codex", "update skills across providers", "skill parity check",
  "push skills to all providers", "are my skills in sync", "propagate skill changes".
---

# 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)

The single source of truth for hand-authored skills is the public repo `jerseycheese/agent-skills` (cloned at `~/Projects/shared/agent-skills`). It's also registered as a Claude Code plugin marketplace (`jerseycheese-skills` -> plugin `workflow-skills`), but that plugin is deliberately **disabled** on this machine — plugin skills always need a `/plugin-name:skill-name` prefix to invoke (no bare-name resolution, even when unambiguous), and that prefix drifted unpredictably (a shifting git-SHA namespace, since the plugin has no pinned `version`). Bare `/skill-name` invocation only works for standalone skills, so:

1. Edit a skill once in the repo.
2. `git push` (keeps the public marketplace listing current for other users/machines).
3. On this machine, Claude Code loads it via a real symlink at `~/.claude/skills/<name>` -> `~/Projects/shared/agent-skills/skills/<name>` — edits are live immediately, no copy or plugin-update step needed. This is canon now, not a fallback; do not remove these symlinks or re-enable the `workflow-skills` plugin (it would double-register the same skill names).
4. Codex and Antigravity hydrate `~/.agents/skills/` from the same repo via the copy/symlink paths below (or the `find-skills` installer).

New skills added to the repo need a matching symlink created in `~/.claude/skills/` (`ln -s ../../Projects/shared/agent-skills/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

1. Identify the source skill name and scope: user, workspace, admin, system, or extension/plugin.
2. Identify whether the source is canonical, provider-specific, or stale.
3. If the user recently audited one provider, treat that provider as canon for pruning and hydration unless they say otherwise.
4. Do not silently merge divergent skills with the same name. Confirm intentional provider-specific behavior before preserving divergence.

## Provider paths

### Shared Agent Skills layout

Prefer these paths for skills intended to work in both Codex and Antigravity:
- User: `$HOME/.agents/skills/<skill-name>/SKILL.md`
- Workspace: `$REPO_ROOT/.agents/skills/<skill-name>/SKILL.md`

Use `.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.md` only 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 on this machine; 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 `name` and `description`.
- `name` is a stable, hyphenated identifier and should match the directory name.
- `description` is 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 `description` concise enough to survive truncation in skill lists.
- Keep `SKILL.md` focused on the core procedure. Move detailed reference material, schemas, and long examples into `references/`.
- 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.yaml` when the skill benefits from Codex UI metadata, invocation policy, or tool dependencies.
- On updates, validate `agents/openai.yaml` still matches `SKILL.md`.
- Include `display_name`, `short_description`, or `default_prompt` when 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: false` only for explicit-only skills.
- Declare required MCP tools under `dependencies.tools` when a skill needs them.

### Antigravity

- Prefer `.agents/skills` for 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.md` only after activation.

## Sync workflow

1. Research current official Codex/Antigravity guidance first.
2. Normalize the source skill: exact `SKILL.md`, valid frontmatter, focused trigger description, and clean resource folders.
3. Copy the full skill directory, including `scripts/`, `references/`, `assets/`, and provider metadata.
4. Write shared Codex/Antigravity copies to `.agents/skills` - this is the canonical mirror for both providers.
5. Do not mirror to `.codex/skills` (causes duplicate skill loads in Codex). Do not create new `~/.gemini/skills` copies; only touch that legacy path when pruning an explicitly identified stale mirror or maintaining an explicitly confirmed Antigravity CLI shared fallback.
6. Prune stale provider mirrors only when the source canon and ownership are clear.
7. Preserve intentional provider-specific deviations only after confirming the reason.
8. Verify inventory and content parity with hashes across every target scope.
9. 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.md` casing everywhere.
- [ ] `name` and directory name align.
- [ ] `description` has clear triggers and boundaries.
- [ ] Long reference content is moved out of `SKILL.md`.
- [ ] Scripts are deterministic, scoped, and do not expose secrets.
- [ ] Shared `.agents/skills` copy 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.