Mock Exam 02 · 答案册（Answer Key & Explanations）

配套 mock-02.md。每题给：答案 / 为什么对 / 为什么错（逐个干扰项）/ 考什么架构原则；场景题为全套格式。原创教学题，非官方真题。技术原则出处以课程模块标注（M01–M13）。

快速答案表

（MR = 多选题，答案见下一行）

多选：Q12 B/C · Q13 A/C/D · Q14 A/B/D · Q26 A/B · Q27 A/B/C · Q39 A/C · Q40 A/C/D · Q49 B/C · Q50 A/C · Q58 A/B/C · Q59 A/B · Q60 A/B/D

自评（课程推断）：≥42/60 达到约考参考线；<36 回模块复习。

Part I · Agentic Architecture & Orchestration

Q1. C —— agent 的定义特征：模型掌控自身流程（自己决定用什么工具、下一步做什么，循环至停止条件）；workflow 的控制流在代码手里。 错项：A 工具数量不是判据；B 向量库与判据无关；D 界面形态无关。 考什么：workflow vs agent 的本质判据——控制流位置（M08；官方 Building Effective Agents）。

Q2. B —— verify 步让 agent 在宣称完成前核对工具结果与环境状态；跳过验证 = 基于未验证假设报成功，错误在循环中滚雪球。 错项：A 验证是价值来源不是浪费；C/D 与流式、停止条件是不同机制——verify 决定「做得对不对」，停止条件决定「何时停」。 考什么：agent loop 三步曲中 verify 的地位（M08）。

Q3. A —— stop_reason: "max_tokens" = 输出触顶被截断：提高 max_tokens（在模型上限内）或拆分任务续写。 错项：B 是 end_turn；C 是 tool_use；D 是 stop_sequence 命中——四个 stop_reason 语义要分清。 考什么：stop_reason 语义与处置（M02/M03；官方 CCAR-F 点名 control flow、stop_reason）。

Q4. D —— 路径不可预测、需要动态决定下一步（漫游陌生代码库、形成假设）= agent 的定义场景。 错项：A/B/C 路径完全固定，workflow（chaining）即可，更可测试更便宜。 考什么：判据应用——不可预测路径才交控制权给模型。

Q5. C —— orchestrator-workers：中央 LLM 动态分解任务、分派 worker，worker 数量与范围事前不固定——与固定 chaining 的本质差异。 错项：A 工人数不固定才是特征；B 无此依赖；D worker 可用工具。 考什么：编排模式辨析（M08）。

Q6. A —— 固定三步周报不满足 multi-agent 四前提（非开放式、无超窗），~15× token 代价无对应价值；确定性 workflow 是正确答案——「multi-agent 更先进」不是架构理由。 错项：B/C 迷信新架构；D 模板化丢掉摘要价值。 考什么：multi-agent 前置条件与成本纪律（M08）。

Q7. B —— subagent 的失败隔离价值：失败与重试都封在 subagent 自己的上下文里，coordinator 重派即可，主上下文不被污染。 错项：A 过度反应；C 不可能；D 恰好违背隔离初衷。 考什么：context isolation 的容错红利（M08/M09）。

Q8. D —— evaluator-optimizer 的适用条件：有清晰评估信号 + 迭代有可测收益；否则循环是纯浪费（延迟×成本）。 错项：A 一次即成；B 循环增加延迟；C 无反馈通道。 考什么：迭代循环的成本效益判断（M08）。

Q9. A —— 并行投票（多次采样+多数决）用额外 token 换一致性，适合高方差任务；不保证正确、不省成本、不替代评估。 错项：B 成本上升；C 「保证正确」是过度承诺；D 评估仍必需。 考什么：parallelization 的 voting 变体与边界（M08）。

Q10. C —— 「模型建议、代码执行」：LLM 产出建议/参数，应用代码校验后执行——强制永不依赖模型。 错项：A 直接执行写操作是最危险路径；B/D 与此模式无关。 考什么：LLM instruction ≠ application enforcement 的 agent 落地形态（M04/M11）。

Q11. B —— 多 agent 间传递任务状态用结构化交接物（schema 化的发现/决策/下一步），不是共享全量原始上下文。 错项：A/D 全量共享抵消隔离且成本爆炸；C 无此机制。 考什么：多 agent 通信设计与 context isolation 的一致性（M08）。

