agentleFS
doodledooddoodledood/manifest-dev/.claude/skills/sync-claude-code-plugins/SKILL.md

sync-claude-code-plugins

Skill78 starsChanged 5 months agoMITView on GitHub

Sync the prompt-engineering plugin from a local clone of claude-code-plugins into .claude/ so the repo is self-contained for isolated/web environments. Copies agents/skills, removes only previously-synced items that disappeared upstream. Other content in .claude/ is left alone. Use when asked to sync claude-code-plugins, pull prompt-engineering, refresh prompt-engineering plugin.

  • Deletes or force-pushes

The file

We split this skill into the rules it gives an agent

9 rules. About 0 are common, 4 are distinctive, and 5 are very specific to this project.

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈4

    Distinctive · estimate

    This author's own choices. Worth a look.

  • 5

    Very specific

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

  • Common
  • Distinctive
  • Very specific
  1. Very specific:

    Deletion invariant: only items in tracked (the previously-synced set) are eligible for removal when they disappear upstream.

    line 33
  2. Distinctive:

    Copy: every source item over its target path.

    line 61
  3. Distinctive:

    Create the symlink if missing.

    line 86
  4. Very specific:

    If .agents/skills/<name> exists and is not a symlink, skip it — that's project-local content, don't clobber.

    line 87
  5. Very specific:

    Create .agents/skills/ if missing, but never .agents/ itself (the user opts in by creating it).

    line 88
  6. Very specific:

    Create .agents/ itself (only manage .agents/skills/<name> entries inside an existing .agents/)

    line 107
  7. Distinctive:

    Delete items not in the tracked set — even if they're not in source

    line 108
  8. Very specific:

    Delete the sync-claude-code-plugins skill

    line 109
  9. Distinctive:

    Treat a missing source path as upstream removal on the absence alone — abort unless the source repo's own history confirms a deliberate …

    line 110

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

User request: $ARGUMENTS

Sync prompt-engineering plugin components from a local sibling clone of claude-code-plugins into this repo's .claude/ directory. The plugin OWNS only the files it ships — other content in .claude/agents/ and .claude/skills/ (manifest-dev sync, KB skills, anything else) must be left alone.

Source & Target

