# 1. SDD (Specification-Driven Development) 与 TDD/BDD/PDD 的工程差异中从需求文档到可执行契约的转换边界？ A SDD 与 TDD 完全等价 B SDD 把可执行契约作为一等产物，可据此生成实现与测试，区别于 TDD/BDD/PDD ✓ 正确答案 C SDD 不需要 spec D PDD 是 SDD 的子集
# 2. Spec Kit (GitHub 开源) / OpenSpec / Kiro 三大主流 SDD 框架的工具链对比中 spec 模板、validator、生成可执行 task 的工程取舍？ A 三者完全等价 B 选型无需考虑模板与校验 C 三者都不支持 AI 集成 D 在 spec 模板、validator 与可执行 task 生成上取向不同，选型需结合团队需求 ✓ 正确答案
# 3. 从 Vibe Coding 迁移到 SDD 的真实过渡痛点，spec 写多细、谁来维护、spec 与代码的同步漂移问题？ A 迁移无痛点 B spec 粒度、维护责任与同步漂移是核心痛点，需纳入版本控制与 CI 校验治理 ✓ 正确答案 C spec 写越细越好 D spec 与代码无需同步
# 4. Claude Code Skills 体系与 SDD 的协作中把专家知识封装为可调用 Skill 是否就是 spec 的一种？ A Skill 就是 spec，二者等价 B Skill 封装专家流程（过程规范），spec 定义验收标准（结果规范），二者互补协作 ✓ 正确答案 C Skills 与 spec 无关 D SDD 只需 spec，无需 Skills
# 5. Spec-Driven Development 中"Spec 先行"如何与 TDD 互补，两者边界是什么？ A 二者互斥，只能选一个 B Spec 定义验收契约（目标），TDD 用测试落地验证（手段），二者互补 ✓ 正确答案 C TDD 可以替代 spec D spec 与测试无关
# 6. SDD 在大型 monorepo 与多团队协作下的 spec 一致性、版本化、回滚策略？ A spec 无需版本化 B 通过统一模板、CI 校验、所有权划分与版本绑定，保证 spec 一致、可回滚、防漂移 ✓ 正确答案 C 多团队 spec 无需协调 D 回滚时只需回滚代码，无需回滚 spec
# 7. SDD 工具链与现有 CI/CD 的对接中 spec 验证 → 自动 code-gen → diff 评审 → merge 的完整工程链路？ A 通过 spec 验证、自动 code-gen、diff 评审与 merge 构成可门禁的工程链路 ✓ 正确答案 B spec 与 CI/CD 无关 C code-gen 无需人工评审 D spec 验证可跳过
# 8. 如何用 BMAD-Method、GSD 等 AI Agent 编排框架实现全自动 SDD 工程，spec 编写 → 任务拆解 → 多 Agent 编码 → 自验证？ A 通过 spec 编写、任务拆解、多 Agent 编码与自验证编排，但最终验收仍由人工把关 ✓ 正确答案 B 全自动 SDD 无需人工 C 编排框架可完全替代人工评审 D 自验证是无意义的步骤
# 9. SDD 中的 spec 模板 (OpenAPI、Zod、JSON Schema、protobuf、AsyncAPI) 的工程选型？ A 所有模板通用，随便选 B Zod 只适用于 Java C 按协议（OpenAPI/AsyncAPI/protobuf）、语言、校验需求与生态组合选型 ✓ 正确答案 D OpenAPI 不支持 REST
# 10. spec 是源代码、代码是 spec 的衍生品是否过度，在什么业务领域 SDD 投入产出比真的高？ A 所有领域都应使用 SDD B "spec 是源代码"在所有场景都合理 C 接口/契约密集、规则明确、样板多的领域 SDD 高 ROI，探索模糊需求领域 ROI 低 ✓ 正确答案 D SDD 与领域无关
# 11. SDD 团队落地的早期踩坑中 spec 写得过度详细 (spec bloat) 与写得过度抽象 (vague spec) 的真实边界？ A spec 越详细越好 B spec 应规定内部算法细节 C spec 越抽象越好 D spec 应描述外部可验收行为与契约，不约束内部实现细节，避免 bloat 与 vague ✓ 正确答案
# 12. 如何用规范文档自动生成测试骨架与 Mock，减少人工翻译错误？ A 手工编写反而更准 B 人工翻译错误无法避免 C 规范无法用于生成 mock D 以规范为单一事实来源机器生成骨架与 Mock，人工只补业务断言，减少翻译错误 ✓ 正确答案
# 13. Spec 的版本管理与变更审批中谁有权修改 Spec，如何保证实现与 Spec 同步？ A 通过版本化、所有权审批、变更联动与 CI 符合度校验，保证实现与 spec 同步 ✓ 正确答案 B 任何人都可随意改 spec C spec 与实现无需同步 D spec 变更无需评审
# 14. SDD 的核心中 Spec 先行与验收驱动？ A 先写代码再补 spec 即可 B 实现优先于 spec C 验收标准与 spec 无关 D Spec 先行定义契约目标，验收驱动评判是否达标，构成 SDD 核心闭环 ✓ 正确答案
# 15. Spec Kit 的工具链中规格、生成与验证？ A Spec Kit 只做规格，不做生成 B Spec Kit 不能生成任务 C validator 无法接入 CI D 围绕规格（定义）、生成（产出）、验证（把关）三环节构成规约驱动闭环 ✓ 正确答案
# 17. SDD 的团队落地中文档与评审？ A 通过规范文档、spec 评审、试点推广与培训，让 SDD 落地为团队实践 ✓ 正确答案 B 落地无需文档与评审 C spec 评审无需进行 D 直接全量推行即可，无需试点