Q12. B、C —— B 开放式（子任务数不可预测）+ C 可并行，是多-agent 前提的核心两条（还需超窗口与高价值）。 错项：A 可枚举任务用 workflow；D 单窗口+低价值恰是反例。 考什么：四前提的逐条对照（M08）。

Q13. A、C、D —— A routing→分流、C chaining→固定管线、D evaluator-optimizer→生成-评分-修改，配对全部正确。 错项：B 并行化不用于强制顺序——顺序任务是 chaining 场景。 考什么：模式—场景匹配（官方模式命名）。

Q14. A、B、D —— 停止条件、评估管线（变更必跑 golden cases）、降级行为是 agent 生产就绪三件套。 错项：C 上线后关闭监控是反模式——监控恰是上线后才开始最关键。 考什么：agent 生产化清单（M08/M10/M12）。

Q15. B

• Best choice: B——保留确定性 workflow：固定路径、无超窗、无并行价值，multi-agent 四前提全不满足，~15× token 代价不可辩护。
• Why: 决策依据是任务性质而非架构时尚；现有系统 30s/$0.05 已达标。
• Why others are weaker: A/C 「先进=更好」与「折中显示进展」都不是架构理由，只是成本；D 全模板化丢掉 LLM 摘要的真实价值（另一极端）。
• Tradeoffs: workflow 的代价是灵活性——若未来数据源动态变化，需重新评估 orchestrator-workers。
• What would change the answer: 数据源数量不可预测、任务开放式、单窗口装不下时，multi-agent 才进入讨论。

考什么：multi-agent 四前提 + 15× 经济学（M08）。

Q16. C

• Best choice: C——orchestrator-workers：coordinator 分组分派 worker（隔离上下文+只读工具），worker 回传结构化 findings，coordinator 合并去重成一份报告。
• Why: 每 worker 上下文只装自己的文件组（注意力充足）；并行满足 10 分钟时限；findings 结构化可回溯到文件。
• Why others are weaker: A 全量拼接重演 context rot；B 截断丢覆盖面；D 「更努力」不解决物理上的窗口注意力问题。
• Tradeoffs: coordinator 合并时要处理 findings 冲突与去重；worker 分组策略影响质量（按模块分组优于机械均分）。
• What would change the answer: 若 PR 只有 3-5 个文件，单上下文直接评审更简单。

考什么：orchestrator-workers 的适用判据与实现要点（M08/M09）。

Part II · Claude Code Configuration & Workflows

Q17. A —— CLAUDE.md 的正确内容：仓库约定、构建/测试命令、编码规范、关键文档指引——给模型的项目上下文。 错项：B 密钥绝不入 CLAUDE.md（会进入每次上下文）；C 全量日志是滥用；D CLAUDE.md 是现行机制（截至 2026-08-30）。 考什么：CLAUDE.md 的内容边界与 ≤200 行纪律（M09）。

Q18. C —— 团队共享配置 = project settings（.claude/settings.json）随仓库提交；.claude/settings.local.json 是 gitignored 的个人层。 错项：A 个人层不随仓库；B local 恰是不提交的那层；D 无强制力。 考什么：settings 分层与协作（M09；官方 CCAR-F 点名 server/path-specific configuration 思路）。

Q19. D —— 高风险陌生任务：plan mode 先行——只读探索、产出计划、人审批准后再执行（官方 CCAR-F 点名 plan mode vs direct execution）。 错项：A 高风险+全放行是最差组合；B 编辑「可逆」不等于安全（可逆也有成本）；C 无审查直改违背规则。 考什么：plan mode 的适用场景。

Q20. B —— acceptEdits 只自动接受文件编辑类操作；Bash 等其他工具类仍按各自规则询问——「编辑免确认 ≠ 全放行」。 错项：A/C 扩大解释错误；D 与 plan mode 是两种模式。 考什么：permission mode 的精确语义（M09）。

Q21. D —— PreToolUse hook exit code 2 = 阻断该工具调用，且 stderr 内容回传给 Claude 供其调整——这是「阻断+教育」的组合拳。 错项：A 0 才是放行；B 不存在「警告但继续」的 2；C hook 崩溃≠可忽略（非零即有语义）。 考什么：hooks 的 exit code 语义（M09；官方 CCAR-F 点名 Agent SDK/Claude Code hooks）。

