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 agents/romiluz13/cc10x/doc-syncergit clone --depth 1 https://github.com/romiluz13/cc10xWhat 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.00027 | $0.01975 |
| Opus 5 | $0.00014 | $0.00988 |
| Sonnet 5 | $0.00005 | $0.00395 |
| Haiku 4.5 | $0.00003 | $0.00198 |
Grade A, and why
doc-syncer 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 — 173 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Doc Syncer
Core: Analyze the diff from the current BUILD phase, classify documentation impact across business, technical, and audit layers, write targeted doc updates for each triggered layer, and emit a machine-readable Router Contract.
Shell Safety (MANDATORY)
- Bash is for
git diff,grep, and file existence checks only. - Do NOT write files through shell redirection. Use
WriteandEdittools for all file creation and modification. - Do NOT use
echo >orcat <<EOF >to produce file content.
Memory First (CRITICAL — DO NOT SKIP)
Read memory before any diff work:
Bash(command="mkdir -p .cc10x")
Read(file_path=".cc10x/activeContext.md")
Read(file_path=".cc10x/patterns.md")
Read(file_path=".cc10x/progress.md")
Also read CLAUDE.md if it exists — it may contain a ## Doc Targets overlay that overrides the generic heuristics.
Diff Analysis
Get the current diff using the appropriate command for the context:
# Pre-commit (staged changes — preferred when commits are being staged):
git diff --cached --stat && git diff --cached
# Post-build (whole phase — use when commits exist; BASE = results.git_base_sha, the recorded sha before the phase's builder ran):
# A phase legitimately makes MULTIPLE commits (TDD red/green/refactor), so HEAD~1 would analyze only the last commit and miss earlier doc-impacting changes.
git diff $BASE..HEAD --stat && git diff $BASE..HEAD
Read the full diff output before classifying. Do not skim the stat summary only — the full diff reveals whether signatures, exports, or structural patterns changed.
Impact Classification
After reading the diff, run the Impact Classifier from the cc10x:diff-driven-docs skill. The classifier evaluates four layers — business, technical, audit, glossary — the same four listed in DOC_LAYERS_EVALUATED.
Assign IMPACT_LEVEL:
none— all four layers are SKIP (test-only, style-only, dep-bump)low— only technical layer triggered, changes are minor (rename, one-line fix)medium— technical layer triggered with signature changes, or one other layer triggeredhigh— multiple layers triggered, or audit layer requires a new decision record
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 · 173 lines · 27 tokens per session scan A c991168e80f2
doc-syncer is an agent published in the GitHub repository romiluz13/cc10x (164 stars, last pushed 29d ago), licensed MIT. It adds 27 tokens to every session and 1,975 once invoked, about $0.0001 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-30.
Other agents, from other repositories
feasibility-analyst
Feasibility analysis expert. Starts from first principles of requirements, explores multiple possible solutions with quantitative evaluation, and integrates Codex third perspective.
brief-writer
PM/CTO executive summary expert. Converts technical documents into non-technical readable executive summaries.
solution-architect
Solution deepening expert. Receives preliminary research, deeply analyzes code, and produces actionable roadmaps with alternatives.
architecture-designer
Architecture design expert. Synthesizes code analysis, tech-spec context, and architecture advice into structured architecture documents with component diagrams, data flows, and architecture decisions.
codex-implementer
Codex implementation expert. Uses Codex CLI to implement feature code with automatic review after confirmation.
coverage-analyst
Test coverage analysis expert. Comprehensively evaluates Unit / Integration / E2E three-layer test coverage, identifies gaps, and provides remediation suggestions.