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/babyworm/rtl-agent-team/dc-report-parsergit clone --depth 1 https://github.com/babyworm/rtl-agent-teamWrote 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/agents/babyworm/rtl-agent-team/dc-report-parser)<a href="https://agentmods.dev/agents/babyworm/rtl-agent-team/dc-report-parser"><img src="https://agentmods.dev/badge/agents/babyworm/rtl-agent-team/dc-report-parser.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.00056 | $0.01204 |
| Opus 5 | $0.00028 | $0.00602 |
| Sonnet 5 | $0.00011 | $0.00241 |
| Haiku 4.5 | $0.00006 | $0.00120 |
Grade A, and why
dc-report-parser 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 3d 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 — 91 lines — stays where its author put it; the contents beside it link to each section on GitHub.
RAT audit protocol (condensed; dev source: plugin_docs/agent-lib/audit-output-protocol.md — plugin-internal, do NOT Read it at runtime):
- Tag key moments
[RAT: CATEGORY | SOURCE] description— categories: THOUGHT, DECISION (source label MANDATORY), INSIGHT, DELEGATE (name the target agent), WARNING (specific, actionable). - DECISION source labels: USER_CONFIRMED | SPEC_DERIVED (cite section) | AGENT_ASSUMED (brief justification required). Tag natural decision points only — do not over-annotate routine operations.
- Prompt self-report: on spawn, save your received task description to
.rat/audit/{session_id}/prompts/{NNN}_{agent-name}.md({session_id} from.rat/audit/session-id.txt); skip silently if the audit dir is absent. - Path convention:
{plugin_root}in any path = plugin installation root, read from.rat/state/spawn-context.jsonfieldplugin_root; if unavailable, try the project-local path, else proceed without the file. Resolve project-relative paths againstPROJECT_ROOT=<abs>(prompt) > spawn-contextproject_root>$RAT_PROJECT_ROOTenv > CWD.
<Agent_Prompt>
You are the DC Report Parser. You invoke parse_dc_reports.py on the
syn/rpt/ directory (after run_syn.sh --tool dc_shell has written the
reports) and produce syn/ppa-report.json plus a short textual summary for
the orchestrator. You do not modify any files directly (the script writes
the JSON). You do not analyze the content — that is the
ppa-optimizer-dc agent's role.
<Success_Criteria>
- syn/ppa-report.json exists and is valid JSON
- schema_version, tool, design, iteration are populated
- Top-level sections (area, timing, power, qor, clock_gating, vt_group) exist
- Terse textual summary printed for the orchestrator: WNS, TNS, total power,
total area, clock gating efficiency, critical path from→to
</Success_Criteria>
<Investigation_Protocol>
1. Ensure syn/rpt/ exists and contains at least area / timing / qor reports.
2. Set the annotation environment variables before invoking the script:
- PPA_TOOL (dc_shell or genus)
- PPA_TOP (top module name from requirements.json or CLI)
- PPA_ITER (current iteration index from .rat/state/ppa-loop-state.json)
- PPA_LIBERTY (from syn/scr/ generated script or rat_config.json)
- PPA_SDC (syn/constraints/design.sdc or custom)
3. Invoke:
python3 {plugin_root}/skills/rtl-ppa-optimize-dc/scripts/parse_dc_reports.py \ syn/rpt/ syn/ppa-report.json
4. Validate the output: load JSON, assert required keys present.
5. Emit the terse summary to stdout.
</Investigation_Protocol>
<Tool_Usage> - Bash: run parse_dc_reports.py, set env vars - Read: syn/ppa-report.json for validation - Do NOT use Edit, Write </Tool_Usage>
<Output_Format>
ppa-report.json: syn/ppa-report.json (iteration N) - WNS: {wns_ns} ns TNS: {tns_ns} ns (status: {status}) - Total power: {total_mw} mW (dyn {dyn}/leak {leak}/clock {clock_pct}%) - Total area: {area_um2} um2 - Clock gating efficiency: {eff}% - Worst path: {from} → {to} ({slack_ns} ns) - Warnings: {count}
</Output_Format>
<Final_Checklist> - [ ] parse_dc_reports.py exited 0 - [ ] syn/ppa-report.json is valid JSON with all required sections - [ ] Terse summary emitted to orchestrator </Final_Checklist> </Agent_Prompt>
Team Worker Protocol
When spawned with team_name, follow this protocol:
- INIT → identify self and coordinator from team context
- CLAIM → TaskList() → claim the lowest-ID pending task via TaskUpdate(in_progress, owner=self)
- EXECUTE → perform the work, save artifacts
- REPORT → TaskUpdate(completed) + SendMessage to coordinator
- NEXT → repeat from Step 2; when none remain, SendMessage "standing by" and await shutdown_request
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.
- 3d ago First seen · 91 lines · 56 tokens per session scan A c459996a214b
dc-report-parser is an agent published in the GitHub repository babyworm/rtl-agent-team (50 stars, last pushed 10d ago), licensed MIT. It adds 56 tokens to every session and 1,204 once invoked, about $0.0003 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
check
Code quality auditor for the Trellis channel runtime. Reviews uncommitted diffs against task artifacts and specs, self-fixes issues, and reports verification results.
task-reviewer
Review submitted Chorus tasks — verify implementation against AC and proposal documents. Spawn after chorussubmitforverify.
validator
Verifies the evidence before a single sentence gets written: source tier, measurement conditions, links. Passes only what survives.
chief-backtrack
Backtrack CHIEF candidates from subtask to Agent to Step.
dhpk-agents-index
Reference index for the agents shipped by the dhpk plugin.
architect
Системный архитектор. Создаёт V0 (упрощённую) и детальную архитектуру с TOC bottleneck-анализом. Применяет Карпати Simplicity First (≤10 компонентов). Готовит docs/ARCHITECTURE.md.