Getting it into your agent
One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.
npx agentmods add skills/conn-castle/agent-layer/skill-syncnpx skills add conn-castle/agent-layer --skill skill-syncgit clone --depth 1 https://github.com/conn-castle/agent-layerWhat it costs to keep this loaded
Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5 | $0.00063 | $0.00944 |
| Opus 5 | $0.00032 | $0.00472 |
| Sonnet 5 | $0.00013 | $0.00189 |
| Haiku 4.5 | $0.00006 | $0.00094 |
Grade A, and why
skill-sync scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 2d ago.
A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.
Nothing flagged
None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.
How it starts
The opening of the file, as written. The whole thing — 77 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Skill Sync
Use this skill to import known skills from Git and manage them over time. Users can edit imported skills locally, pull upstream updates without overwriting those edits, pin imports to a chosen version, reset them to upstream, or publish changes back.
Use live al skills --help and subcommand help as the source of truth. If al
is unavailable or the project is not initialized, stop and report the error.
Do not replace an al skills operation with manual file edits.
There is no al skills sync command. Use al skills pull to update skills from
Git. Use al sync only to copy the current local skills into enabled client
directories.
- Start with
al skills status --all. It reads local state without using the network. Aconflictedskill includes its Git workspace path. - To compare live trees, run
al skills diff <name>with--from/--tobase,local,upstream, ordestination. Defaults are local to upstream. The output is an ordinary Git unified diff. - To import skills, run
al skills add <repository> <selector>... --yesonly when the user explicitly requests the import and the repository and selectors are known. Quote selectors that contain wildcards or start with!. The command does not search for, recommend, or preview skills. Runal skills add --helpbefore choosing source, tracking, or publishing options. - To update imported skills, run
al skills pull. It fetches every configured source and merges upstream changes with local edits. Pinned imports stay at their locked versions unless their configuredrefchanges. Treat any partial or conflicted result as a failure and report every result. For a conflict, finish the Git merge in the workspace named in the error,git addthe result, then runal skills resolve <name>. Do not hand-edit the lockfile. - To stop managing one selector, run
al skills remove <repository> <selector> --yesonly when the user explicitly requests the removal, using the exact values from.agent-layer/config.toml. Skills still matched by another selector remain managed. Clean skills that are no longer matched are deleted. If one has local edits, the command fails and preserves it. Removing an exclusion may import newly included skills.
Edit an imported skill only in .agent-layer/skills-imported/<skill-name>/. Do
not edit the generated copies under .agents/skills/ or .claude/skills/. The
al sync command replaces them.
What this file has done since we first saw it
Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.
- 2d ago First seen · 77 lines · 63 tokens per session scan A c059c06dfbdb
skill-sync is a skill published in the GitHub repository conn-castle/agent-layer (10 stars, last pushed 3d ago), licensed MIT. It adds 63 tokens to every session and 944 once invoked, about $0.0003 per session on Opus 5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-31.
Other skills, from other repositories
openspec-explore
Enter explore mode - a thinking partner for exploring ideas, investigating problems, and clarifying requirements. Use when the user wants to think through something before or during a change.
openspec-apply-change
Implement tasks from an OpenSpec change. Use when the user wants to start implementing, continue implementation, or work through tasks.
openspec-archive-change
Archive a completed change in the experimental workflow. Use when the user wants to finalize and archive a change after implementation is complete.
openspec-propose
Propose a new change with all artifacts generated in one step. Use when the user wants to quickly describe what they want to build and get a complete proposal with design, specs, and tasks ready for implementation.
openspec-sync-specs
Sync delta specs from a change to main specs. Use when the user wants to update main specs with changes from a delta spec, without archiving the change.
openspec-update-change
Update an OpenSpec change by revising its existing planning artifacts and keeping them coherent with one another. Use when the user wants to revise a change's plan, fold new decisions into it, or reconcile its artifacts after an edit. Never edits code.