Q22. D —— PostToolUse 在工具执行后触发，用于日志/审计/通知——它不能阻断（那是 PreToolUse 的职责）。 错项：A SessionStart 是会话启动；B PreToolUse 在前可阻断；C UserPromptSubmit 在提示提交时。 考什么：hooks 事件模型与「前阻断/后审计」分工（M09）。

Q23. C —— 凭证文件保护 = permissions.deny 路径规则（如 Read(**/.env)），在权限层强制。 错项：A/B 软约束；D 改名不是安全机制。 考什么：path-specific deny 强制（M09/M11；官方 CCAR-F 点名 path-specific rules）。

Q24. D —— headless claude -p 非交互运行：无人可批，权限必须预先配置（allow-list/deny/hooks）——这是 CI 中要收紧权限的根本原因。 错项：A 无法交互；B 交互性正是 headless 所无；C 无 GUI 需求。 考什么：headless 模式的权限预授权（M09）。

Q25. C —— Skill 的定位：可复用的多步工作流（稳定指令+可选脚本/资源），团队反复执行的操作打包成资产。 错项：A 一次性提问不需要 Skill；B 密钥绝不打包；D 个人笔记不是工作流。 考什么：Skills 的定位（M09；截至 2026-08-30 skills 是现行概念）。

Q26. A、B —— A 「编辑后自动跑测试」→ PostToolUse/Stop hook（自动化触发，正确层）；B 「优先内部库」→ CLAUDE.md 指导（正确层）。 错项：C 「禁止 push main」需要 hook/deny 强制，写 CLAUDE.md 无强制力；D 「限制写范围」要 deny 规则，system prompt 请求无效。 考什么：指导 vs 强制的机制匹配（M09）。

Q27. A、B、C —— 独立上下文窗口、可收窄的工具集（最小权限）、大规模探索+摘要回传，都是 subagent 的真实特性。 错项：D subagent 与评估管线无关——评估照旧需要。 考什么：subagent 三大收益（M09）。

Q28. C

