design_review_snapshot
Fetch a complete design-review snapshot in one call to review connectivity, part values, and rules instead of running multiple separate queries.
Instructions
Fetch a comprehensive design-review snapshot in ONE tool call.
THIS -- the compiled netlist + part data it returns -- is the
BASIS of a design review, not a render. Judge connectivity, part
values, ratings, and pin functions from these sections (and the
cited datasheets), never from sch_render_svg / pcb_render_svg
/ design_visual_review, which are geometry-only and exist for
when an image is genuinely needed (layout/placement). A picture
can show a wire that shares no net, or hide a net that is
electrically correct -- so the review reads the data here.
PREFER THIS over running 8-12 individual review queries. A normal review (components, nets, rules, diff, messages, stats, unrouted, BOM) is one round-trip instead of one LLM turn per section. That's the single biggest time cost on a full review.
CRITICAL, datasheet discipline (enforced via _review_guidance): Before drawing ANY conclusion about a component's pin function, voltage rating, or electrical spec, fetch the actual manufacturer datasheet and verify. The schematic symbol, footprint, and parameter fields are NOT ground truth - they are often wrong or outdated. Every proposed fix must cite the datasheet section or page you relied on.
The response's _unique_parts field is the checklist of
components whose datasheets you must have read before
reviewing. Do not skip this step.
CRITICAL, review-quality discipline (enforced via _review_guidance): A finding must ADD analysis the raw sections do not. Run ERC and DRC, but do NOT relay their raw output as findings - investigate each violation after the datasheet review, drop the false positives, and surface the real ones as specific, traced findings (a genuine ERC/DRC violation can be a top finding - never dropped). Do NOT emit "verify X" / "confirm X" as a finding - that hands the analysis back to the user. Every finding names the exact parts/pins/nets, is backed by a netlist fact or a cited datasheet, states a concrete consequence and fix, and is something you would raise in a real design review. The full rules are in _review_guidance["review_quality_rules"].
Args: sections: Which snapshot sections to include. Defaults to the standard review set (project_info, design_stats, components, nets, design_rules, unrouted, diff, messages, board_stats, fab_stats). Available extras: "bom", "drc", "erc", "unconnected_pins", "project_options". include_bom: Convenience - adds "bom" to sections if True (default). BOM is the best source of manufacturer part numbers for datasheet lookup. run_drc: If True, runs DRC (slow, 30-90 s) and includes results. Off by default - assume the user already ran it, or run it separately when asked. run_erc: If True, runs ERC and includes results. Off by default. force_recompile: SaveAll + invalidate SmartCompile cache + recompile before gathering any sections. Use this when the user has been editing schematics in the Altium UI and you need a guaranteed-fresh netlist. Costs one extra ~5-10 s compile up-front.
Returns: Dict with one key per requested section, plus: - _review_guidance: datasheet + review-quality rules Claude must follow when turning sections into findings - _unique_parts: list of {manufacturer, part_number, designators} to fetch datasheets for - _sections_failed: sections that errored (partial results are still usable)
Input Schema
| Name | Required | Description | Default |
|---|---|---|---|
| run_drc | No | ||
| run_erc | No | ||
| sections | No | ||
| include_bom | No | ||
| force_recompile | No |
Output Schema
| Name | Required | Description | Default |
|---|---|---|---|
No arguments | |||