模块 09 — 考试题型（Claude Code）

共 16 题：单选 10、多选 4、判断 2。题干中文、考试术语保持英文。答案与逐项解析在文末独立小节——先做完再翻。

一、单选题

🎯 学习重点：锁定官方现行术语、数字上限和唯一责任层，排除旧教程表述。

Q1. 官方文档描述 Claude Code 的工作机制是一个循环的三阶段。正确的顺序是：

A. take action → gather context → verify results B. gather context → take action → verify results C. verify results → gather context → take action D. plan → execute → deploy

Q2. 你希望「无论 Claude 怎么决定，都阻止它读取 secrets/ 目录」。按官方 memory 文档，正确的机制是：

A. 在 CLAUDE.md 写一条「禁止读取 secrets/」 B. 在 auto memory（MEMORY.md）里记下这条禁令 C. 使用 deny 权限规则或 PreToolUse hook D. 切换到 acceptEdits 模式

Q3. 关于 CLAUDE.md 与 auto memory 的对比，正确的是：

A. CLAUDE.md 由 Claude 自己写，auto memory 由用户写 B. 两者都只在用户手动 /memory 时才加载 C. CLAUDE.md 是用户写的持久指令；auto memory 是 Claude 自己积累的偏好与纠错笔记，两者每次会话都加载 D. auto memory 加载全部内容，没有上限

Q4. auto memory（MEMORY.md）每次会话加载的限额是：

A. 前 100 行或 10 KB B. 前 200 行或 25 KB，取先到者 C. 前 500 行，无大小限制 D. 全部内容

Q5. 关于 Skills（截至 2026-08-30 的官方现状），正确的是：

A. custom commands 是独立机制，与 skills 无关 B. custom commands 已并入 skills；.claude/commands/deploy.md 与 .claude/skills/deploy/SKILL.md 都注册 /deploy 且行为一致 C. skill 正文每次会话开始就完整载入上下文 D. skills 只能用户手动 / 调用，模型不能自动使用

Q6. 所有 subagent 的 description 合计超过多少 tokens 时，Claude Code 会在启动时告警？

A. 1,500 B. 15,000 C. 150,000 D. 不会告警，description 不占上下文

Q7. 内置的 Explore subagent 的定位是：

A. 可读可写的通用执行代理 B. 只读探索代理：禁用 Write/Edit，模型继承主会话，用于大规模搜索/阅读而污染不到主上下文 C. 只能在 plan mode 下使用的规划代理 D. 专门运行 MCP 工具的代理

Q8. MCP 的 tool search（deferred tools）机制解决的问题是：

A. MCP server 无法通过 HTTP transport 连接 B. 大量 MCP server 的工具 schema 挤占上下文——延迟加载后上下文常驻只有工具名列表，schema 按需载入 C. MCP 工具调用没有权限控制 D. MCP 无法与 skills 共存

Q9. 在 hooks 体系里，exit code 2 的含义是：

A. hook 脚本语法错误，忽略即可 B. 阻止（block）触发该事件的工具调用 C. 要求用户重新登录 D. 触发自动 /compact

Q10. Claude Code 的 prompt caching 行为，正确的是：

A. 会话中修改 CLAUDE.md 立即生效并保持缓存 B. 切换模型会触发一次无缓存的慢轮次；CLAUDE.md 修改不会在会话中途生效 C. 每轮对话都重新计算缓存，无跨轮复用 D. /compact 后缓存完全不变

二、多选题

🎯 学习重点：逐项判断是否同时满足权限、上下文和扩展机制的边界条件。

Q11. 下列哪些是截至 2026-08-30 官方文档中的 permission modes？（多选）

A. default（CLI 显示 Manual） B. acceptEdits C. strict D. plan E. auto F. agentic G. dontAsk H. bypassPermissions

Q12. hooks 可以是哪些形态？（多选）

A. shell 命令 B. HTTP 请求 C. MCP 工具调用 D. LLM prompt E. subagent F. 只能是 shell 命令，其他形态不存在

Q13. 关于权限体系，下列说法正确的是：（多选）

A. deny 规则在所有 permission modes 下都生效，包括 bypassPermissions B. 受保护路径在任何模式下都不会被自动批准（bypass 除外） C. rm/rmdir 针对关键路径永不自动批准 D. allow 规则一旦写入就优先于 deny 规则 E. 配置优先级中 managed settings 高于项目与用户设置

Q14. 关于 CLAUDE.md 的分层与最佳实践，正确的是：（多选）

A. 组织级策略可放 managed policy 位置的 CLAUDE.md（如 Linux 的 /etc/claude-code/CLAUDE.md） B. ./CLAUDE.local.md 用于团队共享、应入版本控制 C. 官方建议每个 CLAUDE.md 保持在 200 行以内 D. 多步流程应放 skill，目录级局部约定可放 .claude/rules/（带 paths: 按路径触发） E. CLAUDE.md 是强制配置，写了就一定会被执行

