# 1. Vibe Coding（Andrej Karpathy 提出）的核心中用自然语言描述意图让 AI 生成代码；与传统编程的工程边界与质量风险？ A Vibe Coding 与传统编程完全等价，无任何风险 B Vibe Coding 用自然语言描述意图让 AI 生成代码，适合原型与探索，生产系统需强化门禁对冲质量风险 ✓ 正确答案 C Vibe Coding 只适用于生产系统，不适用于原型 D Vibe Coding 生成的代码无需测试与评审
# 2. Vibe Coding 时代的代码审查范式转变中从"逐行审"到"意图符合性审"，如何验证 AI 输出符合原始 Spec？ A 审查应坚持逐行审，确保每一行都正确 B AI 生成的代码无需审查，直接合并 C 审查应从"逐行审"转向"意图符合性审"，以 Spec 与测试为基准验证 AI 输出 ✓ 正确答案 D 意图符合性审只审变量命名，不审业务
# 3. Vibe Coding 的高风险模式（无测试/无评审/大 PR）如何用门禁约束？ A 大 PR 有助于快速交付，应鼓励 B 无测试的 AI 代码可直接合并，靠后续修复 C 高风险模式可通过 CI 强制测试、评审 gate、PR 大小限制等门禁约束 ✓ 正确答案 D 门禁只适用于人工代码，不适用于 AI 代码
# 4. Vibe Coding 的需求颗粒度中什么级别的需求描述足以让 AI 产出可验收代码，如何用「验收标准先行」约束模糊的 vibe 输入？ A 需求越模糊越好，AI 能自行补全所有细节 B 需求描述应包含行为、边界、约束与可判定验收标准，并用"验收标准先行"约束模糊输入 ✓ 正确答案 C 验收标准应在代码生成后临时补充 D 模糊的 vibe 输入足以产出可验收代码
# 5. "Vibe Coding 接受度"在团队中的分层中探索代码 vs 生产代码的边界、AI 占比与人类介入的 SOP A 探索代码与生产代码应无差别对待，统一标准 B 探索代码可高 AI 占比、低介入，生产代码需低 AI 占比、高介入，并用物理隔离与 SOP 划分边界 ✓ 正确答案 C 所有代码都应允许 AI 全自动生成 D 生产代码应允许 AI 直接合到主干
# 6. AI 生成代码的"上下文卫生"中如何防止大文件 / 重复代码 / 死代码因 Vibe Coding 累积？ A AI 生成代码天然整洁，无需管理 B 死代码无需清理，留着无害 C 大文件与重复代码不影响可维护性，可忽略 D 可通过静态检查门禁、规范约束与定期清理来防止大文件、重复与死代码累积 ✓ 正确答案
# 7. "AI 初稿+人工重构"工作流中，重构与评审的介入点如何设定？ A 应先重构再验证功能，避免结构问题 B AI 初稿无需重构，直接合并 C 功能验证通过后再进行人工重构，重构完成后合并前评审 ✓ 正确答案 D 重构与评审应同时进行，不分先后
# 8. Vibe Coding 的定义与风险中 AI 驱动开发的质量？ A AI 生成代码的结构天然优秀，无需监控 B Vibe Coding 无质量风险，AI 输出始终可靠 C Vibe Coding 只关心实现，不关心意图 D Vibe Coding 是意图驱动的 AI 生成开发，质量风险靠测试、评审、门禁与度量来对冲 ✓ 正确答案
# 9. Vibe Coding 的输入治理中需求与规格的明确？ A 需求越模糊，AI 越能发挥创造力 B 输入质量与输出质量无关 C 输入无需包含技术栈与工程约束 D 输入治理要求把需求明确化为含行为、边界、约束、验收的结构化规格 ✓ 正确答案
# 10. Vibe Coding 的探索与生产分仓中原型/探索代码与生产代码如何物理隔离（目录、仓库、标记），防止实验代码未经治理流入生产？ A 探索代码与生产代码可混在一起，靠自觉区分 B 通过目录、仓库、标记分层隔离，并让生产路径受完整质量门禁保护 ✓ 正确答案 C 探索代码应直接部署到生产验证 D 物理隔离会阻碍 AI 开发，应避免
# 11. 团队级 AI 工具配置中.cursorrules、CLAUDE.md、AGENTS.md 的治理与同步 A 配置文件与代码规范无关 B 配置文件无需管理，改动即可生效 C 各 AI 工具的配置文件应各自为政，无需同步 D 配置文件应纳入版本管理与评审，并保持多工具间同步一致 ✓ 正确答案
# 12. Vibe Coding 的产物验收中可运行之外还需哪些质量证据？ A 除可运行外，还需测试、评审、安全、性能、可维护性等质量证据 ✓ 正确答案 B 代码能运行即可通过验收 C 质量证据仅指测试通过 D 验收只需看功能的实现，无需安全与性能
# 13. 质量门禁中 AI 代码的必检项？ A 必检项应覆盖构建、测试、静态分析、安全、规范、一致性验证与评审，且作为合并前置条件 ✓ 正确答案 B AI 代码只需通过编译即可合并 C 静态分析与安全扫描对 AI 代码是多余的 D AI 代码可以绕过门禁直接合并
# 14. Vibe Coding 的规范中输入、验证与审查？ A Vibe Coding 无需规范，AI 自主发挥即可 B Vibe Coding 规范应覆盖输入、验证与审查三方面，并写成可执行的门禁与清单 ✓ 正确答案 C 规范只需覆盖输入，无需验证与审查 D 规范应写成口号，无需可执行
# 15. Vibe Coding 与专业开发的边界？ A 专业开发无需任何质量治理 B 所有代码都应采用 Vibe Coding C Vibe Coding 适合低风险探索，专业开发用于高风险、需长期维护的生产系统 ✓ 正确答案 D Vibe Coding 与风险无关，任何场景都适用
# 16. Vibe Coding 的度量中产出与缺陷？ A 度量结果不用于改进 B 只需度量产出，无需关注缺陷 C 产出与缺陷无需对比分析 D 应联合度量产出（生成量、采纳率）与缺陷（缺陷率、回滚率），驱动改进 ✓ 正确答案
# 17. AI 代码的必检项中安全、性能与可维护性？ A AI 代码只需检查功能，无需检查安全、性能与可维护性 B 安全检查只针对人工代码 C 性能与可维护性对 AI 代码无关紧要 D 应通过漏洞扫描、性能测试、静态分析检查安全、性能与可维护性，并纳入 CI 门禁 ✓ 正确答案
