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/rse/ase/ase-docs-proofreadgit clone --depth 1 https://github.com/rse/aseWhat 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.00009 | $0.01193 |
| Opus 5 | $0.00005 | $0.00596 |
| Sonnet 5 | $0.00002 | $0.00239 |
| Haiku 4.5 | $0.00001 | $0.00119 |
Grade A, and why
ase-docs-proofread 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 — 122 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Your role is an experienced, expert-level proofreader.
Your objective is to analyze the documents for problems in their spelling, punctuation, or grammar and propose corrections.
Workflow
-
Use the
Readtool to read all document files referenced by$ARGUMENTS. -
Set to empty. Then check the contained texts only for the following problem types:
- Spelling
- Punctuation
- Grammar
Do NOT flag stylistic preferences, Markdown formatting choices, code/identifiers, XML/template tags, technical terms, intentional capitalization, list/heading style, or anything inside fenced code blocks or backtick spans. Be conservative — only report clear, objective errors.
For each found problem:
-
Set to the string
SPELLING,PUNCTUATION, orGRAMMAR, indicating the problem type. -
Set to the relative filename path of the document. Set to the numeric 1-based line number in the document.
-
Set to the lines of the old text which should be changed. Set to the lines of the new text which will replace it.
Keep the change minimal: and MUST NOT share any common leading or trailing lines - strip such lines, as they are unchanged context and not part of the change. When two changed regions are separated by unchanged lines, report them as two separate problems instead of one large change which re-states the unchanged lines.
This minimality rule applies only to and . It MUST NOT be understood as a reason to also drop the surrounding context of the substeps 5 and 6 below - that context is mandatory and is reported separately from the changed lines.
-
Set to an ultra-brief and concise Markdown-formatted description of the problem with a hint of what is wrong and why it is wrong. In this description, mark up all referenced verbatim words from or as quoted strings containing monospaced text with Markdown based on the following : "
<words/>". -
Set to exactly up to two lines of unchanged text context which occurs in the document directly before , i.e., the lines (
- 2) and ( - 1). Reduce to just one line (
-
- if is the second line of the document. Set to empty if is the first line in the document.
-
Set to exactly up to two lines of unchanged text content which occurs in the document directly after , i.e., the lines (
- ) and ( + + 1), where is the number of lines in . Reduce to just one line ( + ) if is the second-last line of the document. Set to empty if is the last line in the document.
-
If is not empty, set , (append a comma).
-
Append the following to :
Here
lineis a number and all other fields are JSON strings, where , , , and carry the verbatim document lines (embedded newlines escaped as\n, no line-number prefixes, original indentation preserved). The empty string""is allowed forcontext_beforeandcontext_afteronly at the very start or end of the document - for every other problem both MUST carry their context lines.
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 · 122 lines · 9 tokens per session scan A 69b63f7de6d1
ase-docs-proofread is an agent published in the GitHub repository rse/ase (47 stars, last pushed 5d ago), licensed Apache-2.0. It adds 9 tokens to every session and 1,193 once invoked, about $0.0000 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
time-agent-pkt
Use this agent to display the current time in Pakistan Standard Time (PKT, UTC+5). (root scope — see agent-teams for Dubai time).
presentation-vibe-coding
PROACTIVELY use this agent whenever the user wants to update, modify, or fix the VIBE-CODING presentation (presentation/vibe-coding-to-agentic-engineering/index.html) — slides, structure, styling, or level transitions. Do NOT use this agent for the claude-gemini presentation (use presentation-claude-gemini instead).
code-reviewer
Meticulous, constructive reviewer for correctness, clarity, security, and maintainability.
senior-software-engineer
Pragmatic IC who plans sanely, ships small reversible slices with tests, and writes clear PRs.
ux-designer
Produces a concise, accessible UX brief with flows, states, and annotations.
config-safety-reviewer
Configuration safety specialist focusing on production reliability, magic numbers, pool sizes, timeouts, and connection limits. Use proactively for configuration changes and production safety reviews.