• Best choice: C——plan mode 下用只读 subagent 探索（上下文隔离）；deny Read(.env)/Read(keys/**) 保住密钥；计划经人批准后，用编辑 allow-list 受控执行。
• Why: 探索获得最大自主（只读+隔离），密钥防线在权限层（强制），执行门在人手里——三个要求各得其所。
• Why others are weaker: A bypassPermissions+泄密文进上下文是双重违规；B 事后人工 diff 无法保证「先审计划再执行」；D 放弃工具收益，非架构答案。
• Tradeoffs: plan→approve→execute 流程比直改慢；subagent 摘要可能漏细节（要求回传关键签名与调用链）。
• What would change the answer: 若是低风险小改动，default 模式直接做+事后 review 即可，无需全套流程。

考什么：plan mode + deny + subagent 的组合应用（M09，域 2 综合题）。

Part III · Prompt Engineering & Structured Output

Q29. C —— 常驻指令的规范位置：顶层 system 参数——稳定前缀，参与 prompt caching，不随对话轮重复。 错项：A/B 指令埋进用户消息会破坏缓存前缀且位置不稳定；D 无此机制。 考什么：system prompt 规范位置与缓存联动（M02/M03/M05）。

Q30. A —— few-shot 示例集要反映真实分布（含难例与边界），模型才能学到任务规律而非示例偏差。 错项：B 最简例重复 = 同构偏差；C 跨域示例引入噪声；D 数百示例成本高且边际收益递减。 考什么：few-shot 示例集设计（M05；官方点名 few-shot）。

Q31. D —— 结构化抽取的硬保证：strict tool use / structured output——schema 约束，解码期即合法。 错项：A 散文描述无保证；B prefill 已弃用（4.6+ 400）；C temperature 与格式合法性无关。 考什么：JSON schemas via tool_use（官方 CCAR-F 点名）。

Q32. B —— repair-retry 必须设重试上限：系统性失败会无限循环烧预算；到顶后走兜底（人工队列/默认处理）。 错项：A 重试花钱；C API 允许重试（有限制地）；D 与创造性无关。 考什么：validation-retry loop 的安全阀（M05；官方 CCAR-F 点名）。

Q33. C —— 格式合法但内容错误 = 语义错误：constrained decoding 管不了真值——改 prompt/示例/字段描述，用评估管线验证。 错项：A 格式没问题不需要收紧；B/D 诊断错误。 考什么：格式错误 vs 语义错误的分诊（M05/M12，高频辨析）。

Q34. A —— 截至 2026-08-30：手动 thinking 预算参数在新模型上被拒绝；现行 adaptive thinking——模型自管理推理投入（可用 effort 提示）。 错项：B few-shot 不是 thinking 机制；C temperature 不替代推理；D 与输入模态无关。 考什么：新旧参数识别（M02/M05；旧教程陷阱）。

Q35. D —— Batches：约半价、24 小时窗口内出结果——下游排程必须容忍该延迟。 错项：A/B/C 都把它当实时/流式/同步——恰好相反。 考什么：Batches 的运维含义（M03；官方 CCAR-F 点名 Message Batches API）。

Q36. B —— 断点放在稳定前缀末尾（system+工具定义之后、易变内容之前），一段覆盖全部稳定内容。 错项：A 每条消息设断点碎片化且贵；C 最后一条消息处无前缀可缓存；D 位置恰恰是关键变量。 考什么：缓存断点设计（M03）。

Q37. D —— prompt 迭代纪律：一次改一个变量 + 固定评估集前后对比——否则无法归因。 错项：A 多变量同改无法归因；B/C 凭感觉与轶事是反方法论。 考什么：prompt 工程的实验纪律（M05/M12）。

Q38. B —— 共享 system prompt 的治理：中心化版本管理 + 变更跑共享评估回归后再发布。 错项：A 静默分叉导致漂移；C 生产随手改无审计；D 聊天记录不是配置存储。 考什么：prompt 资产化管理（M05/M10）。

Q39. A、C —— 缓存读取按折扣计费；前缀必须逐字节一致到断点才命中。 错项：B 缓存按前缀匹配，不是任意中段；D 输出 token 照常计费。 考什么：prompt caching 计费与命中条件（M03）。

Q40. A、C、D —— 闭合集合用 enum、字段写清楚描述、schema 保持最小（只留任务所需字段）。 错项：B 堆 optional 字段撞可选参数上限、文法编译变慢、选择准确率下降。 考什么：schema 设计实践（M05）。

Part IV · Tool Design & MCP Integration

Q41. B —— 工具设计第一问：什么由确定性代码决定（校验/授权/不可逆动作）、什么真正交给模型——这是官方点名的架构判断。 错项：A/C/D 都跳过了第一性判断。 考什么：工具设计的职责划分（M04；官方 CCAR-F 域 4 核心）。

Q42. C —— 必须调用 schema 工具（无自由文本逃逸）→ 用 forced 的 tool_choice（tool/any）。 错项：A auto 允许直答（有逃逸）；B none 禁用工具；D 无关。 考什么：tool_choice 语义（M04）。

Q43. B —— 可恢复失败以带可操作信息的 tool result 回传模型自我修正——异常终止与静默都是反模式。 错项：A 剥夺修正机会；C 假数据污染推理；D 相同参数无限重试（应让模型改参数或换路）。 考什么：工具错误处理回路（M04）。

Q44. D —— 团队共享 MCP 服务器配置：项目根 .mcp.json 随仓库提交（project scope）。 错项：A wiki 无执行性；B 手工逐人配置漂移；C local scope 恰是不共享的。 考什么：MCP server configuration 的作用域（M06；官方 CCAR-F 点名 server configuration）。

Q45. B —— 本机数据库 wrapper：stdio——进程间通信、零网络暴露。 错项：A 0.0.0.0 的 HTTP 是最大暴露面；C 无此 transport；D 公网开放违背最小暴露。 考什么：transport 选型应用（M06）。

Q46. C —— 降低误用：意图明确的名字 + 描述写清「做什么/何时用/约束」——模型选工具靠这些信号。 错项：A 模糊名+无描述是最大误用源；B 万能工具不可选；D 随机名伤选择。 考什么：工具命名与文档（ACI 投入，M04/M06）。

Q47. B —— 每个暴露的工具定义都占用每次请求的上下文 token——没人用的工具是纯开销，要修剪合并。 错项：A/C/D 计费与机制描述错误。 考什么：工具定义的 token 成本（M04/M06/M07 预算视角）。

Q48. D —— 工具结果瘦身：server 端裁剪/重塑为模型所需字段——简洁结构化结果，守住上下文预算。 错项：A 扩窗是贵而不治；B 「数据越多越好」恰是 context rot 病因；C temperature 无关。 考什么：tool result 的上下文经济（M04/M07）。

Q49. B、C —— 本地 HTTP server 校验 Origin 防 DNS rebinding；每 server 独立最小范围凭证（禁 token passthrough）。 错项：A 原样转发用户 token 是规范明令禁止的反模式；D 0.0.0.0 扩大暴露。 考什么：MCP 安全卫生（M06/M11）。

Q50. A、C —— 工具聚焦（一工具一用途）；避免功能重叠（近似工具让选择退化）。 错项：B 重叠是反模式不是特性；D 对模型隐藏错误剥夺自我修正。 考什么：工具设计清单（M04）。

Q51. D

• Best choice: D——progressive discovery / tool search：上下文只放可搜索的工具目录，按需加载完整定义；配注册表治理（描述质量门槛+owner 责任）。
• Why: 直接同时解决三个症状：选择准确率（目录清晰）、误选（描述质量门槛）、成本（按需加载省 token）；不砍任何团队能力。
• Why others are weaker: A 90+ 定义全量加载正是病因；B 永久冻结扼杀平台价值；C 三字母代号让语义更糟。
• Tradeoffs: 搜索层引入一次额外调用延迟；目录质量决定发现质量（治理不能松）。
• What would change the answer: 若工具数降到 ~20 且稳定，直接全量加载可能更简单。

考什么：progressive discovery / tool search 的企业级应用（M06/M09；官方 CCAR-F 域 4）。

Part V · Context Management & Reliability

Q52. D —— 1M 窗口 ≠ 免检索：context rot（越长召回越差）+ 成本延迟随 token 线性走 + 知识时效——策展与 JIT 检索仍是必需。 错项：A/B/C 与主要矛盾无关（1M 对多数单任务其实够大，问题在质量与成本，不在「小」）。 考什么：窗口大小的正确认知（M01/M07；官方 CCAR-F 点名 context window management）。

Q53. B —— just-in-time 检索：任务进行中按需取特定材料——上下文精瘦、信息新鲜。 错项：A/C 全量预载/永久缓存违背 JIT；D 手动粘贴不可扩展。 考什么：JIT 检索定义（M07/M08）。

Q54. B —— escalation rate 要带目标区间地监控：飙升=质量回退/策略漂移/工具故障的信号，且直接驱动人力成本。 错项：A 它重要但不是唯一；C 不是所有行业法定；D 它与 CSAT 互补不互替。 考什么：升级率监控（M10/M12；官方 CCAR-F 点名 escalation/HITL）。

Q55. C —— 审批过频 → approval fatigue：审批人橡皮图章式放行，控制名存实亡——所以门要少而关键。 错项：A/B/D 与失效机制相反。 考什么：HITL 的失效模式（M10/M11）。

Q56. D —— 事后可问责 = provenance：输出中每条主张带可检索引用（文档+版本+ID），季度后仍可回放依据。 错项：A 权重不可解释也不可存；B temperature 日志无决策内容；C prompt 哈希只证明「用了哪个 prompt」不证明「依据是什么」。 考什么：溯源/归因的审计价值（M10/M12；官方 CCAR-F 点名 provenance/attribution）。

Q57. B —— circuit breaker：依赖持续失败时停止调用进入冷却期，防止级联雪崩——比「继续定时重试」更激进的保护。 错项：A 它不比重试快；C 不限于负载均衡；D 它针对的是「依赖不健康」这一类状态。 考什么：熔断 vs 退避重试的差异（M10）。

Q58. A、B、C —— 结构化笔记存档点、compaction 后重注入关键约束、不可逆动作前验证结果——长会话三支柱。 错项：D 会话越长温度越高会放大漂移。 考什么：长会话可靠性（M08/M10；官方 CCAR-F 点名 progressive summarization）。

Q59. A、B —— 交接包含原始请求与意图 + 已试路径与结果（带 trace ID）——坐席免重启调查。 错项：C 只给最后一条模型消息缺上下文；D 「处理一下」是经典反模式。 考什么：escalation 交接内容（M10；官方 CCAR-F 点名）。

Q60. A、B、D —— 降级路径显式标注、降级流量单独计量、恢复有测试过的切换回路——三件套。 错项：C 静默假装正常恰是要消灭的行为（用户与运维都被欺骗）。 考什么：graceful degradation 设计（M10）。

（Mock 02 答案册完） · 回做：mock-02.md · 卷一：mock-01.md · CCAR-P 视角卷：mock-03.md