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 gpsaggese/helpers --skill docs.add_contentgit clone --depth 1 https://github.com/gpsaggese/helpersWrote 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/gpsaggese/helpers/docs.add_content)<a href="https://agentmods.dev/skills/gpsaggese/helpers/docs.add_content"><img src="https://agentmods.dev/badge/skills/gpsaggese/helpers/docs.add_content/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/gpsaggese/helpers/docs.add_content"><img src="https://agentmods.dev/badge/skills/gpsaggese/helpers/docs.add_content.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.00011 | $0.01997 |
| Opus 5.5 | $0.00004 | $0.00799 |
| Sonnet 5.5 | $0.00002 | $0.00399 |
| Haiku 4.5 | $0.00001 | $0.00200 |
Grade A, and why
docs.add_content 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 — 188 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Goal
- The user passes, in this order:
- The content
<CONTENT>to add: text, or a path to a file holding the text - Optionally, the target
<TARGET>: a file in<DOCS_DIR>(existing or new) or a header inside it
- The content
- Add the new information in
<CONTENT>to the right files in<DOCS_DIR> - Never duplicate what the docs already say
- Report every chunk that was redundant, did not fit, or conflicts with the docs
Conventions
- Follow the rules in
.claude/skills/markdown.rules.md.claude/skills/text.rules.md<DOCS_DIR>/documentation_meta/all.writing_docs.how_to_guide.md, in particular### Convention for file names,### Format of each doc, and### Do not add redundancy<DOCS_DIR>/documentation_meta/all.diataxis.explanation.mdto pick the doc type (.tutorial.md,.how_to_guide.md,.reference.md,.explanation.md)
- Match the style, tone, and header structure of the file being edited
Workflow
Resolve the docs dir
- Go to the root of the Git work tree
> cd $(git rev-parse --show-toplevel) - Set
<DOCS_DIR>- If
helpers_rootis a submodule of this repo, usehelpers_root/docs- Check with
> git config --file .gitmodules --get-regexp 'submodule\..*\.path' | grep -w helpers_root
- Check with
- Otherwise use
docs(when the repo ishelpersitself)
- If
- Check that
<DOCS_DIR>exists, otherwise STOP and tell the user
Read the content
- If
<CONTENT>is a path, read the file. Never modify or delete it - Split
<CONTENT>into chunks, each stating one idea, fact, rule, or procedure- Keep each example with the chunk it illustrates
- Drop filler and meta comments (e.g., "add this to the docs")
Survey the docs
- Read
<DOCS_DIR>/README.mdfor the directory structure and file naming - List the doc files
> find <DOCS_DIR> -name "*.md" | sort - For each chunk, search its key terms, synonyms, tool names, and commands
> rg -i "<TERM>" <DOCS_DIR> --glob "*.md" - Read in full every matching file, and every file whose name or headers match the
topic
- Do not decide on redundancy from the file name or a grep hit alone
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 · 188 lines · 11 tokens per session scan A 1782532ef5e6
docs.add_content is a skill published in the GitHub repository gpsaggese/helpers (158 stars, last pushed today), licensed Apache-2.0. It adds 11 tokens to every session and 1,997 once invoked, about $0.0000 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-11-06.
docs.add_content compared with skills from other repositories
| Mod | Type | Stars | Last push | Licence | Scan | Tokens | Works with |
|---|---|---|---|---|---|---|---|
| docs.add_contentgpsaggese/helpers | Skill | 158 | today | Apache-2.0 | A | 11 | Claude Code |
| imagegenopenai/codex | Skill | 134k | today | Apache-2.0 | A | 113 | Codex |
| local-ai-agentsmicrosoft/ai-agents-for-beginners | Skill | 79k | today | MIT | A | 200 | Claude Code, Codex |
| playwright-climicrosoft/playwright | Skill | 99k | today | Apache-2.0 | A | 19 | Claude Code |
| systematic-debuggingobra/superpowers | Skill | 314k | 3d ago | MIT | A | 21 | Claude Code |
| next-cache-components-adoptionvercel/next.js | Skill | 143k | today | MIT | A | 95 | Claude Code |
| chat-pet-sprite-creationmicrosoft/vscode | Skill | 195k | today | MIT | A | 53 | Claude Code, Codex |