Chapter 22 · 冲刺层

考前 48 小时速查页
九条口诀 · 全书对照表 · CLI 真伪总表（可打印）

本页只做汇总，不引入任何新内容——每一条都从已完成章节抽取，标注了来源章节以便回查。打印样式已内置：自动复位成浅色、隐去页头页脚栏与交互控件，并在九条口诀 + 干扰项 + CLI 真伪表这三节之后强制分页，其余作为附录页。浏览器自己注入的页眉、页脚与 URL 属于打印对话框的设置，CSS 关不掉——按 Ctrl/Cmd+P 后请手动取消勾选 Headers and footers。考场不许带任何资料，这一页是进考场前看的。

一、九条判断准则（口诀）

与 ch01 九条口诀一致（P9 取准则卡全文）。读题遇到卡壳时，从上到下过一遍，多数题会在某一条上对上号。

根因优先 — 先验尸，再开药；数据指向谁，就修谁。
比例原则 — 能改提示词，不动基础设施；但钱的事除外。
确定性强制 — 钱和合规不赌概率。
最小权限 — 八成场景给小刀，两成场景走大门。
机制匹配 — 阻塞走同步，过夜走批量；架构进 plan，小修直接干。
信息保全 — 错误带简历上报，冲突带出处并存。
注意力有限 — 稀释就拆遍，自审不如换人审。
显式准则 — 没校准的置信度是感觉，校准过的才是数据。
层级正确 — 共享进版本库，个人进家目录；横切用 glob，绑定目录才用目录。

考场三步：① 从题干数据定位坏掉的环节（P1）；② 扫一遍选项，先删 D1（捏造）与 D5（吞/炸），它们最机械；③ 剩下两个用 P2–P9 的适配轴裁决。

二、六类干扰项识别信号

类型	一眼识别
D1 凭空捏造	官方文档里没见过的 flag / 环境变量 / 配置文件；名字过于「顺理成章」
D2 过度工程	出现「训练」「部署一个独立的」「fallback」「缓存层」，而题干未证明轻量手段已失败
D3 治标不治本	方案「有帮助」但没碰题干数据指向的那一环
D4 甩锅错位	修复对象是已被证明运转正常的组件，或把负担转给用户 / 开发者 / 上游团队
D5 吞错或炸链	「返回空结果并标记成功」「终止整个 workflow」「仅返回通用状态」
D6 概率当保证	题干涉及资金 / 合规 / 已发生损失，选项却只是「强化 system prompt」或未校准的自报置信

三、CLI flag 与配置真伪总表

左列为 Exam Guide 点名存在的机制；右列三项是 guide 自己背书不存在的（官方样题 Q4、Q10 的干扰项）。来源：ch05 / ch06 / ch07 / ch12

claude -p "…"  /  claude --print "…"          ✔ 非交互模式，防 CI 挂起
claude -p "…" --output-format json            ✔ 结构化输出
claude -p "…" --output-format json \          ✔ 两个 flag 组合，按 schema 约束 CI 输出
              --json-schema schema.json
