From vibe-ic
Plans and runs analog/mixed-signal simulations (DC op, AC, transient, Monte Carlo, corner sweeps, PSRR/CMRR, noise) using ngspice, Xyce, Spectre, or HSPICE, then triages results against specs.
How this skill is triggered — by the user, by Claude, or both
Slash command
/vibe-ic:ams-simThe summary Claude sees in its skill listing — used to decide when to auto-load this skill
Analog blocks must be verified across process corners, temperature, voltage, and mismatch. This skill plans the testbench matrix, generates the simulator decks, and triages results.
Analog blocks must be verified across process corners, temperature, voltage, and mismatch. This skill plans the testbench matrix, generates the simulator decks, and triages results.
/analog-sizing produces a schematic/analog-layout + extraction (post-layout).sp, .cir, .scs).lib / .scs)| Analysis | Purpose |
|---|---|
.op | DC operating point, bias validation |
.dc | Sweeps (supply, input, parameter) |
.ac | Gain, bandwidth, phase margin |
.tran | Settling, slew, large-signal |
.noise | Input-referred noise, SNR |
.pss / .pac / .pnoise | Periodic steady-state (for RF / SC circuits) |
.mc | Monte Carlo mismatch + process |
The spec → required-analysis-subset mapping in this table is a frozen
lookup, enforced by programs/ams_analysis_select.py — do NOT pick
the analysis set by hand (two agents would otherwise pick different /
incomplete subsets for the same spec list). Run it on the block's
spec.json (or the project dir to scan analog/*/spec.json) and use
the emitted analyses set:
python3 programs/ams_analysis_select.py <block>/spec.json
# -> {"analyses": [".op", ".ac", ".tran", ".noise"], "mapping": [...]}
It always selects .op (bias validation) when ≥1 measurable spec is
present, adds .mc whenever any spec declares a mismatch / σ / yield
concern, and FAILs honestly (exit 1) when a spec carries no recognizable
measurable metric. Agent judgment is only needed to override an
ambiguous / custom spec key the table does not recognize.
programs/ams_analysis_select.py (see Analysis matrix).meas statements — generated by programs/analog_meas_from_spec_gen.pyprograms/corner_yield_vs_spec_check.py (re-derives per-corner / per-spec PASS/FAIL from spec.json min/max limits + reports the worst, smallest-margin corner) and programs/analog_corner_sweep_check.py (gates ≥9-corner PVT count + all-spec-pass). Do NOT hand-tabulate the yield table — quote these programs' verdicts.worst_corner field from corner_yield_vs_spec_check.py; PVT-coverage gaps are classified by programs/corner_coverage_audit.py. Propose sizing or layout changes (agent judgment).sim/<block>.sp (or equivalent) — simulator decksim/<block>_results.md:
corner_yield_vs_spec_check.py (per-corner / per-spec PASS/FAIL re-derived from spec.json limits), not graded by eyeanalog_corner_sweep_check.pyOpen source: ngspice (https://ngspice.sourceforge.io/), Xyce. Commercial: Cadence Spectre, Synopsys HSPICE, Silvaco SmartSpice.
Pelgrom mismatch model, corner methodology from PDK, Monte Carlo with correlated process parameters. Mixed-signal co-sim per Verilog-AMS / Verilog-A standards.
/analog-sizing (re-size)/analog-layoutAfter producing your output, save it to a file and run:
python3 plugins/vibe-ic/_shared/skill_compliance_check.py \
--requirements plugins/vibe-ic/skills/ams-sim/compliance.yaml \
<your_output_file>
Exit 0 = PASS, exit 1 = FAIL with specific missing elements listed.
compliance.yaml in the corresponding skill directory enumerates
every required element of your output: section headers, metadata fields,
handoff lines, tool invocations.
Your task is not complete until the audit returns PASS. Missing elements are the single largest source of skill-execution non-determinism across different agents.
npx claudepluginhub vibeic/vibe-ic --plugin vibe-icGuides completion of development work by verifying tests, detecting environment, and presenting structured options for merge, PR, or cleanup.
Enforces test-driven development: write failing test first, then minimal code to pass. Use when implementing features or bugfixes.
Guides creation and editing of skills using test-driven development with pressure scenarios and subagents to verify agent compliance.