dc-report-parser

dc-report-parser is an agent for coding agents from babyworm/rtl-agent-team. It costs 56 tokens per session (1,204 once invoked), scanned A, original, MIT.

A small wrapper around a script that parses DC reports from the syn/rpt/ folder and creates a JSON summary. The input does not define what DC stands for.

In plain words
What is it for?
It is for processing the reports in syn/rpt/ and returning the location of syn/ppa-report.json together with a brief summary; it does not modify RTL code.
Why use it?
It removes the need to run the parser and locate its output manually.

Agent

Part of the rtl-agent-team plugin — 57 agents shipped together

Install

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.

agentmods
npx agentmods add agents/babyworm/rtl-agent-team/dc-report-parser
Clone the repo
git clone --depth 1 https://github.com/babyworm/rtl-agent-team

Or install rtl-agent-team, the plugin that ships this one along with the rest of its 57 agents.

Wrote 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.

agentmods badge for dc-report-parser

README.md
[![agentmods](https://agentmods.dev/badge/agents/babyworm/rtl-agent-team/dc-report-parser.svg)](https://agentmods.dev/agents/babyworm/rtl-agent-team/dc-report-parser)
Your own site
<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>
Per session 56 Only the description is in the session, so the agent can decide to use it. The body loads when it is invoked.
When invoked 1,204 The whole file, excluding the scripts and references it only reads on demand.
Security scan A 0 findings. Scan, not verified.
Origin original No closer match found in the catalogue.
Token cost

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.

ModelPer sessionOnce 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

Measured 3d ago against content hash c459996a214b, method: parsed. Prices are Anthropic first-party input rates as of 2026-08-30, from the pricing page.

Security

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.

agents/dc-report-parser.md · 91 lines

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.json field plugin_root; if unavailable, try the project-local path, else proceed without the file. Resolve project-relative paths against PROJECT_ROOT=<abs> (prompt) > spawn-context project_root > $RAT_PROJECT_ROOT env > 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:

  1. INIT → identify self and coordinator from team context
  2. CLAIM → TaskList() → claim the lowest-ID pending task via TaskUpdate(in_progress, owner=self)
  3. EXECUTE → perform the work, save artifacts
  4. REPORT → TaskUpdate(completed) + SendMessage to coordinator
  5. NEXT → repeat from Step 2; when none remain, SendMessage "standing by" and await shutdown_request

Read the full file on GitHub · 91 lines

Changes

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.

  1. 3d ago First seen · 91 lines · 56 tokens per session scan A c459996a214b

Subscribe to this mod's changes

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.