三、判断题

🎯 学习重点：特别警惕「总是、等同、全部自动」等绝对化措辞。

Q15. 「plan mode」在 2026-08-30 的官方文档中是一种 permission mode（config 值 plan），规划时的代码库研究会委派给只读的 Plan subagent。

Q16. 官方建议：如果某个 skill 很有用，就应该把它的全部正文复制进 CLAUDE.md，确保每个会话都能看到。

答案与逐项解析

每项解析注明：为什么对 / 为什么错 / 考什么。来源均访问于 2026-08-30。

单选

🎯 学习重点：错题回链到 README 中对应的现行来源与版本日期。

Q1. 答案：B

• A ✗：行动前必须先收集上下文，顺序颠倒不符合官方描述。考什么：agentic loop 阶段顺序。
• B ✓：官方 how-claude-code-works 明确三阶段 gather context → take action → verify results，且相互交织（搜索=收集、编辑=行动、跑测试=验证）。考什么：对 loop 骨架的准确记忆。
• C ✗：验证在行动之后才有对象；这是干扰排序。考什么：同上。
• D ✗：plan/execute/deploy 不是官方三阶段的表述。考什么：识别非官方术语。

Q2. 答案：C

• A ✗：CLAUDE.md 是 context 不是 enforced configuration，无法阻挡注入或偏离——官方原文明确否定这种用法。考什么：LLM instruction vs application enforcement（高频考点）。
• B ✗：auto memory 同样只是上下文，且是 Claude 自己维护的笔记。考什么：两类记忆的定位。
• C ✓：官方 memory 文档原文「To block an action regardless of what Claude decides, use a PreToolUse hook instead」；deny 权限规则同样在所有模式下生效。考什么：强制点的正确位置。
• D ✗：acceptEdits 只是放宽编辑审批，与阻止读取无关。考什么：permission modes 职责。

Q3. 答案：C

• A ✗：说反了——CLAUDE.md 用户写，auto memory Claude 写。考什么：两类记忆的作者。
• B ✗：两者都在每次会话开始自动加载。考什么：加载时机。
• C ✓：官方对比表：CLAUDE.md=你写的指令与规则；auto memory=Claude 学到的偏好与纠错；都每次会话加载。考什么：记忆机制对比。
• D ✗：auto memory 有前 200 行/25 KB 限额（见 Q4）。考什么：限额存在性。

Q4. 答案：B

• A ✗：数值错误（100 行/10 KB 不存在此规则）。考什么：限额准确数字。
• B ✓：官方 context-window/memory：前 200 行或 25 KB，取先到者。考什么：auto memory 加载限额（细节题）。
• C/D ✗：无此规则；存在明确上限。考什么：同上。

Q5. 答案：B

• A ✗：过时说法——custom commands 已并入 skills，旧文件继续兼容。考什么：术语时效性（老教程识别）。
• B ✓：官方 skills 页：「Custom commands have been merged into skills」，两处文件都生成 /deploy 且行为一致。考什么：现行机制现状。
• C ✗：skill 正文只在被使用时才载入——「长参考资料几乎零成本」是 skills 的核心卖点。考什么：按需加载。
• D ✗：默认模型可在相关时自动使用；disable-model-invocation: true 才限制为仅手动调用。考什么：调用控制 frontmatter。

Q6. 答案：B

• A ✗：数量级错误。考什么：subagent 上下文预算。
• B ✓：官方 sub-agents：所有 subagent 的 description 合计超过 15,000 tokens 启动时告警——细节应移入各 subagent 的 system prompt。考什么：description 是常驻成本。
• C ✗：150K 接近整个窗口量级，荒谬。考什么：同 A。
• D ✗：description 常驻主上下文，否则 Claude 无法知道何时委派。考什么：委派机制的前提。

Q7. 答案：B

• A ✗：Explore 是只读的（禁 Write/Edit）。考什么：内置 subagent 的约束。
• B ✓：官方：Explore 只读探索、模型继承主会话（不高于主会话所选档位），大规模探索不污染主上下文。考什么：context 保护 + 硬约束双价值。
• C ✗：那是 Plan subagent 的定位（plan mode 下的研究代理）。考什么：Explore 与 Plan 的区分。
• D ✗：与 MCP 无关。考什么：概念边界。

Q8. 答案：B

• A ✗：transport 与 tool search 是两回事（HTTP transport 推荐用于远程 server）。考什么：概念边界。
• B ✓：官方 mcp 文档：MCP 工具默认延迟加载（tool search，ENABLE_TOOL_SEARCH 可调），上下文常驻仅工具名，schema 按需载入，避免几十个 server 的 schema 挤爆上下文。考什么：MCP 上下文成本治理。
• C ✗：权限控制另有机制（组织 allow/ask 控制、requiresUserInteraction）。考什么：治理手段归属。
• D ✗：无此限制。考什么：同上。