RolePath
Source repo../claude-code-plugins (relative to this repo's root)
Source components<source_repo>/claude-plugins/prompt-engineering/
Target.claude/ in this repo
Tracking file.claude/.claude-code-plugins-sync.json

Sync scope

ComponentSource dirTarget dir
Agentsagents/.claude/agents/
Skillsskills/.claude/skills/

prompt-engineering ships no hooks today.

Territory model

Deletion invariant: only items in tracked (the previously-synced set) are eligible for removal when they disappear upstream. Items never in tracked are invisible — that's how project-local content stays safe.

The tracked set lives in .claude/.claude-code-plugins-sync.json:

{
  "version": 1,
  "last_synced_at": "ISO-8601 timestamp",
  "agents": ["<agent-file>.md", "..."],
  "skills": ["<skill-dir>", "..."]
}

First run (file missing): tracked is empty, no deletions happen, file is written at end.

Sync algorithm

Pre-flight: if the source is a clean git repo, git pull --ff-only first; surface a warning and proceed if pulling fails.

Then, when <source_repo>/claude-plugins/prompt-engineering/ is missing, decide which of two different situations produced that one signal before doing anything else. A misconfigured path and a retired-upstream plugin look identical from the target side, and treating retirement as misconfiguration is what strands a retirement: the tracked items stay forever, because the only machinery that could remove them refuses to run.

  • Misconfigured path — the default. <source_repo> itself does not resolve, is not a git repository, or is a partial or mid-clone checkout. Abort. Delete nothing, and leave the tracking file untouched.
  • Confirmed upstream removal. <source_repo> resolves to a healthy full clone, and its own history shows the plugin deliberately removed — a commit deleting claude-plugins/prompt-engineering/, and a decision record in <source_repo>/docs/adr/ stating the retirement. Both are required: a directory absent from a healthy clone with no such history is still treated as misconfiguration. On confirmation, run the sync with an empty source listing — every tracked item becomes eligible for deletion under the ordinary tracked − source rule, the .agents/ mirror symlinks go with them, and the tracking file is left with empty agents and skills arrays. Add the removed components to the retirement denylist in the same change, so a stale checkout cannot reintroduce them, and record the propagation in this repo's own docs/adr/.

When the evidence for removal is not available — no access to the source repo's history, or history that does not settle it — take the misconfigured-path branch. Aborting costs a stale copy that a later run fixes; deleting on a wrong reading costs files no run restores.

For each component (agents/skills):

  • Copy every source item over its target path. Skip if target is a symlink. Skip retired items (see denylist below) even when an older upstream checkout still ships them.
  • Re-apply local metadata after copying: every non-symlink synced skill's SKILL.md must carry metadata: / internal: true in its frontmatter — add it back when the upstream copy lacks it. Synced skills are repo-maintenance tooling in this repo; the flag keeps skill pickers and directory scrapers from listing them as product skills.
  • Delete items in tracked − source from target. Skip if target is a symlink, doesn't exist, or is the sync-claude-code-plugins skill itself.
  • Refresh .claude/.claude-code-plugins-sync.json with the current source listing minus the denylist.

Source listing excludes README.md and .claude-plugin/ (plugin metadata, not content).

Retirement denylist (never copy or track, regardless of upstream):

ComponentWhy it may not come back
skills/prompt-engineeringmanifest-dev-tools ships its own, as a plugin-owned symlink at .claude/skills/prompt-engineering
agents/prompt-reviewer.mdmanifest-dev ships zero agents; review-prompt covers the capability as a plugin-owned symlink at .claude/skills/review-prompt
agents/prompt-compression-verifier.mdretired upstream 2026-08-17
agents/prompt-token-efficiency-verifier.mdretired upstream 2026-08-17
skills/auto-optimize-promptretired upstream 2026-08-17
skills/compress-promptretired upstream 2026-08-17
skills/optimize-prompt-token-efficiencyretired upstream 2026-08-17

The last five were retired as capability lost, not capability moved — there is no replacement to point at, and an older upstream checkout that still ships them must not reintroduce them. All seven are already dropped from the tracked set.

.agents mirror

After each sync, ensure .agents/skills/<name> is a symlink to ../../.claude/skills/<name> for every tracked skill, and remove the symlink for any skill removed from tracked. This lets non-Claude coding agents (Codex, etc.) read the same skills without duplicating content. Only skills are mirrored — .agents/agents/ is out of scope.

  • Create the symlink if missing.
  • If .agents/skills/<name> exists and is not a symlink, skip it — that's project-local content, don't clobber.
  • Create .agents/skills/ if missing, but never .agents/ itself (the user opts in by creating it).

Gotchas

  • Upstream copies drop the internal flag. Upstream claude-code-plugins skills ship without metadata: internal: true; a plain copy silently reverts the flag on the non-symlink synced skills (observed 2026-07-05). The re-apply step above exists for this — do not skip it.
  • Source must exist: missing source path means abort, not "delete all tracked items."
  • Nested skills directory: source skills live one directory down, at skills/<skill-name>/. Copy each skill directory into .claude/skills/<skill-name>/ — don't copy the outer skills/ folder or you get .claude/skills/skills/.
  • prompt-engineering and review-prompt are plugin-owned, not upstream: manifest-dev-tools ships its own versions of both skills, symlinked at .claude/skills/prompt-engineering and .claude/skills/review-prompt. The upstream plugin ships skills with the same names, but the "skip if target is a symlink" rule above means this sync leaves the plugin's symlinks alone (it neither overwrites nor deletes them). Do not re-add either to the tracking file.
  • Symlinks look like directories to cp/rm/find: a symlinked target overwritten by cp -R corrupts the linked plugin's source files; a symlinked directory deleted by rm -rf removes the link, not the plugin, but a recursive find that follows the link will. Use [ -L path ] before every overwrite and every delete.

Output

Summary table per component (agents/skills): items added, updated, removed, symlinks skipped, and removals refused (e.g. due to symlink). Show the net change to the tracking file.

Never

  • Overwrite, remove, or follow into symlinks under .claude/ — check [ -L path ] before every copy, delete, or recursive descent
  • Replace a non-symlink at .agents/skills/<name> — leave project-local content alone
  • Create .agents/ itself (only manage .agents/skills/<name> entries inside an existing .agents/)
  • Delete items not in the tracked set — even if they're not in source
  • Delete the sync-claude-code-plugins skill
  • Treat a missing source path as upstream removal on the absence alone — abort unless the source repo's own history confirms a deliberate removal, per the pre-flight
  • Copy plugin metadata (README.md, .claude-plugin/) or the source repo's own .claude/ directory
  • Modify the source repo (other than the optional git pull --ff-only)

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.