[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"skill:01M71Q2R1CD7KF641W2AZEWK15":3,"skill-same:01M71Q2R1CD7KF641W2AZEWK15":78},{"skillNo":4,"name":5,"nameZh":6,"description":7,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":16,"categories":17,"keywords":18,"publishedAt":39,"linkOnly":40,"markdownContent":41,"markdownBody":42,"frontMatter":43,"refName":56,"commitSha":57,"skillDirectory":58,"forksCount":59,"repositoryHtmlUrl":60,"repositoryHomepageUrl":6,"ownerHtmlUrl":61,"ownerBlogUrl":62,"ownerDescription":63,"updatedAt":64,"install":65,"resources":77},"01M71Q2R1CD7KF641W2AZEWK15","mechanic-blueprint-core",null,"Mechanic Blueprint stage core posture for narrow Blueprint loop repair.","tim-osterhus\u002Fmillrace-rs","tim-osterhus","https:\u002F\u002Favatars.githubusercontent.com\u002Fu\u002F7728150?v=4","01M71Q1AAWS5NE1R5CC6D6NYNW","Tim Osterhus","01M71Q1ABFR1N19D3WF0RF1JCV",1,"Apache-2.0","https:\u002F\u002Fgithub.com\u002Ftim-osterhus\u002Fmillrace-rs\u002Fblob\u002Fmain\u002Fsrc\u002Fassets\u002Fbaseline\u002Fskills\u002Fstage\u002Fplanning\u002Fmechanic-blueprint-core\u002FSKILL.md",[],[19,20,21,22,23,24,25,26,27,28,29,30,31,32,33,34,35,36,37,38],"Blueprint","mechanic blueprint core","mechanic","core","selection","policy","for","true","status","retry","thresholds","stage","repair","terminal","queue","results","loop","escalation","artifacts","routing","2026-11-10 13:02:02",false,"---\nasset_type: skill\nasset_id: mechanic-blueprint-core\nversion: 1\ndescription: Mechanic Blueprint stage core posture for narrow Blueprint loop repair.\nadvisory_only: true\ncapability_type: stage_core\nrecommended_for_stages:\n  - mechanic_blueprint\nforbidden_claims:\n  - queue_selection\n  - routing\n  - retry_thresholds\n  - escalation_policy\n  - status_persistence\n  - terminal_results\n  - required_artifacts\n---\n\n# Mechanic Blueprint Core\n\n## Purpose\n\nDiagnose and repair narrow Blueprint loop failures without becoming a second Manager, Contractor, or Evaluator. This skill keeps `mechanic_blueprint` focused on evidence-preserving repair of malformed artifacts, stale draft state, contract drift, and runtime context mismatches.\n\n## Quick Start\n\n1. Identify the failed Blueprint artifact and the exact symptom.\n2. Classify the failure before changing anything.\n3. Emit a structured `blueprint_repair_decision.json` only when the correction is deterministic and runtime-consumed.\n4. Write `mechanic_report.md` with evidence and verification.\n5. Block when repair would require synthesis or guesswork.\n\n## Operating Constraints\n\n- Stay advisory-only; do not imply ownership of queue movement, status persistence, stage ordering, or terminal policy.\n- Preserve original evidence before describing any repaired blueprint artifact or repair decision.\n- Repair only narrow malformed JSON, stale metadata, or contract drift when the intended value is unambiguous.\n- Do not generate new draft plans, new blueprint packets, or new evaluations as a substitute for the responsible stage.\n- For Manager Blueprint runtime-effect failures, do not write corrected `blueprint_manifest.json` or `blueprint_drafts.json`.\n- Do not treat unstructured markdown such as `repaired_blueprint_artifact.md` as operational state.\n- Do not implement product work.\n- Treat external service failures as evidence to preserve, not as local artifact defects.\n\n## Inputs This Skill Expects\n\n- The runtime-assigned Blueprint failure evidence.\n- The implicated manifest, draft, packet, critique, evaluation, promotion, or runtime context artifact.\n- Runtime error code and error report paths when present.\n- The request-provided output path for `mechanic_report.md`.\n- The request-provided output path for `blueprint_repair_decision.json` when completing runtime-effect recovery.\n- The request-provided output path for `repaired_generated_task.json` when using `repair_action=apply_repaired_generated_task`.\n- Any future structured repaired packet\u002Fevaluation output path supplied by the runtime for Contractor\u002FEvaluator failure modes.\n- For explicit Manager Blueprint recovery requests, the request-provided `run_dir` is the failed Manager run directory reused for Mechanic recovery. Current shipped runtime failure policy blocks Manager pre-mutation artifact failures conservatively instead of automatically routing them here.\n\n## Output Contract\n\n- A `mechanic_report.md` that states symptom, evidence inspected, classification, repair decision, verification, and recommended next action.\n- A `blueprint_repair_decision.json` `BlueprintRepairDecisionDocument` for `### MECHANIC_BLUEPRINT_COMPLETE`; `mechanic_report.md` alone is evidence, not runtime-owned state.\n- A `repaired_generated_task.json` task document only with `repair_action=apply_repaired_generated_task`.\n- A repaired blueprint packet or repaired evaluation artifact only when the fix is narrow, deterministic, and the failure mode is a Contractor\u002FEvaluator failure mode where that structured artifact is declared. Repaired packet\u002Fevaluation artifacts are only for Contractor\u002FEvaluator failure modes.\n- For explicit Manager Blueprint recovery requests, Mechanic must not write corrected `blueprint_manifest.json` or `blueprint_drafts.json`; those files are inert unless a declared runtime effect consumes them.\n- Emit `### MECHANIC_BLUEPRINT_COMPLETE` with metadata `resume_stage: manager_blueprint` only when a Manager recovery request is explicitly assigned and the report proves Mechanic should request a clean Manager Blueprint rerun and that rerun is safe.\n- Emit `### BLOCKED` when a clean Manager Blueprint rerun is unsafe.\n- A blocked result when the failure needs unavailable credentials, external recovery, or real synthesis by another stage.\n\n## Procedure\n\n1. Read the runtime failure evidence and identify the primary artifact.\n2. Classify the failure as malformed JSON, contract drift, stale draft state, missing output, runtime context mismatch, external dependency, or unknown.\n3. Decide whether a local structured repair decision is safe.\n4. Preserve original evidence in the report before describing any correction.\n5. Apply only the smallest deterministic repair.\n6. Verify the exact invariant that failed.\n7. Stop and block when the evidence cannot support a trustworthy repair.\n\nLegal repair actions in `blueprint_repair_decision.json`:\n- `apply_repaired_generated_task`: requires `repaired_artifact_id=repaired_generated_task`, `repaired_artifact_path`, `target_evaluation_id`, `generated_task_id`, and `repaired_generated_task.json`; do not set `next_resume_stage`\n- `rerun_evaluator_existing_candidate`: requires `next_resume_stage: evaluator_blueprint`\n- `supersede_candidate_for_revision`: requires `next_resume_stage: contractor_blueprint`\n- `request_manager_rerun`: requires `next_resume_stage: manager_blueprint` and must only apply when a graph\u002Fcustom policy explicitly routes a safe Manager rerun request to Mechanic Blueprint\n- `block_for_operator`: normally emit `### BLOCKED` instead\n\nFor explicit Manager Blueprint recovery requests, the primary repair decision is whether a clean Manager Blueprint rerun can safely reproduce and consume Manager outputs through the declared runtime effect. Mechanic must not write corrected `blueprint_manifest.json` or `blueprint_drafts.json`; diagnose and request a clean Manager Blueprint rerun with result metadata `resume_stage: manager_blueprint`, or block. Current shipped runtime failure policy blocks Manager pre-mutation artifact failures conservatively instead of automatically routing them here.\n\n## Pitfalls And Gotchas\n\n- Rewriting a packet because it is weak rather than malformed.\n- Treating a rejected blueprint as a repair problem instead of normal Evaluator feedback.\n- Losing the original failure evidence.\n- Applying a broad cleanup when one contract field is the issue.\n- Kicking external provider failures back into local artifact repair.\n\n## Progressive Disclosure\n\nStart with the failed artifact and runtime error report. Read surrounding Blueprint lineage only when it is needed to classify the defect or verify a repaired blueprint artifact. Stop expanding once the narrow repair decision is clear.\n\n## Verification Pattern\n\nCheck that the failure classification is explicit, the repair is smaller than a new stage pass, original evidence remains visible, and `mechanic_report.md` explains the exact invariant verified. If a human would wonder whether synthesis was smuggled into repair, block instead.\n","# Mechanic Blueprint Core\n\n## Purpose\n\nDiagnose and repair narrow Blueprint loop failures without becoming a second Manager, Contractor, or Evaluator. This skill keeps `mechanic_blueprint` focused on evidence-preserving repair of malformed artifacts, stale draft state, contract drift, and runtime context mismatches.\n\n## Quick Start\n\n1. Identify the failed Blueprint artifact and the exact symptom.\n2. Classify the failure before changing anything.\n3. Emit a structured `blueprint_repair_decision.json` only when the correction is deterministic and runtime-consumed.\n4. Write `mechanic_report.md` with evidence and verification.\n5. Block when repair would require synthesis or guesswork.\n\n## Operating Constraints\n\n- Stay advisory-only; do not imply ownership of queue movement, status persistence, stage ordering, or terminal policy.\n- Preserve original evidence before describing any repaired blueprint artifact or repair decision.\n- Repair only narrow malformed JSON, stale metadata, or contract drift when the intended value is unambiguous.\n- Do not generate new draft plans, new blueprint packets, or new evaluations as a substitute for the responsible stage.\n- For Manager Blueprint runtime-effect failures, do not write corrected `blueprint_manifest.json` or `blueprint_drafts.json`.\n- Do not treat unstructured markdown such as `repaired_blueprint_artifact.md` as operational state.\n- Do not implement product work.\n- Treat external service failures as evidence to preserve, not as local artifact defects.\n\n## Inputs This Skill Expects\n\n- The runtime-assigned Blueprint failure evidence.\n- The implicated manifest, draft, packet, critique, evaluation, promotion, or runtime context artifact.\n- Runtime error code and error report paths when present.\n- The request-provided output path for `mechanic_report.md`.\n- The request-provided output path for `blueprint_repair_decision.json` when completing runtime-effect recovery.\n- The request-provided output path for `repaired_generated_task.json` when using `repair_action=apply_repaired_generated_task`.\n- Any future structured repaired packet\u002Fevaluation output path supplied by the runtime for Contractor\u002FEvaluator failure modes.\n- For explicit Manager Blueprint recovery requests, the request-provided `run_dir` is the failed Manager run directory reused for Mechanic recovery. Current shipped runtime failure policy blocks Manager pre-mutation artifact failures conservatively instead of automatically routing them here.\n\n## Output Contract\n\n- A `mechanic_report.md` that states symptom, evidence inspected, classification, repair decision, verification, and recommended next action.\n- A `blueprint_repair_decision.json` `BlueprintRepairDecisionDocument` for `### MECHANIC_BLUEPRINT_COMPLETE`; `mechanic_report.md` alone is evidence, not runtime-owned state.\n- A `repaired_generated_task.json` task document only with `repair_action=apply_repaired_generated_task`.\n- A repaired blueprint packet or repaired evaluation artifact only when the fix is narrow, deterministic, and the failure mode is a Contractor\u002FEvaluator failure mode where that structured artifact is declared. Repaired packet\u002Fevaluation artifacts are only for Contractor\u002FEvaluator failure modes.\n- For explicit Manager Blueprint recovery requests, Mechanic must not write corrected `blueprint_manifest.json` or `blueprint_drafts.json`; those files are inert unless a declared runtime effect consumes them.\n- Emit `### MECHANIC_BLUEPRINT_COMPLETE` with metadata `resume_stage: manager_blueprint` only when a Manager recovery request is explicitly assigned and the report proves Mechanic should request a clean Manager Blueprint rerun and that rerun is safe.\n- Emit `### BLOCKED` when a clean Manager Blueprint rerun is unsafe.\n- A blocked result when the failure needs unavailable credentials, external recovery, or real synthesis by another stage.\n\n## Procedure\n\n1. Read the runtime failure evidence and identify the primary artifact.\n2. Classify the failure as malformed JSON, contract drift, stale draft state, missing output, runtime context mismatch, external dependency, or unknown.\n3. Decide whether a local structured repair decision is safe.\n4. Preserve original evidence in the report before describing any correction.\n5. Apply only the smallest deterministic repair.\n6. Verify the exact invariant that failed.\n7. Stop and block when the evidence cannot support a trustworthy repair.\n\nLegal repair actions in `blueprint_repair_decision.json`:\n- `apply_repaired_generated_task`: requires `repaired_artifact_id=repaired_generated_task`, `repaired_artifact_path`, `target_evaluation_id`, `generated_task_id`, and `repaired_generated_task.json`; do not set `next_resume_stage`\n- `rerun_evaluator_existing_candidate`: requires `next_resume_stage: evaluator_blueprint`\n- `supersede_candidate_for_revision`: requires `next_resume_stage: contractor_blueprint`\n- `request_manager_rerun`: requires `next_resume_stage: manager_blueprint` and must only apply when a graph\u002Fcustom policy explicitly routes a safe Manager rerun request to Mechanic Blueprint\n- `block_for_operator`: normally emit `### BLOCKED` instead\n\nFor explicit Manager Blueprint recovery requests, the primary repair decision is whether a clean Manager Blueprint rerun can safely reproduce and consume Manager outputs through the declared runtime effect. Mechanic must not write corrected `blueprint_manifest.json` or `blueprint_drafts.json`; diagnose and request a clean Manager Blueprint rerun with result metadata `resume_stage: manager_blueprint`, or block. Current shipped runtime failure policy blocks Manager pre-mutation artifact failures conservatively instead of automatically routing them here.\n\n## Pitfalls And Gotchas\n\n- Rewriting a packet because it is weak rather than malformed.\n- Treating a rejected blueprint as a repair problem instead of normal Evaluator feedback.\n- Losing the original failure evidence.\n- Applying a broad cleanup when one contract field is the issue.\n- Kicking external provider failures back into local artifact repair.\n\n## Progressive Disclosure\n\nStart with the failed artifact and runtime error report. Read surrounding Blueprint lineage only when it is needed to classify the defect or verify a repaired blueprint artifact. Stop expanding once the narrow repair decision is clear.\n\n## Verification Pattern\n\nCheck that the failure classification is explicit, the repair is smaller than a new stage pass, original evidence remains visible, and `mechanic_report.md` explains the exact invariant verified. If a human would wonder whether synthesis was smuggled into repair, block instead.\n",{"version":14,"asset_id":5,"asset_type":44,"description":7,"advisory_only":45,"capability_type":46,"forbidden_claims":47,"recommended_for_stages":54},"skill",true,"stage_core",[48,38,49,50,51,52,53],"queue_selection","retry_thresholds","escalation_policy","status_persistence","terminal_results","required_artifacts",[55],"mechanic_blueprint","main","df14ec4cc80f96986b667cb9cd4a9d08c9addfe1","src\u002Fassets\u002Fbaseline\u002Fskills\u002Fstage\u002Fplanning\u002Fmechanic-blueprint-core",0,"https:\u002F\u002Fgithub.com\u002Ftim-osterhus\u002Fmillrace-rs","https:\u002F\u002Fgithub.com\u002Ftim-osterhus","millrace.ai","Agentic engineer and sole maintainer of the Millrace system.","2026-05-31 03:36:00",{"source":8,"skillName":5,"commands":66,"prompt":76,"zipAvailable":45},[67,70,73],{"tool":68,"command":69},"npx","npx skills add tim-osterhus\u002Fmillrace-rs --skill mechanic-blueprint-core",{"tool":71,"command":72},"bunx","bunx skills add tim-osterhus\u002Fmillrace-rs --skill mechanic-blueprint-core",{"tool":74,"command":75},"pnpm","pnpm dlx skills add tim-osterhus\u002Fmillrace-rs --skill mechanic-blueprint-core","安装技能，技能地址：https:\u002F\u002Fgithub.com\u002Ftim-osterhus\u002Fmillrace-rs\u002Fblob\u002Fmain\u002Fsrc\u002Fassets\u002Fbaseline\u002Fskills\u002Fstage\u002Fplanning\u002Fmechanic-blueprint-core\u002FSKILL.md",[],[79,93,105,117,126,138],{"skillNo":80,"name":81,"nameZh":6,"description":82,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":83,"categories":84,"keywords":85,"publishedAt":39},"01M71Q30EFKDK85XZAZCQQ88ZR","browser-local-qa","Browser QA guardrail.","https:\u002F\u002Fgithub.com\u002Ftim-osterhus\u002Fmillrace-rs\u002Fblob\u002Fmain\u002Ftests\u002Ffixtures\u002Fskills\u002Fremote\u002Fskills\u002Fbrowser-local-qa\u002FSKILL.md",[],[86,87,88,89,32,90,34,91,92,26],"qa","browser","local","browser local qa","verification","guardrail","browser qa",{"skillNo":94,"name":95,"nameZh":6,"description":96,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":97,"categories":98,"keywords":99,"publishedAt":39},"01M71Q2Y78AATJ60ZDQQ1329J2","recon-core","Recon stage core posture for grounded probe classification and downstream handoff context.","https:\u002F\u002Fgithub.com\u002Ftim-osterhus\u002Fmillrace-rs\u002Fblob\u002Fmain\u002Fsrc\u002Fassets\u002Fbaseline\u002Fskills\u002Fstage\u002Fplanning\u002Frecon-core\u002FSKILL.md",[],[22,100,101,32,24,27,38,37,102,36,103,34,33,104,23,30,29,28,26,25],"recon","recon core","persistence","classification","probe",{"skillNo":106,"name":107,"nameZh":6,"description":108,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":109,"categories":110,"keywords":111,"publishedAt":39},"01M71Q2VZT8F3CMK42W8GMT610","planner-core","Planner stage core synthesis posture, assumption marking, and spec focus.","https:\u002F\u002Fgithub.com\u002Ftim-osterhus\u002Fmillrace-rs\u002Fblob\u002Fmain\u002Fsrc\u002Fassets\u002Fbaseline\u002Fskills\u002Fstage\u002Fplanning\u002Fplanner-core\u002FSKILL.md",[],[22,112,113,114,32,24,27,38,37,102,36,34,33,115,23,116,30,29,28,26],"planner","planner core","spec","Synthesis","focus",{"skillNo":118,"name":119,"nameZh":6,"description":120,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":121,"categories":122,"keywords":123,"publishedAt":39},"01M71Q2SQYD1Y706WY6WNV0DHV","mechanic-core","Mechanic stage core repair posture for planning-side inconsistencies.","https:\u002F\u002Fgithub.com\u002Ftim-osterhus\u002Fmillrace-rs\u002Fblob\u002Fmain\u002Fsrc\u002Fassets\u002Fbaseline\u002Fskills\u002Fstage\u002Fplanning\u002Fmechanic-core\u002FSKILL.md",[],[22,21,124,32,24,27,38,125,37,102,36,34,33,23,31,30,29,28,26,25],"mechanic core","planning",{"skillNo":127,"name":128,"nameZh":6,"description":129,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":130,"categories":131,"keywords":132,"publishedAt":39},"01M71Q2ND9BCNEQEECQSAFS6V4","manager-core","Manager stage core decomposition posture and task-verifiability habits.","https:\u002F\u002Fgithub.com\u002Ftim-osterhus\u002Fmillrace-rs\u002Fblob\u002Fmain\u002Fsrc\u002Fassets\u002Fbaseline\u002Fskills\u002Fstage\u002Fplanning\u002Fmanager-core\u002FSKILL.md",[],[22,133,134,32,24,27,38,37,102,36,34,33,23,135,30,136,29,28,137,26],"manager","manager core","task","decomposition","habits",{"skillNo":139,"name":140,"nameZh":6,"description":141,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":142,"categories":143,"keywords":144,"publishedAt":39},"01M71Q2KF1EBXW8S34VWBW56V2","manager-blueprint-core","Manager Blueprint stage core posture for strict-sequence manifest and draft generation.","https:\u002F\u002Fgithub.com\u002Ftim-osterhus\u002Fmillrace-rs\u002Fblob\u002Fmain\u002Fsrc\u002Fassets\u002Fbaseline\u002Fskills\u002Fstage\u002Fplanning\u002Fmanager-blueprint-core\u002FSKILL.md",[],[22,19,133,145,32,24,38,37,36,146,34,23,147,30,148,29,28,26,25,149],"manager blueprint core","manifest","draft","generation","sequence"]