claude --resume <session-name>                ✔ 按名字续接既往会话
fork_session                                  ✔ 从共享基线分叉探索分歧方案
/memory                                       ✔ 查看已加载 memory 文件，诊断不一致
/compact                                      ✔ 压缩冗长发现输出
~/.claude/CLAUDE.md                           ✔ user 级，不随版本库共享
<repo>/CLAUDE.md  |  .claude/CLAUDE.md        ✔ project 级
<repo>/<subdir>/CLAUDE.md                     ✔ directory 级，绑定该子目录
.claude/rules/*.md  (frontmatter: paths)      ✔ glob 条件加载
.claude/commands/  |  ~/.claude/commands/     ✔ project 级 / user 级 slash command
.claude/skills/<name>/SKILL.md                ✔ frontmatter: context: fork / allowed-tools / argument-hint
.mcp.json  |  ~/.claude.json                  ✔ MCP 项目级 / 用户级作用域
"env": { "TOKEN": "${TOKEN}" }                ✔ 环境变量展开，凭证不入库
@path/to/standards.md                         ✔ CLAUDE.md 模块化引用（guide 称 @import 语法）

CLAUDE_HEADLESS=true                          ✘ 不存在 · 官方样题 Q10
claude --batch "…"                            ✘ 不存在 · 官方样题 Q10
.claude/config.json  (commands array)         ✘ 不存在 · 官方样题 Q4

/memory：现用于打开、编辑 memory 文件和开关 auto memory；查启动时实际加载了哪些 CLAUDE.md 与 rules 文件，文档指向 /context。导入写法：guide 称「@import 语法」，实际写 @路径，不带 import 关键字。表中按考纲口径，详见 ch04 与 ch05 的说明。来源：Memory · View and edit with /memory；Memory · Import additional files，查阅于 2026-10-16。

四、API 侧速查

stop_reason == "tool_use"                     ✔ 继续循环，执行工具并把结果回灌进 messages
stop_reason == "end_turn"                     ✔ 终止循环
tool_choice = {"type": "auto"}                ✔ 可能返回纯文本
tool_choice = {"type": "any"}                 ✔ 必调某个工具，模型选哪个
tool_choice = {"type":"tool","name":"…"}      ✔ 强制调用指定工具（保证先跑）
allowedTools 含 "Task"                        ✔ coordinator spawn subagent 的前提
AgentDefinition(tools=[…])                    ✔ 按角色限制每类 subagent 的工具集
isError / errorCategory / isRetryable         ✔ MCP 结构化错误
custom_id                                     ✔ batch 请求/响应关联，按它重提失败项
nullable 字段 / enum 加 "unclear"、"other"     ✔ 防编造、给歧义与新类别留出口
calculated_total vs stated_total              ✔ 暴露语义错误
conflict_detected                             ✔ 源数据自身矛盾
detected_pattern                              ✔ 误报按 pattern 聚合归因

当前产品里 Task tool 已改名 Agent（system:init 列表仍显示 "Task"），且 allowedTools 只让所列工具免确认、不决定工具是否可用。表中按考纲口径，详见 ch03 的说明。来源：Subagents in the SDK · Detect subagent invocation；Configure permissions · Allow and deny rules，查阅于 2026-10-16。

五、exam-facts 与六大场景

项	值
题量	60 items（含 multiple-response，每题注明选几个）
时限	120 分钟
结构	4 scenarios drawn from a bank of 6
及格	Scaled score 100–1,000，及格线 720；criterion-referenced
成绩单	pass/fail + scaled score + 各 domain percent-correct（domain 分不参与判定）
费用 / 有效期	$125 USD / 证书有效期 12 个月（按时续证免费非监考，过期全价重考）
重考等待	14 / 30 / 90 天（第 1/2/3 次失败后）；滚动 12 个月内至多 4 次
改期	考前 24 小时截止；24 小时内变更没收考试费
Batches API	省 50%；up to 24-hour processing window；无 latency SLA；不支持单请求内 multi-turn tool calling
Domain 权重	Domain 1 27% · Domain 2 18% · Domain 3 20% · Domain 4 20% · Domain 5 15%

改期/取消：表中 24 小时按 guide 照录；Pearson VUE 现行政策是至少提前 48 小时办理，不足 48 小时不能改期或取消，逾期或缺考没收考试费。详见 ch00 的说明。来源：Pearson VUE · Claude Certification Program by Anthropic，查阅于 2026-10-16。

六个场景当天只抽 4 个，你有三分之一的内容不会考到，但不知道是哪三分之一。来源：ch00 §三

场景	一句话设定	主考 domain · 本书
S1 Customer Support Resolution Agent	MCP 工具（`get_customer` / `lookup_order` / `process_refund` / `escalate_to_human`）接后端；目标 80%+ first-contact resolution	Domain 1 / 2 / 5 · ch15
S2 Code Generation with Claude Code	用 Claude Code 做代码生成、重构、调试、文档；自定义 slash command、CLAUDE.md、plan mode vs direct execution	Domain 3 / 5 · ch16
S3 Multi-Agent Research System	coordinator 委派四类 subagent（search / analysis / synthesis / report），产出带引用的研究报告	Domain 1 / 2 / 5 · ch17
S4 Developer Productivity with Claude	探索陌生代码库、理解遗留系统、生成样板代码；built-in tools（Read、Write、Bash、Grep、Glob）+ MCP	Domain 2 / 3 / 1 · ch18
S5 Claude Code for CI	接入 CI/CD 跑自动 code review、生成测试、给 PR 反馈；要求反馈可执行且 false positive 低	Domain 3 / 4 · ch19
S6 Structured Data Extraction	从非结构化文档抽取信息，用 JSON schema 校验，保持高准确率，优雅处理 edge case	Domain 4 / 5 · ch20
S4 与 S6 没有官方样题——12 道样题的场景归属是 S1 = Q1–Q3、S2 = Q4–Q6、S3 = Q7–Q9、S5 = Q10–Q12。没有样题不代表不考：被抽中的概率与其他场景相同，只是这两章的坑位地图只能贴 TS 原文推题。

六、Domain 1 对照表

三个 loop 反模式（ch02）	正解
解析自然语言判终止	只读 `stop_reason`；迭代上限只做兜底护栏
迭代上限当主停机制
看 assistant 文本当完成信号

谁决定下一步（ch02）	裁决
模型驱动 vs 预配置决策树 / 固定工具序列	默认模型驱动；只有题干明确要求确定性保证时才偏离，且此时正解是用 hooks / 前置条件约束模型驱动的循环，不是退回 `if/else` 决策树

分解模式（ch02）	适配
固定顺序流水线（prompt chaining）	可预测的多方面审查：逐文件 pass + 跨文件集成 pass
动态自适应分解	开放式调查：先测绘结构 → 定位高影响区 → 随依赖发现调整的优先级计划

多 agent（ch03）	要点
拓扑	hub-and-spoke，所有跨 subagent 通信经 coordinator（可观测性 / 一致的错误处理 / 受控信息流）
上下文	subagent 隔离，不继承对话历史；前序发现必须显式写进 prompt；content 与 metadata 分离保 attribution
并行	单次响应里发多个 Task 调用；分散到多回合即退化为串行
coordinator prompt	写研究目标与质量准则，不写步骤脚本；按查询复杂度动态选调用谁
覆盖不全	先查分解是否过窄；按互不重叠维度划分；加迭代精化循环（评估缺口→定向再委派→再综合）

强制与状态（ch04）	要点
hooks vs prompt	hooks = 确定性保证；prompt = 概率性合规（失败率非零）。判断轴是后果严重性
入站 `PostToolUse`	归一化异构格式（Unix / ISO 8601 / 数字状态码），顺带裁剪无关字段
出站拦截	阻断违规操作（refunds exceeding $500）并重定向到人工升级
前置条件	`get_customer` 返回已验证 ID 前阻断 `process_refund`
多诉求	拆项 → 共享上下文并行调查 → 统一综合成一个回复
交接摘要	customer ID、root cause、金额、recommended action（接手人看不到 transcript）
会话选择	上下文仍有效 → `--resume`；探索分歧方案 → `fork_session`；tool results 已过期 → 新会话 + 结构化摘要；要 resume 则告知具体变更

七、Domain 3 对照表

放哪（ch05 / ch06）	判据
共享 vs 私有	团队共享 → 进版本库（`.claude/`、项目 CLAUDE.md）；个人 → 家目录，且个人变体改名
横切 vs 目录绑定	约定跨多个目录（测试文件散布）→ `.claude/rules/` + glob；确实目录绑定 → 该目录 CLAUDE.md
始终 vs 按需	普适标准 → CLAUDE.md；多步任务流 → skill
「自动按路径生效」	只能是 `.claude/rules/` + glob（skill 需调用，CLAUDE.md 靠推断）
`@import` vs rules	前者解决文件太大与内容复用；后者解决是否加载
行为不一致	先跑 `/memory` 看实际加载了什么

SKILL.md frontmatter（ch06）	解决什么
`context: fork`	冗长输出或探索性上下文污染主会话（隔离的是上下文；权限收敛用 `allowed-tools`）
`allowed-tools`	执行期间的权限收敛，防破坏性动作
`argument-hint`	缺参调用时提示开发者（不是校验器）

allowed-tools 只让所列工具免确认，不限制可用工具；实际收窄要用 disallowed-tools 或权限 deny 规则。表中按考纲口径，详见 ch06 的说明。来源：Skills · Pre-approve tools for a skill，查阅于 2026-09-27。

plan mode（ch06）	direct execution
大规模变更（45+ 文件）、多个可行方案、架构决策、多文件依赖待摸清	范围明确的单点修改：单文件 bug fix（有 stack trace）、加一个校验
组合形态：plan 做调查与决策 + direct 做实施。反驳句式：「复杂性已经写在需求里，不是可能才出现」。冗长发现阶段用 Explore subagent 隔离

迭代精化四手段（ch07）	触发条件
2–3 个具体 I/O 示例	散文描述被反复不一致地理解
Test-driven iteration	需求可用测试表达；先写测试再分享失败
Interview pattern	你自己不清楚该考虑什么（陌生领域）
一次性 vs 顺序	按耦合性：相互作用的一次给全；独立的顺序修

CI 三条防重复（ch07 / ch19）
重跑带上既往 findings，只报新增或仍未解决 → 防重复评论
提供已有测试文件 → 防重复用例；CLAUDE.md 写测试标准/fixture 约定/什么算有价值 → 防低价值测试
用独立实例 review，不用生成代码的那个 session

八、Domain 4 对照表

模糊指令 ✘（ch08）	显式准则 ✔
"be conservative" / "only high-confidence"	分类式：报什么（bugs、security）/ 跳什么（minor style、局部惯例）
"rate severity appropriately"	每个 severity 级别配具体代码示例
误报会拖垮准确类别的可信度 → 临时禁用高误报类别恢复信任，同时改进其 prompt，改好再启用

Few-shot 适应症（ch08）	剂量与形态
格式不一致 / 歧义案例判不准 / 误报多 / 抽取幻觉（非正式计量、结构多样）/ 必填字段被空	2–4 个针对性示例，示范推理过程（为何选 A 不选 B），目标是泛化到新模式而非匹配预设

结构化输出（ch09）	要点
核心断言	schema 消灭语法错误，不消灭语义错误（合计不符、值放错字段）→ 需独立语义验证层
schema 三规则	可能不存在 → nullable（防编造）；歧义 → `"unclear"`；新类别 → `"other"` + detail
配套	prompt 里附格式归一化规则，与严格 schema 配合
retry 有效	格式/结构错误。三件套：原文档 + 失败输出 + 具体验证错误
retry 无效	信息根本不在源文档里 → nullable + 标记，不要重试到死

Batches API（ch10）	要点
适配	非阻塞、延迟容忍：过夜报告、周度审计、夜间测试生成
不适配	阻塞流程（pre-merge check）、交互式；以及需要单请求内多轮工具调用的流程
SLA 倒推	可容忍排队 = SLA − 最坏处理时间（用窗口上限，不用平均值）
失败处理	按 `custom_id` 只重提失败项 + 针对性修改（超限文档 chunk）；先小样本调 prompt 再上量

多遍审查（ch10）
自审弱（保留生成时推理惯性）→ 独立实例优于 self-review 指令，也优于 extended thinking
大 review 拆：per-file local pass + cross-file integration pass（不是多跑几遍取交集）
verification pass 逐条自报 confidence 支持分级路由——前提是已校准（见 §十 Human review）

九、Domain 2 对照表

工具描述（ch11）	要点
四要素	input formats、example queries、edge cases、与相似工具的 boundaries
修复阶梯	① 扩写描述 → ② 改名 + 改描述（`analyze_content` → `extract_web_results`）→ ③ 拆分泛化工具（`analyze_document` → `extract_data_points` / `summarize_content` / `verify_claim_against_source`）
第二嫌疑人	system prompt 里关键词敏感的指令可能覆盖写得很好的工具描述
拆分边界	拆到描述能清晰区分为止；再细就制造新的误选

工具分配（ch11）	要点
数量	18 个 vs 4–5 个：过多降低选择可靠性；专业外工具易被误用
例外	高频且简单的跨角色需求给 scoped 专用工具（85% / 15% 分界），复杂的仍走 coordinator
收窄能力	泛化工具换受约束替代品：`fetch_url` → `load_document`

错误四分类（ch12）	处置	可重试
transient	subagent 内局部恢复	是
validation	修正参数后重试	是
business	`retriable: false` + 客户友好解释	否
permission	升级或换身份	否
泛化错误（"Operation failed"）阻断恢复决策；access failure ≠ valid empty result

MCP 与 built-in（ch12 / ch18）	要点
作用域	团队共享 `.mcp.json`；个人实验 `~/.claude.json`；凭证 `${VAR}`
同时可用	所有已配置服务器的工具在连接时被发现并同时可用（这也是「工具过多」的来源）
resources	暴露内容目录（issue 摘要、文档层级、DB schema）→ 减少探索性调用
自建 vs 现成	标准集成优选社区服务器；自建留给团队特有流程
偏好 built-in	agent 老用 `Grep` 不用更强的 MCP 工具 → 增强 MCP 工具描述
选型	内容搜索 → `Grep`；路径模式 → `Glob`；整文件 → `Read`/`Write`；唯一锚点改 → `Edit`；锚不唯一 → 退回 Read + Write
探索顺序	`Grep` 找入口 → `Read` 顺 import 追踪（不上来读全库）；wrapper 追踪先列全部导出名再逐名搜

十、Domain 5 对照表

上下文（ch13）	对策
渐进摘要压掉数值/日期/客户预期	抽成持久 case facts 块，置于摘要历史之外；多问题会话用独立 context layer
lost-in-the-middle（首尾可靠、中段易漏）	关键发现摘要置于开头 + 显式 section headers
tool results 不成比例吃 token（40+ 字段只 5 个相关）	进上下文之前裁剪（`PostToolUse`）；注意仍要传完整对话历史
长会话退化（答案不一致、引用「典型模式」）	scratchpad 持久化发现；subagent 隔离冗长探索；阶段摘要注入；`/compact`
崩溃恢复	各 agent 导出状态到已知位置，coordinator resume 时加载 manifest 并注入 prompt
下游预算紧	改上游返回结构化数据（key facts、citations、relevance scores）

Escalation（ch14）
三个正当触发器：① 客户明确要求人工（立即转，不先调查）② 政策空白或例外（≠ 复杂案件）③ 无法取得实质进展
不是触发器：sentiment、自报 confidence、「看起来复杂」、诉求数量多
情绪激动但问题可解 → 安抚 + 提供解决；客户重申才转
身份多匹配 → 要求补充标识符，不用启发式挑

错误传播（ch14）
四件套：failure type、attempted、partial results、potential alternatives
三反模式：吞（空结果标成功）/ 炸（单点失败终止全流程）/ 糊（generic status）
synthesis 输出带 coverage annotations：哪些扎实、哪些因来源不可用有缺口

Human review 与 provenance（ch14）
聚合准确率会掩盖分段崩塌 → 先按 document type × field 分段验证
置信路由三条件：field-level + 用 labeled validation set 校准 + 高置信区间保留 stratified random sampling
低置信 / 源文档歧义矛盾 → 优先人工
claim-source 映射（URL、文档名、摘录）贯穿 synthesis 保留合并；来源丢失最常发生在摘要步骤
冲突数字 → 双值保留 + 来源标注；日期是供解读的，不是用来裁决谁胜出
报告显式区分 well-established / contested；不同内容类型按适配格式渲染（财务=表格、新闻=散文、技术=结构化列表）

十一、官方 12 道样题一句话索引

题	考点 → 正确项要旨
Q1	强制排序 → 程序化前置条件（P3 / ch15）
Q2	工具误选 → 扩写 description（P1 / ch11）
Q3	escalation 失准 → 显式准则 + few-shot（P2 / ch08）
Q4	共享命令 → `.claude/commands/`（P9 / ch06）
Q5	微服务重构 → plan mode（P5 / ch06）
Q6	横切约定 → `.claude/rules/` glob（P9 / ch05）
Q7	覆盖缺失 → coordinator 分解过窄（P1 / ch03）
Q8	超时传播 → 结构化错误上下文（P6 / ch14）
Q9	验证开销 → scoped `verify_fact`（P4 / ch11）
Q10	CI 挂起 → `-p` flag（ch07；干扰项 `CLAUDE_HEADLESS` / `--batch`）
Q11	成本优化 → 仅过夜任务转 batch（P5 / ch10）
Q12	审查不一致 → per-file + integration pass（P7 / ch10）

十二、不考什么（敢删选项的依据）

Fine-tuning / 训练自定模型｜API 认证计费账户管理｜特定语言框架深度实现｜MCP 服务器部署运维（基础设施/网络/容器）｜Claude 内部架构训练权重｜Constitutional AI / RLHF｜Embedding 与向量数据库实现｜Computer use｜Vision / 图像分析｜Streaming / SSE｜限流配额价格计算｜OAuth / 密钥轮换 / 认证协议｜特定云厂商配置｜性能基准与模型对比｜Prompt caching 实现细节｜Token 计数与分词。一个选项若把答案建立在上述任何一项上，基本可直接排除。

进考场前最后一件事 — 把第一节的九条口诀再读一遍。60 道题里你一定会碰上几道完全没复习到的，那时候能救你的不是记忆，是这九条。

考前 48 小时速查页九条口诀 · 全书对照表 · CLI 真伪总表（可打印）