Distribute skill to all agents
Distribute a skill across the 4 agent skill folders (Codex, Claude Code, Pi, Hermes) so all agents see it. Use when the user says "distribute this skill", "sync skills across agents", or after creating/updating a skill that should be global. Covers the symlink layout and the ~/.pi/agent/skills trap.From its SKILL.md
npx -y skills add adriannoes/awesome-agentic-ai --skill distribute-skill-to-all-agentsAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
SKILL.md
3.9 KB, ~1.0k tokens by cl100k_base, as published. Nobody here has run it
Distribute a Skill Across All Agents
David has 4 agent skill locations on his MacBook. A skill must exist in each (or via symlink) to be discoverable by every agent.
The 4 Canonical Locations
| Agent | Skills Folder | Notes |
|---|---|---|
| Codex / OpenAI Agents | ~/.agents/skills/ | Canonical — author skills here first |
| Claude Code | ~/.claude/skills/ | Symlink → ~/.agents/skills/ — writing to .agents/skills automatically covers Claude |
| Pi Agent | ~/.pi/agent/skills/ | Symlink → ~/.agents/skills/ — auto-covered. (Path is /agent/ nested — NOT ~/.pi/skills/) |
| Hermes Agent | ~/.hermes/skills/ | Independent copy — the only one needing a manual copy |
Workflow
- Author the skill in
~/.agents/skills/<skill-name>/SKILL.md(canonical). Followeffective-agent-skillsSKILL.md guidance. - Verify the
.claudesymlink is intact (one-time check):
If it's a real directory instead of a symlink, the user has diverged copies — ask before touching.ls -la ~/.claude/skills # Expect: ~/.claude/skills -> ~/.agents/skills - Copy to
.hermesonly (.claudeand.piare symlinks — already covered):SKILL=<skill-name> cp -r ~/.agents/skills/$SKILL ~/.hermes/skills/ - Verify all 4 locations show identical byte counts:
All four numbers must match. Iffor p in ~/.agents/skills/$SKILL ~/.claude/skills/$SKILL ~/.pi/agent/skills/$SKILL ~/.hermes/skills/$SKILL; do echo "$p: $(wc -c < $p/SKILL.md) bytes" done.claudeor.pishows a different byte count, that symlink is broken — investigate before proceeding.
Updating an Existing Distributed Skill
Same flow — re-copy from ~/.agents/skills/ to .hermes/skills/. The .claude and .pi symlinks update automatically. cp -r overwrites by default; use rsync -a --delete if the skill folder has nested files that may have been removed:
rsync -a --delete ~/.agents/skills/$SKILL/ ~/.hermes/skills/$SKILL/
Pitfalls
~/.pi/skills/is the wrong location. Pi Agent loads from~/.pi/agent/skills/only. A skill placed in~/.pi/skills/is invisible. If you find skills already there, they're orphans — confirm with David before deleting.~/.claude/skillsis a symlink, not a folder.cp -r ~/.agents/skills/foo ~/.claude/skills/will error with "are identical". Skip the explicit Claude copy.- Project-local skills exist too —
./.pi/agent/skills/(or.pi/skills/) inside a repo overrides the global one on collision (later-discovered wins). This skill only handles GLOBAL distribution. .pi/agent/skillsis a symlink →.agents/skills. Don'tcpinto it (errors "are identical"); it auto-syncs. Only.hermes/skillsis an independent copy — don't unilaterally consolidate Hermes into a symlink unless David asks.- Hermes snapshots skills at session start. A newly-distributed skill won't appear inside a running Hermes session until restart (it works fine for future sessions and for the other 3 agents immediately).
- Filename casing matters on case-sensitive volumes.
SKILL.mdmust be uppercase.
When NOT to Use This Skill
- Skill is project-specific → put it in
./.claude/skills/,./.pi/agent/skills/, etc. inside the repo, not globally. - Editing one agent's skill only (e.g. a Hermes-only workflow) → patch that file directly, don't propagate.
- Removing a skill globally →
rm -rffrom~/.agents/skills/(covers.claude+.pisymlinks) and from~/.hermes/skills/(and confirm with David first; deletion is destructive).
What ships with it
Read from the repository
Just SKILL.md. No reference files, no scripts.