refactor(library): remove Quality Criteria and Context sections from mech_engineer steps

Per CLAUDE.md: step instructions must not duplicate quality criteria
already enforced by job.yml reviews, and must not include narrative
Context sections. Removed both sections from all 13 step files.

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>

Author: ncrmro

library/jobs/mech_engineer/steps/define_assembly_requirements.md

@@ -58,12 +58,3 @@ Ask structured questions to gather the project name, design goal, and target qua
 - [List any unresolved items that need clarification before proceeding]
 ```
 
-## Quality Criteria
-
-- Every function the assembly must perform is listed with a measurable acceptance criterion.
-- Size envelope, weight limits, mounting interfaces, and environmental conditions are documented.
-- Target production quantity is recorded and mapped to a scale tier.
-
-## Context
-
-This document is the single source of truth for all downstream steps. `source_ots_components` uses it to decide which sub-functions can be bought rather than built. `design_custom_parts` uses it to size and specify each custom part. `evaluate_manufacturability` uses it to determine appropriate manufacturing methods for the target scale.

library/jobs/mech_engineer/steps/define_ots_requirements.md

@@ -64,12 +64,3 @@ Ask structured questions to understand what the OTS part must do, then produce a
 - [What the part must mate with, fit inside, or mount to]
 ```
 
-## Quality Criteria
-
-- The part's required function is stated with enough detail to evaluate candidates against it.
-- Key dimensional constraints are documented.
-- Quantity needed and an acceptable unit cost range are recorded.
-
-## Context
-
-Precise requirements here prevent wasted time researching incompatible options. Over-constraining (specifying exact part numbers rather than requirements) limits the search; under-constraining leads to candidates that fail at integration. Strike the balance: specify the *need*, not the solution.

library/jobs/mech_engineer/steps/define_part_spec.md

@@ -76,12 +76,3 @@ Ask structured questions to understand the part's function, load conditions, int
 - [Any unclear requirements to resolve before manufacturing method selection]
 ```
 
-## Quality Criteria
-
-- The part's primary function is stated with measurable acceptance criteria.
-- Mating surfaces, fastener patterns, and dimensional constraints are documented.
-- Forces, temperatures, and environmental conditions the part must withstand are recorded.
-
-## Context
-
-This specification feeds directly into `select_manufacturing_method`. A well-defined spec prevents back-and-forth with fabricators and enables accurate cost estimation. If any requirements are ambiguous, resolve them here before proceeding.

library/jobs/mech_engineer/steps/design_custom_parts.md

@@ -70,13 +70,3 @@ Read the assembly requirements and OTS component list to identify every sub-func
 [Repeat for each custom part]
 ```
 
-## Quality Criteria
-
-- Each custom part has a manufacturing method matched to the target production scale.
-- Each part has a recommended material with justification.
-- No custom part duplicates an available OTS option from the prior step.
-- Each part references an existing model source file (toolchain-appropriate format per agent.md) or includes notes on what geometry to create.
-
-## Context
-
-This step determines the core fabrication workload and cost of the assembly. Under-specifying parts here leads to fabrication errors and rework. The output feeds directly into BOM cost estimation and scale evaluation.

library/jobs/mech_engineer/steps/document_part.md

@@ -73,12 +73,3 @@ Merge the part spec and manufacturing specification into a clean datasheet, veri
 - [Any unresolved items before fabrication can begin]
 ```
 
-## Quality Criteria
-
-- Datasheet includes all fields needed to order fabrication or add the part to a BOM.
-- A model source file path (toolchain-appropriate format per agent.md) or model creation instructions are included.
-- A fabricator could produce the part from this datasheet without additional information.
-
-## Context
-
-This is the final output of the `design_part` workflow. The datasheet can be attached to a purchase order, included in a BOM, or handed to a fabricator directly. Keep it concise — one page is the target. Move long derivations or analysis to appendices if needed.

library/jobs/mech_engineer/steps/evaluate_manufacturability.md

@@ -101,13 +101,3 @@ Read the assembly requirements (for the target scale context) and the BOM (for p
 | [part_name]     | OTS            | OTS            | OTS (volume buy)   |
 ```
 
