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/nirecom/agents/update-docsnpx skills add nirecom/agents --skill update-docsgit clone --depth 1 https://github.com/nirecom/agentsWrote 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/nirecom/agents/update-docs)<a href="https://agentmods.dev/skills/nirecom/agents/update-docs"><img src="https://agentmods.dev/badge/skills/nirecom/agents/update-docs.svg" alt="Measured on agentmods" 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 | $0.00012 | $0.01487 |
| Opus 5 | $0.00006 | $0.00744 |
| Sonnet 5 | $0.00002 | $0.00297 |
| Haiku 4.5 | $0.00001 | $0.00149 |
Grade A, and why
update-docs 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 yesterday.
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 — 78 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Update all project documentation to reflect recent changes.
Docs directory: docs/ within the current project root.
Target files: all .md files in docs/ that already exist, plus README.md in the project root.
Procedure
UD-0. Read rules/docs.md. It is on-demand-only and never auto-injected, so this Read is mandatory.
Read rules/coding.md here too — same on-demand-only status; its Public GitHub Rules govern every doc written in UD-4 and after.
UD-1. Gather recent changes:
- Run
git diffandgit diff --cachedto capture uncommitted and staged changes (current session's work, not yet in git log) - Run
git log --oneline -20for committed history UD-2. Read current docs: Read all target docs files. README.md(repo root) is required for all repos. Create it first if missing — highest priority.- Goal: make the reader think "I want to use this" — crisp features, "what it does for you"
- Initial install/setup instructions go here, not in
ops.md
CHANGELOG.md(repo root) for public repos. Create if missing (no manual seed needed — first run starts from here). UD-3. Identify gaps: Compare git log against each document's content. Look for:- Unrecorded commits or phases
- Architecture/design changes not yet documented
- New incidents or bug fixes
- Infrastructure or operational changes
- Progress updates
README.md: Update when a user-visible feature is added or changed, install/usage steps shift, or an existing bullet no longer accurately reflects real behavior. UD-4. Propose updates: For each file that needs updating, present:- Before drafting History/Changelog bullets: apply the language configured by
DOCS_LANG_PUBLIC/DOCS_LANG_PRIVATE, routed by repo visibility — one policy covers both history and changelog - Which sections need changes and why
- Specific additions or modifications
UD-5. CONFIRM_DOCS gate — check via Bash:
bash -c 'cd "$AGENTS_CONFIG_DIR" && bash "$AGENTS_CONFIG_DIR/bin/confirm-off" CONFIRM_DOCS on' - stdout
ONorERROR: present the UD-4 proposal viaAskUserQuestionand wait for approval before applying edits. - stdout
OFF: apply the edits and continue to step UD-6 without waiting. UD-6. Propagate to parent docs: If the project has a parent-level summary doc (e.g. an engineering hub), update it too. Skip for repo-localdocs/. - Skip
infrastructure.md— delegate to/update-infrastructureinstead. UD-7. Commit separately: If docs are in a separate repo, commit each repo independently
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.
- yesterday First seen · 78 lines · 12 tokens per session scan A 2aaed8ffe688
update-docs is a skill published in the GitHub repository nirecom/agents (3 stars, last pushed today), licensed MIT. It adds 12 tokens to every session and 1,487 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-09-03.
Other skills, from other repositories
systematic-debugging
Use when encountering any bug, test failure, or unexpected behavior, before proposing fixes.
local-ai-agents
Build local-first AI agents that run entirely on a developer workstation with Microsoft Foundry Local and Qwen function-calling models. Covers Small Language Models (SLMs), the OpenAI-compatible local endpoint, sandboxed local tools, local RAG with Chroma, local MCP servers, hybrid cloud/local routing, and the…
next-cache-components-adoption
Turn on Cache Components in a Next.js app and resolve the blocking routes it surfaces. Use when the user wants to enable, adopt, or migrate to Cache Components, flip the cacheComponents flag, work through a flood of blocking-prerender / instant validation errors, run the cache-components-instant-false codemod, or…
chat-pet-sprite-creation
Use when creating or changing VS Code chat pet sprite art, sprite sheets, state animations, eye treatments, Stable/Insiders variants, or pet transitions under src/vs/workbench/contrib/chat/browser/widget/media/chatPet.
cpu-profile-analysis
Analyze V8/Chrome CPU profiles (.cpuprofile) and DevTools trace files (Trace-.json). Use when: profiling performance, investigating slow functions, comparing code paths, finding bottlenecks, analyzing timeToRequest, understanding call trees from sampling profiler data, analyzing layout/paint/rendering, investigating…
insight-error-page
Write or audit an insight-kind error page for the Next.js dev overlay. Use when creating a new errors/ .mdx page, auditing an existing one, or checking that a page matches the framework fix cards. Covers page structure, title alignment, FixCard cards with Copy prompt button, code snippets, terminology verification…