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 skills add aneja5/forge-skills --skill forge-syncgit clone --depth 1 https://github.com/aneja5/forge-skillsWrote this? Show the measurements
A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.
[](https://agentmods.dev/skills/aneja5/forge-skills/forge-sync)<a href="https://agentmods.dev/skills/aneja5/forge-skills/forge-sync"><img src="https://agentmods.dev/badge/skills/aneja5/forge-skills/forge-sync/github.svg" alt="Measured on agentmods" height="20"></a>Or the 80×15 button, for a site that already has a row of RSS and ATOM ones. Only the verdict fits; the numbers stay here.
<a href="https://agentmods.dev/skills/aneja5/forge-skills/forge-sync"><img src="https://agentmods.dev/badge/skills/aneja5/forge-skills/forge-sync.svg" alt="Reviewed on agentmods" width="80" height="20"></a>What 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.1 | $0.00066 | $0.04393 |
| Opus 5.5 | $0.00026 | $0.01757 |
| Sonnet 5.5 | $0.00013 | $0.00879 |
| Haiku 4.5 | $0.00007 | $0.00439 |
Grade A, and why
forge-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 1mo 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 — 276 lines — stays where its author put it; the contents beside it link to each section on GitHub.
forge-sync
Overview
Scan every .forge/ artifact for <!-- forge:meta --> headers, cross-reference against references/forge-dependency-graph.md, and produce .forge/sync-report.md listing stale artifacts and the topologically-sorted cascade to re-sync. Pairs with every artifact-producing skill — forge-sync does not regenerate anything; it tells you what to re-run.
When to Use
- A change landed in an upstream artifact (PRD edited, architecture updated, contracts revised) and downstream artifacts may be stale
- Before
/build,/review, or/ship— confirm the chain is consistent - After a teammate's PR touches
.forge/— verify your local view is in sync - User asks "is anything out of date" / "what needs to be regenerated" / "is the chain consistent"
When NOT to Use
- No
.forge/directory exists yet — nothing to sync - Single greenfield session where no artifacts have been produced
- The user just wants to read an artifact, not check its freshness
Common Rationalizations
| Rationalization | Rebuttal |
|---|---|
| "The change was small, downstream is probably fine" | Small PRD changes cascade into contract mismatches that surface as bugs during build. |
| "I'll sync later before shipping" | Stale contracts mean /review validates against outdated interfaces. The mismatch is invisible until production. |
| "Only the architecture changed, tasks are still valid" | Architecture changes invalidate task file-lists and dependency ordering. |
| "I just want to update one artifact" | Partial syncs leave the chain inconsistent. Run the full cascade. |
| "I'll trust the timestamps in memory" | Memory lies. Read the headers; they're the source of truth. |
Red Flags
architecture.mdreferences modules not in.forge/contracts/tasks.yamlreferences contracts that don't exist on disk- PRD describes features not in architecture
generated_attimestamps show downstream older than upstreamgenerated_atstrings are not UTC (noZsuffix, or contain+/-offset)- An artifact's on-disk content sha256 doesn't match its stored
content_hash(hand-edited after generation) - Multiple
.forge/artifacts with noforge:metaheaders (untracked → run/forge-migrate) - User running
/buildwithout checking sync first
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.
- 1mo ago First seen · 276 lines · 66 tokens per session scan A d323093a20e5
forge-sync is a skill published in the GitHub repository aneja5/forge-skills (3 stars, last pushed 5mo ago), licensed MIT. It adds 66 tokens to every session and 4,393 once invoked, about $0.0003 per session on Opus 5.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-09-03.
Other skills, from other repositories
link-ticket-to-session
Link the current Claude Code session to a ticket (Linear, Jira, GitHub Issues, or GitHub Pull Requests) and cache its title/status in karma. Use when the user explicitly asks to link, attach, associate, or connect this session to a ticket, issue, or PR — e.g. "/link-ticket-to-session ABC-123", "link this session to…
lead
Use when acting as the factory tech lead: classify work, ask the minimum questions, create tickets, and dispatch without implementing.
to-tickets
Use when breaking a plan into tracer-bullet GitHub issues with blocking edges.
swarm-swarm
Self-claiming pool orchestration. Workers race to claim tasks from a shared pool, loop until the pool is empty.
build-flow
Autonomously build a complete Power Automate flow from a description. Use when you need to generate a full flow definition and create it.
add-azuredevops
Adds Azure DevOps connector to a Power Apps code app. Use when querying work items, creating bugs, managing pipelines, or making ADO API calls.