-## Quality Criteria
-
-- Evaluation explicitly addresses prototype, small-batch, and production scale tiers.
-- Total unit cost is calculated for each tier.
-- Parts whose manufacturing method should change between tiers are explicitly identified with justification.
-- High-cost or long-lead items that dominate the BOM at each scale are identified with mitigation suggestions.
-
-## Context
-
-This is the final step of the `design_assembly` workflow. The output drives sourcing strategy, investment timing (e.g., when to order mold tooling), and product pricing. The `evaluate_at_scale` workflow uses a similar analysis for existing assemblies without re-running the full design flow.

library/jobs/mech_engineer/steps/generate_bom.md

@@ -49,13 +49,3 @@ Read the OTS components list and custom parts plan, then produce a complete BOM.
 - [Any sourcing caveats, substitution options, or procurement dependencies]
 ```
 
-## Quality Criteria
-
-- BOM includes every OTS component and custom part from the assembly.
-- Each line item has a unit cost and extended cost; a total assembly cost is summed.
-- Each OTS part has a supplier; custom parts note fabrication method in the supplier column.
-- Lead time or fabrication time estimate is provided for each line item.
-
-## Context
-
-The BOM is used directly by `evaluate_manufacturability` to calculate per-unit cost across scale tiers and identify high-cost or long-lead items. Accuracy here is critical — gaps in cost or lead time will degrade the quality of scale recommendations.

library/jobs/mech_engineer/steps/load_assembly_bom.md

@@ -60,12 +60,3 @@ Ask structured questions to locate the BOM and requirements files, then normaliz
 - Lines with missing lead time: [list or "none"]
 ```
 
-## Quality Criteria
-
-- Normalized BOM includes part name, quantity, unit cost, supplier, and manufacturing method for every line item.
-- Design requirements (function, constraints, quantity target) are present as context for the analysis.
-- The tiers to evaluate are explicitly listed.
-
-## Context
-
-This step is the entry point for the `evaluate_at_scale` workflow when applied to an existing assembly. The normalized context file is the sole input to `run_scale_analysis` — accuracy here directly determines the quality of scale recommendations.

library/jobs/mech_engineer/steps/research_ots_options.md

@@ -75,12 +75,3 @@ Read the OTS requirements document, search supplier catalogs, and record candida
 | MOQ               | [qty]    | [qty]    | [qty]    |
 ```
 
-## Quality Criteria
-
-- At least three distinct candidate parts are documented (or all available options if fewer exist in the market).
-- Each candidate's specifications are verified against the requirements document.
-- Unit cost and minimum order quantity are recorded for each candidate.
-
-## Context
-
-The quality of this research directly determines whether the selected part will work. Do not include candidates that fail a functional or dimensional requirement — note their failure and exclude them. If fewer than three options exist that meet all requirements, document all available options and note the constraint.

library/jobs/mech_engineer/steps/run_scale_analysis.md

@@ -102,13 +102,3 @@ Read `bom_context.md`, apply scale-tier logic, and produce a structured report c
 | [part]          | [method]       | [method]       | [method]           |
 ```
 
-## Quality Criteria
-
-- Every requested scale tier is analyzed.
-- Total unit cost is calculated for each tier.
-- Parts that should change manufacturing method between tiers are explicitly called out with the break-even quantity.
-- Each tier includes 1–3 concrete recommendations to reduce cost or lead time.
-
-## Context
-
-This is the final step of the `evaluate_at_scale` workflow and mirrors the analysis in `evaluate_manufacturability` at the end of `design_assembly`. The output is intended for engineering and business stakeholders deciding when to invest in tooling, volume purchasing, or process transitions.