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/qinghaoliqaq/autocoder/verifynpx skills add qinghaoliqaq/AutoCoder --skill verifygit clone --depth 1 https://github.com/qinghaoliqaq/AutoCoderWrote 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/qinghaoliqaq/autocoder/verify)<a href="https://agentmods.dev/skills/qinghaoliqaq/autocoder/verify"><img src="https://agentmods.dev/badge/skills/qinghaoliqaq/autocoder/verify.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.00042 | $0.00597 |
| Opus 5 | $0.00021 | $0.00298 |
| Sonnet 5 | $0.00008 | $0.00119 |
| Haiku 4.5 | $0.00004 | $0.00060 |
Grade A, and why
verify scanned grade A with 1 finding 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 4d 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.
Makes network callslowCapability
Not a fault in itself. Listed so you know the mod talks to something, and to what.
- Use curl/fetch to test affected API endpoints How it starts
The opening of the file, as written. The whole thing — 85 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Verify — End-to-End Verification of Code Changes
Verify that recent code changes actually work by running the application and testing the affected functionality.
Approach
Step 1: Identify What Changed
- Read recent git diff or changed files to understand the scope of changes
- Identify which features, endpoints, or UI components were modified
- Determine what needs to be tested
Step 2: Build & Compile
- Run the project's build command (cargo build, npm run build, etc.)
- Fix any compilation or type errors
- Ensure the build completes cleanly with no warnings related to changes
Step 3: Run Existing Tests
- Execute the project's test suite (cargo test, npm test, etc.)
- If specific test files exist for changed modules, run those first
- Report any test failures — do NOT skip or ignore them
Step 4: Manual Verification
For backend changes:
- Start the server if applicable
- Use curl/fetch to test affected API endpoints
- Verify request/response shapes match expectations
- Test error cases (invalid input, auth failures, not found)
For frontend changes:
- Check that the dev server starts without errors
- Verify the changed UI renders correctly
- Test interactive elements (forms, buttons, navigation)
- Check responsive behavior if layout was changed
For library/utility changes:
- Write a small test script exercising the changed functions
- Verify edge cases mentioned in the change description
Step 5: Report
Provide a clear verification report:
VERIFICATION REPORT
==================
Build: PASS/FAIL (details if fail)
Tests: PASS/FAIL (X passed, Y failed — list failures)
Manual: PASS/FAIL (what was tested and results)
Overall: PASS/FAIL
If any step fails:
- Diagnose the root cause
- Fix the issue if it's clearly related to the recent changes
- Re-run verification after the fix
- Report what was fixed
Important Rules
- Do NOT claim "all tests pass" without actually running them
- Do NOT skip verification steps — if you can't run something, say so explicitly
- Do NOT fix unrelated issues during verification — only fix what the changes broke
- Report outcomes faithfully — failures are valuable information
- If the project has no test infrastructure, note this and focus on build + manual testing
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.
- 4d ago First seen · 85 lines · 42 tokens per session scan A abfe5959ca03
verify is a skill published in the GitHub repository qinghaoliqaq/AutoCoder (11 stars, last pushed 4mo ago), licensed Apache-2.0. It adds 42 tokens to every session and 597 once invoked, about $0.0002 per session on Opus 5. A static security scan graded it A with 1 finding (makes network calls). No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-30.
Other skills, from other repositories
multi-agent
Run work across more than one agent — choose between the task subagent, the delegate tool, and a second agentica CLI in tmux driven by peer messages (listagents / sendmessage). Use when a job wants parallel workers, its own terminal, coordination between sessions, or you are choosing among task, delegate, and a second…
web-research
Use this skill for requests related to web research; it provides a structured approach to conducting comprehensive web research.
python-lib-analyzer
Analyze any Python library structure, explore modules, classes, and functions with signatures and documentation.
agentica
How to answer questions about the agentica product you are running inside — CLI flags, config.yaml profiles, API keys, models, sessions, resume, workspace, AGENTS.md standing rules, skills, logs, upgrade, and selfmanage. Use when asked how agentica works, how to configure or upgrade it, where state lives on disk…
svg-chart
Render data into a standalone SVG chart file — bar, line, or pie. Use when the user provides numbers (inline, JSON, or CSV) and asks for a chart, graph, plot, trend, comparison, breakdown, or any visual summary of the data. Produces a self-contained .svg viewable in any browser; no external libraries required.
evidence-calibration-review
Use when you want a per-claim evidence-tier audit on a text artifact before it ships — assign T1-T6 tiers to every load-bearing claim, surface calibration mismatches (high confidence on weak evidence, or honesty-theater under-claiming), and flag P11 (citation-as-decoration), P17 (pile-of-anecdotes-as-evidence), P54…