Cad sim review revise loop
Skill rolson24/cad-sim-agent-skills/skills/cad-sim-review-revise-loop
Evidence-led agent skills for CAD, engineering artifacts, independent review, and bounded revision
npx -y skills add rolson24/cad-sim-agent-skills --skill cad-sim-review-revise-loopAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
2 things to look at
- 11 days oldThe repository was created 11 days ago. New is not bad, but a brand new repository carrying a familiar-sounding name is the shape a typosquat arrives in, and there has been no time for anyone else to find a problem with it.
- 0 stars0 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.
What its author says it does
Copied from the file, not written here
Review and revise an existing current engineering candidate until a validated route is reached. Use after intake and first authoring have produced handoff.json plus one canonical annotation_view; also use for reviewer feedback, evidence closure, maturity promotion, and fuzzy dissatisfaction such as continue, not convincing, links are not enough, or still weird.
SKILL.md
11.5 KB, as published. Nobody here has run it
CAD Sim Review Revise Loop
Operate the post-candidate loop. In an ordinary project, the calling Meta-Agent is the combined Manager and primary author. It launches independent review, revises current artifacts, regenerates evidence, validates the route, and gives the user the terminal next move.
Dispatch
- Missing
intake/project_brief.yaml: use$cad-sim-project-intake. - Brief exists but no current
handoff.jsonplus canonicalannotation_view/: use$cad-sim-design-orchestrator. - A current candidate needs review, revision, continuation, evidence closure, or maturity routing: use this skill.
- A fresh role-topology benchmark: use
$cad-sim-threaded-rehearsal-workflow.
Do not bypass intake or use this loop to invent the first candidate.
Roles
- Direct Meta-Agent is the ordinary user-facing combined Manager and primary author. It owns state, reviewer launch, revision, deterministic validation, route promotion, revision budget, settle checks, and user interaction. It must not fabricate reviewer judgment.
- External Controller exists only for an explicit threaded benchmark, monitoring, or recovery harness. It supervises but does not author CAD or reviews.
- Main Reviewer independently reads the frozen packet and owns one
route-bearing
reviews/review_round_NNN.yaml. - Up to two narrow read-only sub-reviewers may advise the Main Reviewer; they never own the route.
- A Tooling Scout may recommend evidence-producing tools. An optional Thread-Behavior Watcher may recommend a mode shift. Neither grades the packet.
Preserve real role and runtime UUID provenance. A controller-written review is
not independent; local_probe_allowed is only for declared contract smokes.
Direct-Mode Self-Orchestration Invariant
The Direct Meta-Agent launches each fresh reviewer, integrates its judgment,
revises directly when permitted, launches fresh re-review after material
change, and continues to a validated terminal route.
ready_for_independent_review, review_pending,
revision_complete_pending_review, and ready_for_fresh_re_review are internal
transitions, never user-visible terminal routes. Do not delegate manager duty
back to the user or require an External Controller in an ordinary project.
Current State
Read the current instruction, brief/review contract, handoff.json, canonical
candidate and primary surface, reconstructive source, authoring_status.yaml,
review_loop.yaml, source boundary, target maturity, stage authority, evidence,
and revision budget.
Use the first-review fast path: freeze the smallest trustworthy current packet and get an engineering judgment before compiling optional mirrors. Existing mirrors remain controlling when the brief activates them. Create or refresh only mechanisms triggered by the contract or a material finding:
intake/active_review_rubric.yaml;reviews/current_evidence_workspace.yaml;- Quality Harness V2
quality/quality_harness.yamland generatedquality/quality_harness_results.json; quality/configured_project_integrity.yaml;quality/comparison_manifest.yaml;- the primary artifact registry/brief;
- a sanitized reviewer input packet.
An untriggered mirror is not a readiness defect. New Quality Harnesses use
schema_version: 2, acceptance_profile, and mandatory profile rows.
Loop
- Reconcile current truth. Validate the handoff, one candidate, one primary surface, registered secondaries, current evidence, and source boundary. Repair ambiguous current pointers before review.
- Assimilate the instruction. Update
review_contract.open_issuesand regression guards. For fuzzy feedback, write anautopilot_preludewith concrete hypotheses; do not ask the user to diagnose self-contained defects. - Reconcile stage and profile. Continue approved in-stage work. Route
unapproved scope, heavy/commercial tools, long runs, purchases, physical
work, or a new objective to
needs_user. Profile inference shadow output is telemetry only and cannot change validators, the brief, or route preflight. - Prepare and launch one neutral reviewer. Follow the lifecycle invariants
below and the reviewer launch prompt. The reviewer applies
$cad-sim-reviewer-lenses, derives compactgoverning_analysis_rows, and audits current engineering before surface polish. - Integrate and route. Activate only contracts justified by the judgment. If approved self-contained work remains, write one sanitized Revision Brief and revise directly. In split topology only, send that brief to the designated author.
- Regenerate material proof. Refresh affected source, exports, handoff, verifiers, runtime/visual evidence, harness results, comparison hashes, primary surface, registry, and route state. Old review evidence is no longer current proof.
- Freshly re-review material change. Schema-only repair stays in the same reviewer thread, round, and file; any CAD, model, evidence, analysis, or user-facing change requires a new frozen state and fresh reviewer.
- Promote and close. Atomically promote only allowlisted route state, run
full deterministic route preflight and every declared project verifier, and
reproduce the validated
user_visible_next_moveorfinal_response_directivewithout alteration.
Default to two substantive revisions, or three for explicit
raw_codex_parity, unless the brief sets another bound. Schema repair is not a
substantive round. After the bound, preserve the candidate and unresolved
findings; do not launch a rescue author for the same material state.
Reviewer Lifecycle Invariants
Detailed commands and recovery state live in the manager protocol;
deterministic enforcement lives in scripts/reviewer_lifecycle.py.
- Run
prepare-reviewto compute the canonical material state, close over transitive current evidence, create the immutable mission packet, and publish the launch preclaim. Never trust a caller-supplied material id. - Bind
evidence_escalation_autopilotto that state and round, then consumeguard-launchonce. Its read-only freeze gate rejects Harness drift, stale escalation, prior-review framing, packet drift, or unregistered inputs. - Give the reviewer only
active_mission.reviewer_input_packet.allowed_input_root; it must not read the broad run root, prior reviews, feedback receipts, topology, or transcripts. - Record the actual runtime UUID from the direct create response with
record-create-response. Never useagentPath, task discovery, or a create retry. A UUID-less response settles fail-closed atblocked_before_review. - Command verifiers run only through
run_reviewer_verifier.pyagainst an isolated material copy. - The reviewer writes an in-progress checkpoint, then a complete same-directory
.review_round_NNN.yaml.pending.reviewer_lifecycle.py publishrechecks identity, hashes, receipt references, and lifecycle state beforeos.replace. - Resume a quiet reviewer with non-interrupting settle checks. Do not replace it merely for elapsed time.
- Delegated feedback is actionable only after an accepted-feedback receipt binds the source runtime UUID and payload hash.
Launch prompts may name keys, allowed inputs, permissions, routes, and literal checker errors. They must not prescribe passing values, empty lists, conclusions, or a preferred route.
Revision And Route Invariants
Reviewer criteria and conditional output fields belong to
$cad-sim-reviewer-lenses; do not duplicate its engineering checklist here.
For master's work, the canonical review still emits route_usefulness,
target_outcome_status, and governing_analysis_rows. The required
architecture_and_behavior_integrity row must close before ready. A physical
boundary belongs in a separate row.
When Quality Harness is active, preserve quality_harness_used,
quality_harness_audit, failed_or_missing_harness_rows,
harness_evidence_promoted, and quality_reset_recommended. Exemplar work
preserves exemplar_calibrated_handoff_status, reusable_reviewer_tests, and
integrated_exemplar_judgment.
Promote route state only through the exact allowlist in the route-preflight
contract. Never recursively scan the run root for route pointers. An author must
not read work/workflows, controller state, or controller messages during
closeout. --review-contract-only, viewer health, and manual notes do not prove
terminal settlement.
The allowed terminal routes are:
continue_autonomous: useful approved self-contained work remains;revise: bounded correction before fresh review;promote_maturity: a pre-approved next stage should begin;needs_user: a targeted choice, approval, measurement, credential, upload, purchase, physical result, external run, or broader stage controls progress;ready_for_user: the current goal and concrete next action are ready;ready_for_bench_test: digital work is closed and the next truth is physical;ready_for_review_with_boundary: the bounded review deliverable is complete;max_revisions_reached,blocked, orinvalid_boundary: explicit terminal failure/boundary routes with coherent evidence.
Quality Reset is the user-facing phrase; deterministic mode is clean_restart.
An unresolved recommended reset blocks ready.
Next Move And Resume
A ready directive names a concrete action such as measure, print, bench-test,
calibrate, deploy, run, record, upload, buy, order, or build. compare,
inspect, choose, and reply are not ready-route actions. A user choice or
stage approval is needs_user with options and a resume point. Do not finish
with a broad feedback question or require audit-only/superseded side files.
Resume Answer Assimilation
Classify a resumed answer before work:
selected_option;selected_option_plus_objection;instruction_completed_plus_complaint;new_blocker;scope_change.
Apply the stored choice/result, update the brief and active issues, then resume
at needs_user_resume. Clear it only after durable assimilation; never ask the
user to repeat settled intake facts.
Conditional References
Do not preload every reference. Open only the direct contract activated now:
- state, Revision Brief, settle, recovery, route promotion:
references/manager_and_revision_protocol.md; - reviewer launch boundary:
references/reviewer_prompt.md; - final directive:
references/next_move_gate.md; - schemas and deterministic commands:
references/route_preflight.md; - escalation/Quality Reset:
references/evidence_escalation_autopilot.md; - stage authority:
references/stage_frontier.md; - profile inference:
references/rubric_profile_autopilot.md; - raw/comparator boundary:
references/comparator_preflight.md; - engineering review and output:
$cad-sim-reviewer-lenses.
Completion
Stop only when the same current state has: one complete independent YAML
review; coherent allowlisted route pointers; current hashes, Harness results,
and project verifier receipts; fresh audits of every active user-facing
artifact; full route preflight ok: true; settled child tasks; and a validated
terminal directive. The final response states that route and reproduces the
directive exactly.