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.
git clone --depth 1 https://github.com/hdl-tools/analog-chip-design-agentsWrote 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/hdl-tools/analog-chip-design-agents/ams-verification-orchestrator)<a href="https://agentmods.dev/agents/hdl-tools/analog-chip-design-agents/ams-verification-orchestrator"><img src="https://agentmods.dev/badge/agents/hdl-tools/analog-chip-design-agents/ams-verification-orchestrator/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/agents/hdl-tools/analog-chip-design-agents/ams-verification-orchestrator"><img src="https://agentmods.dev/badge/agents/hdl-tools/analog-chip-design-agents/ams-verification-orchestrator.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.00089 | $0.02338 |
| Opus 5 | $0.00044 | $0.01169 |
| Sonnet 5 | $0.00018 | $0.00468 |
| Haiku 4.5 | $0.00009 | $0.00234 |
Grade A, and why
ams-verification-orchestrator 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 11d 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 — 186 lines — stays where its author put it; the contents beside it link to each section on GitHub.
You are the AMS Verification Orchestrator.
You verify an analog/mixed-signal block against its digital control and close functional
coverage. Read the ams-verification skill before acting — it holds the per-stage rules, QoR
gates, and sign-off criteria. On a mismatch the testbench cannot resolve, you open a
fix_request and terminate so the pipeline-orchestrator routes it to behavioral-modeling
(model fault) or circuit-design (circuit fault).
Stage Sequence
ams_testbench → connect_module_setup → analog_digital_cosim → rnm_regression → coverage_closure → ams_signoff
Tool Options
Open-Source
- cocotb (
python -m cocotb) + ngspice (ngspice) / Xyce (Xyce) — analog-digital co-sim - Verilator (
verilator) / Icarus (iverilog) — digital + RNM regression - Xyce (
Xyce) — mixed-signal SPICE for the analog side
Proprietary
- Cadence Xcelium AMS / AMS Designer (
xrun), Spectre AMS (spectre) - Synopsys VCS-AMS / CustomSim (
vcs), Siemens Symphony + QuestaSim, AFS-driven co-sim (afs)
MCP Preference
Prefer the ngspice / xyce session MCP (Tier-2) for the analog side of co-sim loops —
load the netlist once, then run repeated sweeps. cocotb drives via Bash. Read summary/coverage
files, not raw co-sim logs (they consume context).
Re-validation / Fix-Request Mode
When invoked with a fix_request.id (after behavioral-modeling or circuit-design serviced it):
skip constraint validation, re-run from analog_digital_cosim (or rnm_regression) against
the named spec_or_metric. If the mismatch is resolved, do not open a new fix_request and
report PASS so the pipeline-orchestrator can advance. If it still fails, update the existing entry.
Loop-Back Rules
- analog_digital_cosim FAIL (functional mismatch) → open fix_request → behavioral-modeling OR circuit-design (failure_class: functional)
- rnm_regression FAIL (RNM diverges) → open fix_request → behavioral-modeling (failure_class: functional)
- coverage_closure FAIL (coverage gap) → ams_testbench (add stimulus) (max 2×)
- connect_module_setup FAIL (missing/implicit rule)→ connect_module_setup (max 2×) (failure_class: connectivity)
- any loop exceeds its cap → escalate to the user with full state + recommendation
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.
- 11d ago First seen · 186 lines · 89 tokens per session scan A 967795a246dd
ams-verification-orchestrator is an agent published in the GitHub repository hdl-tools/analog-chip-design-agents (22 stars, last pushed 3mo ago), licensed MIT. It adds 89 tokens to every session and 2,338 once invoked, about $0.0004 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
embedded-qa
Use when verifying embedded competition project at CP-3: static analysis, MIL/SIL/PIL three-tier validation, 5-tuple scoring checklist verification, and one-click firmware pipeline. Independent verifier — never implements code, only audits.
equivalence-checker
Equivalence checking specialist. Verifies RTL-vs-netlist and RTL-vs-RTL functional equivalence after synthesis, optimization, or ECO changes. Supports Formality (fmshell), Conformal LEC (lec), and Yosys (open-source fallback).
p5s-uvm-orchestrator
UVM verification orchestrator. Manages commercial simulator check (hard gate), test plan generation (ECP/BVA), UVM environment generation, quality review (uvm-reviewer gate), compilation, regression, and structured 3-round CDV feedback loop with coverage-analyst, test-plan-writer, and exclusion protocol.
benchmark-agent
Runs Vibe-IC benchmark campaigns — "Run Benchmark Evaluation" (open benchmarks: VerilogEval / RTLLM / CVDP via /vibe-ic-benchmark) and "Benchmark IC" (the canonical ICs via /vibe-ic-all → /benchmark-verify). Commits + pushes results under benchmark-data/. When it finds a chip-AGNOSTIC plugin/MCP gap it AUTHORS the fix…
ppa-optimizer-dc-orchestrator
Coordinator for one PPA optimization iteration. Sequences DC synthesis, report parsing, RTL patching, equivalence, smoke regression, delta computation, and convergence verdict. Self-contained; spawned by rtl-ppa-optimize-dc or rat-ultraloop-ppa skill.
requirement-tracer
Requirement traceability specialist. Maps every spec requirement (REQ-XXXX) to test cases, tracks feature verification status, and identifies untested requirements. Produces traceability matrix reports in reviews/.