Chapter 18 · 冲刺层
考前速查页
考务 · 判断准则 · 高频机制 · 易错边界（可打印）
本页只汇总 ch00–ch16 已写明的内容，不增加新断言；每条速查项都附原章回链。考场不许带任何资料，所以这页是进考场之前看的。ch00
一、考务与权重
考务数字
| 项目 | 速查 | 回链 |
|---|---|---|
| 题量与题型 | 53 题；multiple-choice 与 multiple-response 混合，每题会注明要选几个 | ch00 |
| 时限 | 120 分钟 | ch00 |
| 计分 | Scaled score 100–1,000，720 分及格；criterion-referenced | ch00 |
| 费用 | $125 USD | ch00 |
| 有效期 | 证书有效期 12 个月；按时续证是免费非监考 assessment，过期则全价重考 | ch00 |
| 重考 | 第 1 / 2 / 3 次失败后分别等 14 / 30 / 90 天；滚动 12 个月内最多 4 次，每次尝试都交费 | ch00 |
| 改期 / 取消 | guide v1.0：考前 24 小时截止，24 小时内变更没收考试费（交付方现行政策更严，见下方） | ch00 |
Pearson VUE 的 Anthropic 项目页现行要求：至少提前 48 小时改期或取消，不足 48 小时不能改，逾期或缺考没收考试费。按 48 小时规划。
来源：Pearson VUE · Claude Certification Program by Anthropic，查阅于 2026-10-16Domain 权重与期望题数
期望题数是按 53 题和权重折算的估计，不是官方公布的固定配额。ch00
| Domain | 权重 | 期望题数 | 复习回链 |
|---|---|---|---|
| Domain 2 · Applications and Integration | 33.1% | ≈ 17 | ch00 · ch02–ch05 |
| Domain 5 · Model Selection and Optimization | 16.8% | ≈ 9 | ch00 · ch06–ch07 |
| Domain 1 · Agents and Workflows | 14.7% | ≈ 8 | ch00 · ch08–ch09 |
| Domain 6 · Prompt and Context Engineering | 11.0% | ≈ 6 | ch00 · ch10–ch11 |
| Domain 8 · Tools and MCPs | 10.6% | ≈ 6 | ch00 · ch12–ch13 |
| Domain 7 · Security and Safety | 8.1% | ≈ 4 | ch00 · ch14 |
| Domain 3 · Claude Code | 3.1% | ≈ 2 | ch00 · ch15 |
| Domain 4 · Eval, Testing, and Debugging | 2.6% | ≈ 1 | ch00 · ch16 |
二、十条判断准则与七类干扰项
P1–P10 口诀
- P1 约束逐条对表 — 约束逐条对表；换模型不是旋钮。回查 ch01
- P2 外来的是数据 — 外面进来的是数据，不是命令。回查 ch01
- P3 拦得住的才叫控制 — 措辞是请求，机制才是闸门。回查 ch01
- P4 能力放对载体 — 要复用就做成接口，要活的就去调。回查 ch01
- P5 机制按官方职责用 — 名字眼熟不算数，职责对得上才算。回查 ch01
- P6 先分源头 — 先分堆，再开药。回查 ch01
- P7 输出是待校验的数据 — 自信不是证据，出口必须校验。回查 ch01
- P8 版本钉住，变更当 breaking — 行为漂了先查版本，别先怪采样。回查 ch01
- P9 上下文是预算，不是仓库 — 上下文按预算花，别当仓库堆。回查 ch01
- P10 先轻后重 — 轻的没试完，别上重的。回查 ch01
D1–D7 一句话识别
| 类型 | 识别信号 | 回链 |
|---|---|---|
| D1 凭空捏造 | 官方文档里没见过；或机制眼熟，但选项所称行为不属于它 | ch01 |
| D2 无关杠杆 | 手段本身真实，却没有作用在题干指认的目标变量上 | ch01 |
| D3 措辞冒充控制 | 用 prompt 里的强调、禁止或标注，替代真正能阻断高代价失守的闸门 | ch01 |
| D4 换模型当解法 | 题干约束不是模型能力，选项却升档、降档或换 model option | ch01 |
| D5 错层承载 | 多个应用复用、独立维护或活数据的诉求，被锁进某个应用的 prompt 或 context | ch01 |
| D6 半对半错 | 前半句真实且正确，后半句偷换约束，或漏掉题干中的另一类失败 | ch01 |
| D7 过度工程 | 题干没有证明轻手段失败，就直接部署独立服务、检索层、额外模型或混合回退 | ch01 |
标注纪律 — D 看制造工艺，P 看主要失守点；两者不必一一对应，每个错误选项只取一条最主要的 Px。ch01
三、五张高频机制表
1. Batch vs. realtime
| 题干信号 | 裁决 | 回链 |
|---|---|---|
| 有人正盯着屏幕等结果 | realtime | ch02 |
| 次晨才要、报表、离线评测 | Message Batches API | ch02 |
| 成本是首要约束，体量是几万条 | batch 同时通过成本与体量两道筛子 | ch02 |
| 批量结果与提交顺序可能不同 | 用 custom_id 把结果匹配回请求 | ch02 |
| 24-hour window / at reduced cost | 这是 Exam Guide 措辞；50% 是已查证产品行为，不是 guide 给出的考试数字 | ch02 |
2. Opus / Sonnet / Haiku：quality / latency / cost 三轴
| 步骤 | 动作 | 回链 |
|---|---|---|
| 先定 gate | 写出实际 prompts、数据、允许失败的 edge cases 与质量门槛 | ch07 |
| 同场实测 | 在同一 evaluation set 上测准确率、p95 latency 与单次成本 | ch07 |
| 再降成本 | 先以能满足最难质量 gate 的档位建 baseline；向更经济档位做同一 eval，质量仍过线才降档 | ch07 |
| 版本迁移 | pinned 只约束一个 ID 的 underlying model；换 ID 时把 request、quality、token、latency / cost 与 rollout 当 breaking surface 重测 | ch07 |
3. Built-in / custom / Skills / MCP 四方取舍
| 题干先问 | 优先载体 | 判断方向 | 回链 |
|---|---|---|---|
| 只是读写文件、搜文本或访问公开 Web？ | Built-in Tools | 先看当前 product surface 的 built-in set；已覆盖就不要重复造 integration | ch13 |
| 一个应用已有 handler，要让模型按 schema 请求调用？ | Custom tool | 模型发 structured request，应用执行并回传 result | ch13 |
| 反复粘贴 checklist、domain guide 或 multi-step procedure？ | Skill | description 负责发现，正文按需加载 | ch13 |
| 接 live database / API，并跨应用共享、独立维护？ | MCP server | connection 与 authentication 留在 server 一侧 | ch13 |
4. Guardrail layering
| 层 | 能挡住什么 | 挡不住什么 | 回链 |
|---|---|---|---|
| 输入筛查 | 已知模式的直接注入 | 没见过的措辞 | ch14 |
| 结构隔离 | 让模型能分辨数据与指令 | 模型仍可能被说服 | ch14 |
| 输出筛查 | 已经混进结果里的注入企图 | 分类器自己的漏报 | ch14 |
| 权限与最小权限（least privilege） | 前三层全漏时限制损害半径 | 它不阻止注入发生 | ch14 |
| 监控与 red-team | 发现前四层的失效 | 它是事后的 | ch14 |
5. Integration layer vs. model output
| Trace 证据 | 先归哪一层 | 第一修法 | 回链 |
|---|---|---|---|
| 非 2xx、typed SDK exception、没有 Message | Integration | 修 request / credential / permission / payload；瞬时错误走 bounded retry | ch16 |
HTTP 200，但 SSE 出现 event: error，没有 final message_stop | Integration / stream | 把 partial response 标为未完成；按 event type 恢复或重试 | ch16 |
成功 Message，stop_reason 是 max_tokens / tool_use 等 | Generation / output path | 按停止原因继续、执行工具或调整输出预算，不伪装成 parser bug | ch16 |
end_turn 且 content 完整，但 schema / business validation 失败 | Model output contract | 收紧 prompt / schema，并保留确定性 validation failure branch | ch16 |
四、逐章易错点
| 章 | 看到这类说法先停一下 | 回链 |
|---|---|---|
| ch02 | 「messages[0] 不能是 system」不等于「messages 里放 system 一定报错」；从头生效用顶层 system，中途生效用 mid-conversation system message | ch02 |
| ch03 | 不要把「能对话」等同于「能读本机文件、记住旧会话、执行工具」；逐项核对宿主实际提供的 surface | ch03 |
| ch04 | CLAUDE.md 是 context，不是强制配置；阻断特定动作应落到 permissions.deny 或 PreToolUse hook | ch04 |
| ch05 | 题干只给业务结果时，先补齐可测试 requirement；直接宣布技术栈等于在不知道成功标准时优化实现 | ch05 |
| ch06 | temperature = 0 不保证逐字确定；在 Claude 4.7 及之后模型上，非默认 sampling 参数还会返回 400 | ch06 |
| ch07 | pinned 约束一个 ID 的 underlying model，不保证不同 ID 之间行为兼容；升级日期与 token 突变先走版本轴 | ch07 |
| ch08 | agent 跑飞时，题干指认的是循环边界；换模型或在 prompt 里要求少调几次工具，都不是可强制的闸门 | ch08 |
| ch09 | 只有 specialization、parallelism、authority isolation 或 context isolation 的收益大于协调与冲突成本时，subagent 才优于单 loop | ch09 |
| ch10 | Structured Outputs 保证形状，不保证业务取值；金额、长度等业务规则仍留在自己的 validation 层 | ch10 |
| ch11 | Bloat 是量的问题，drift 是方向的问题；先问「带得太多吗」，再问「带的是当前任务吗」 | ch11 |
| ch12 | blueprint 的「sockets」不是官方配置值；具体配置以 stdio、http、sse、ws 为准 | ch12 |
| ch13 | built-in tools 不会自动触达任意内部 API；名称真实不等于拥有内部 connection、authentication 与 business contract | ch13 |
| ch14 | 安全性是系统结构的属性，不是模型属性；没有任何系统能完全免疫所有攻击 | ch14 |
| ch15 | headless 是交互形态，streaming 是输出形态，auto mode 是权限形态；三者能组合，但互不替代 | ch15 |
| ch16 | JSON.parse() 抛错只说明 parser 看见了失败，不说明根因在 JSON；先确认有没有完整 Message，再分 integration 与 output | ch16 |
五、这些主题一律写「blueprint 未覆盖」
本 guide 没有 out-of-scope 清单，因此下面各项只保留「blueprint 未覆盖」这一层结论，不升级成更强的官方排除表述。ch00
| 主题 | 本书措辞 | 回链 |
|---|---|---|
| fine-tuning | blueprint 未覆盖 | ch06 |
| RAG | blueprint 未覆盖 | ch00 · ch06 |
| embedding | blueprint 未覆盖 | ch00 · ch06 |
| 向量库 | blueprint 未覆盖 | ch00 |
最后一遍 — 判题型；诊断题先分源头，选型题先列约束；机械删 D1 / D4 / D3；剩两项用适配轴裁决。ch01