What problem does it solve? It provides QA reviewers with a structured acceptance standard for judging whether an Ascend C operator development plan is sound and feasible before direct-launch kernel coding begins, preventing unverified designs from reaching implementation. ## Core Features & Use Cases - Checklist-Based Review: Verifies architecture alignment, schema consistency with proto.yaml, Buffer planning, Tiling strategy, multi-core partitioning, and Ascend C API validation against authoritative sources. - Two-Stage Acceptance: Runs QA objective checks first, then generates a structured questionnaire of key decision points for item-by-item user confirmation. - Semantic Attribution: Classifies every defect or objection as belonging to the development plan or the requirements document, routing rework to the correct upstream stage. - Use Case: A QA engineer loads this skill at the CP2.2 checkpoint to review a BatchMatmulMaxSum operator design document, produces structured revision feedback for failed items, and archives questionnaire results under .cannbot/<operator>/questionnaires/. ## Quick Start Load this skill to review the development plan document for the current operator and run the CP2.2 acceptance checks.