Acceptance criteria builder
Skill ThanhNguyxnOrg/blendops/skills/acceptance-criteria-builder
AI-native Blender workflow and skill pack for non-Blender users, built around official Blender MCP, Claude Blender Connector, and Blender CLI.
npx -y skills add ThanhNguyxnOrg/blendops --skill acceptance-criteria-builderAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
One thing to look at
- 3 stars3 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
Turn a locked 3D brief plus chosen recipe into a measurable acceptance checklist with evidence hooks.
SKILL.md
3.3 KB, as published. Nobody here has run it
acceptance-criteria-builder
Purpose
Translate qualitative creative goals into checkable acceptance rows so validators, evidence skills, and stakeholders share one definition of done.
Quick start
- ingest brief slots + recipe expectations
- expand using
references/checklist-patterns.md - attach evidence hooks per
references/evidence-hook-rules.md - format via
references/brief-to-criteria-mapper.md
When to use
- before first expensive render/export decision
- when stakeholders disagree on "done"
- after scope change mid-project
When not to use
- pure exploration without deliverable (brainstorming phase)
- legal compliance rows (license skill owns permissions language)
Trigger phrases
- "definition of done"
- "acceptance criteria"
- "how do we know this is finished"
- "sign-off checklist"
Prerequisites / readiness
- brief considered locked enough for planners OR deltas explicitly listed
- recipe/pack anchor identified
Input schema
Required inputs
| Input | Why it is required |
|---|---|
| Brief summary | Source of criteria |
| Priority outputs | Weight checklist |
Optional inputs
| Input | Use |
|---|---|
| Brand rubric | Adds objective rows |
| Platform constraints | Adds measurable thresholds |
Output schema
Primary output
- prioritized checklist table: Criterion | Measurement | Evidence expected | Owner
Evidence / caveat output
Runtime status: Not Run | Attempted | Produced | Verified | Failed | Blocked / Not Run
Artifact status: Not Run | Not Produced | Produced | Verified | Failed
Evidence used: <brief version ID>
Limitations: <subjective rows flagged>
Required laws
../../laws/evidence-before-done.md../../laws/non-blender-user-language.md../../laws/no-arbitrary-python-interface.md../../laws/official-runtime-only.md
Official runtime boundary
Checklist may include runtime tasks but must label evidence expectations without claiming upstream execution outcomes.
Operating procedure
- Map brief fields to criterion categories.
- Convert subjective adjectives to observable signals where possible.
- Attach default evidence artifacts (still filename pattern, GLB checks, report sections).
- Hand off to
pre-handoff-verificationnear completion.
Mode handling
Text-only mode
Evidence hooks describe expected artifacts, not actual files.
Runtime-ready mode
Add measurement rows tied to render-export-evidence outputs.
Blocked runtime mode
Keep criteria but mark execution rows Blocked.
Validation checklist
- Every P0 criterion measurable or explicitly subjective
- Evidence hook per P0 row
- Subjective rows flagged
Pass / Warn / Fail rubric
| Verdict | Criteria |
|---|---|
| Pass | P0 criteria covered + hooks |
| Warn | Subjective-heavy list — stakeholder sign-off needed |
| Fail | False Verified hooks |
Cross-skill handoff
- Brief source →
../intent-to-3d-brief-writer/SKILL.md - Scope enforcement →
../blender-scope-boundary-enforcer/SKILL.md - Final verification →
../pre-handoff-verification/SKILL.md
References
references/checklist-patterns.mdreferences/evidence-hook-rules.mdreferences/brief-to-criteria-mapper.md