manufacturing_self_check

Verifies code and database artifacts against approved design evidence before QA review.

4|Updated Jan 31, 2026
One-click install
npx skills add https://github.com/synthaicode/XRefKit --skill manufacturing-self-check-synthaicode
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: manufacturing_self_check
Source: https://github.com/synthaicode/XRefKit/tree/main/skills/manufacturing_self_check
Command: npx skills add https://github.com/synthaicode/XRefKit --skill manufacturing-self-check-synthaicode

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? After implementation and unit testing, teams need an internal check that code and database artifacts actually match the approved design before handing work to external QA. Without a structured self-check, unsupported alignment claims, untracked DB changes, and unrecorded assumption gaps slip through to review. ## Core Features & Use Cases - Design-Alignment Verification: Compares implemented code and DB manufacturing artifacts (DDL, migrations, stored procedures, ORM mappings, seed data, correction scripts) against approved design evidence. - Subagent Splitting for Large Scopes: Splits self-check execution by artifact family or target boundary when code, DB artifacts, tests, and design evidence exceed one context, with a coordinator merging findings. - Structured Findings and Handoff: Produces self-check results, alignment findings, unresolved item lists, and execution metrics, finalized as done, unknown, or out_of_scope before quality-group handoff. - Use Case: A team finishes a feature including schema migrations and stored procedures; run this Skill to confirm every DB artifact traces back to approved design evidence and flag unresolved assumption gaps before QA review. ## Quick Start Run the manufacturing self-check on the implemented code and DB migration artifacts against the approved design documents and unit test results, then report alignment findings and unresolved items.

Frequently Asked Questions about manufacturing_self_check

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I verify code matches approved design before QA review?▼

Run a manufacturing self-check that compares implemented code against approved design evidence, records alignment findings, and classifies unresolved items as done, unknown, or out_of_scope. Results are then handed off to the quality group for independent review.

How to self-check database artifacts like migrations and stored procedures?▼

Include DDL, migrations, generated SQL, stored procedures, ORM mappings, seed data, and correction scripts as self-check targets. Each DB artifact must map back to approved DB design evidence, the current database state basis, or an explicit evidence gap.

What happens when the self-check scope is too large for one pass?▼

Split execution into subagents by artifact family or target boundary, such as code alignment, DB artifact alignment, and test evidence. A coordinator context merges duplicate findings, classifies unresolved items, and prepares the quality-review handoff.

Does a manufacturing self-check replace independent QA review?▼

No. It is manufacturing-side self-control only and does not substitute for quality-group review. All findings, including DB alignment results and unresolved verification items, are handed off to the quality group for independent assessment.

What happens when design evidence is missing during the check?▼

Missing evidence is recorded as unknown rather than assumed aligned. Unsupported alignment claims are downgraded to unknown, and explicit design gaps or out-of-scope reasons are preserved in the final report.