Q9. 答案：B

• A ✗：exit code 2 是语义化的 block 信号，不是错误忽略。考什么：hooks 的 deny 通道。
• B ✓：hooks reference：exit code 2 阻止触发事件的工具调用（也可用 JSON decision 输出）。考什么：hook 拦截机制（对照 examples/config-examples/pretooluse_guard.py）。
• C/D ✗：无此语义。考什么：干扰项识别。

Q10. 答案：B

• A ✗：CLAUDE.md 修改不会在会话中途生效。考什么：缓存与记忆的交互。
• B ✓：官方 prompt-caching/context-window：Claude Code 自动管理 prompt caching；模型切换触发一次无缓存慢轮次；CLAUDE.md 改动中途不生效。考什么：缓存失效场景（成本/延迟考点）。
• C ✗：自动管理缓存正是为了跨轮复用前缀。考什么：缓存基本原理。
• D ✗：/compact 重写历史必然影响缓存前缀。考什么：压缩的代价。

多选

🎯 学习重点：对照每个选项的责任层，解释为什么漏选或多选。

Q11. 答案：A、B、D、E、G、H

• A ✓ default（Manual）：仅只读免批。考什么：六模式清单。
• B ✓ acceptEdits：+文件编辑免批。考什么：同上。
• C ✗ strict：不是 permission mode（strict 是 API 工具/输出侧的术语——见模块 5，术语迁移陷阱）。考什么：跨模块术语混淆。
• D ✓ plan：只读+规划。考什么：plan 现为 permission mode。
• E ✓ auto：classifier 代替人工审查。考什么：同上。
• F ✗ agentic：是产品定位词（agentic coding tool），不是模式名。考什么：术语边界。
• G ✓ dontAsk：仅预批准工具，用于 CI。考什么：同上。
• H ✓ bypassPermissions：全部放行，仅限隔离容器/VM。考什么：同上+安全红线。

Q12. 答案：A、B、C、D、E

• A–E 全 ✓：hooks reference 原文——hooks 是「user-defined shell commands, HTTP endpoints, MCP tool calls, LLM prompts, or subagents」。考什么：hook 形态的广度（架构师可据此把 hook 接入任意审批/审计基础设施）。
• F ✗：与原文直接矛盾。考什么：以官方 reference 为准，不凭旧印象。

Q13. 答案：A、B、C、E

• A ✓：deny 在所有模式下生效（含 bypassPermissions）。考什么：deny 的绝对优先级。
• B ✓：受保护路径任何模式不自动批准（bypass 除外）。考什么：内置防线。
• C ✓：rm/rmdir 针对关键路径永不自动批准。考什么：同上（细节）。
• D ✗：说反——deny 优先于 allow；这正是把 D 设计成错误项的原因。考什么：规则求值顺序。
• E ✓：settings 优先级（高→低）：managed → 命令行 → project local → project shared → user。考什么：配置分层治理。

Q14. 答案：A、C、D

• A ✓：managed policy 位置（macOS /Library/Application Support/ClaudeCode/CLAUDE.md、Linux /etc/claude-code/CLAUDE.md）承载组织级策略。考什么：CLAUDE.md 四层。
• B ✗：CLAUDE.local.md 是个人本地补充，不入版本控制。考什么：local 与 project 的分界。
• C ✓：官方建议每文件 ≤200 行——更长会消耗更多上下文并降低遵从度。考什么：记忆的经济性。
• D ✓：事实进 CLAUDE.md、多步流程进 skill、局部规则进 .claude/rules/（paths 触发）是官方推荐的拆分。考什么：三类容器的分工。
• E ✗：CLAUDE.md 是 context 不是强制配置（见 Q2）。考什么：本模块最高频的错误认知。

判断

🎯 学习重点：把错误陈述改写成带边界条件的正确架构规则。

Q15. 答案：正确（True）

• 解析：截至 2026-08-30，plan 是 permission mode（plan），入口 Shift+Tab 或 /plan；规划期研究委派给只读 Plan subagent。老教程里「独立 plan-mode 页面」的说法已过时。考什么：术语时效性 + 规划与权限体系的合并现状。

Q16. 答案：错误（False）

• 解析：与官方建议相反。skill 的价值正在于正文按需加载（「长参考资料几乎零成本」）；复制进 CLAUDE.md 会让每个会话都为整份材料付费加载，且推高行数、降低遵从度。正确做法：CLAUDE.md 放一行指针/事实，正文留在 skill。考什么：按需加载 vs 常驻加载的成本模型（context engineering 高频考点）。

来源汇总（均访问于 2026-08-30）：how-claude-code-works / memory / context-window / permission-modes / permissions / settings / skills / commands / hooks / sub-agents / mcp / prompt-caching，见 sources/sources-production.csv。