📖 the AI 官方认证考试高频核心生词与术语表 (Vocabulary) · 第三课

🎓 所属核心课程：官方 Architect Path 课程《the AI Platform 101》（平台入门）精讲生词表 🔗 对应课程大纲：课程 003 导读与大纲全景 🎯 适用专业认证：CCAR-P (架构师 Professional) ｜ 兼作 CCAR-F / CCDV-F 的平台基础补充 📂 归档目录：Claudeexams/30-单词表/03-考试核心生词与术语表.md 💡 核心用途：逐词萃取课程正文十三课中的核心英文生词、构词词源、工程高频搭配及 CCAR-P 实战考点语境

⚠️ 语料来源说明（必读）

本表词条萃取自课程 003 正文第 1–13 课（正文完结）（官方 Skilljar 课程正文，用户登录取得；中文精译见 课程003/03–09，英文原文见 课程003/16–22）。正文十三课已全部萃取完毕；后续仅随官方 Quiz 与页面更新增补。

标注规则（同表 02）： - 凡引用课程正文原文的句子，标为 「官方原句」； - 凡为帮助理解考点而依据 CCAR-P 官方考纲（Exam Guide v1.0） 构造的语境，标为 「考点语境（据考纲构造）」，不是官方真题原文，请勿当作真题背诵。

本表结构（两层）： 1. 核心精讲区：⭐⭐ 级高频核心词 66 条，按表 01 / 02 体例写满四大维度（音标词性 / 官方考题释义 / 构词拆解与家族词 / 考场高频搭配 + 双语境精析）。 2. 全量速查区：课程 1–13 课全部新生词按课分组速查；精讲词在「精讲」列反向链接。⭐ 级词复习到对应课再升级为精讲条目。

🔤 核心生词精讲清单（⭐⭐ 001–066）

001. primitives (n. pl.) / primitive (n. / adj.)

• 音标：/ˈprɪmətɪvz/
• 官方考题核心释义：
• 原语、基本构件（平台三层架构第一层的专名：Messages API、tool use、files、web search、code execution、MCP servers、skills —— 官方定义 the API building blocks tuned to the AI「为 the AI 调优的 API 积木」）
• ⚠️ 原始义「原始的 / 落后的」（如 primitive society）在平台语境不取，选项里译作「落后的技术」直接排除。
• 构词拆解与家族词汇树：
• 拉丁词根 prim-（第一）＋ 形容词后缀 -itive → 「第一位的、最基础的」
• primary (adj.)：首要的 ｜ prime (adj.)：最好的、基本的
• building blocks (n. phr.)：积木（官方对 primitives 的通俗解释，速查区收录）
• 考场高频搭配：
• API primitives：API 原语（架构分层题锚点词）
• build with primitives：官方口诀第一段（见 002 shorthand）
• 层级：课程 003 第 1 课 · 平台第一层

官方语境与核心考点情境

1. 官方原句（三层架构定义）

   Primitives — the API building blocks tuned to the AI. 「原语 —— 为 the AI 调优的 API 基本构件。」 * 考点：题目问「Messages API / tool use / files 属于平台哪一层」，答案锚定 primitives 层**。与第二层 Infrastructure（managed agents、retries、queues、observability）、第三层 Control（dashboards、evals）严格区分。

2. 考点语境（据考纲构造）· 领域 1 方案设计

   "An architect wants the finest-grained control over model, response length, system prompt and user input. Which platform layer should they build on?" 「架构师想对模型、响应长度、系统提示词与用户输入拥有最细粒度的控制权。应基于哪一层构建？」 * CCAR-P 考点：领域 1 —— 选 primitives 层。粒度控制是 primitives 的卖点；要托管与扩展找 Infrastructure，要验收与监控找 Control。

002. shorthand (n. / adj.)

• 音标：/ˈʃɔːrthænd/
• 官方考题核心释义：
• 简记、口诀（官方对三层总结的自称：The shorthand: build with primitives, scale on infrastructure, run with control）
• 速记法（原始义，速记员的速记符号）
• 构词拆解与家族词汇树：
• short（短）＋ hand（手）→ 手写快记 → 简记、缩略表达
• short-handed (adj.)：人手不足的（另一短语，勿混）
• 近义：mnemonic (n./adj.) 记忆术（的）、cheat sheet (n. phr.) 速查表
• 考场高频搭配：
• The shorthand:：口诀引出语（题干给全句时，对应「三层职责一句话总结」）
• shorthand for：……的简记
• 层级：课程 003 第 1 课 · 官方口诀载体词

官方语境与核心考点情境

1. 官方原句（口诀本体）

   The shorthand: build with primitives, scale on infrastructure, run with control. 「口诀：用原语构建，靠基础设施扩展，凭控制层运营。」 * 考点：三个动词与三层一一对应——build→primitives、scale→infrastructure、run→control。考题把动词换位（如 scale with primitives）即是干扰项。

2. 考点语境（据考纲构造）· 领域 1 方案设计

   "Which pairing correctly completes the platform shorthand: 'build with , scale on , run with ___'?" * CCAR-P 考点：领域 1 —— 考三层架构职责边界。答案：primitives / infrastructure / control。

003. .env.local (n. 专有文件名) / environment file (n. phr.)

• 音标：读作 dot-E-N-V local（约定俗成）
• 官方考题核心释义：
• 本地环境变量文件（存放 API key 等敏感配置的约定位置；.env 系文件应加入 .gitignore，不进版本控制）
• environment variable (n. phr.)：环境变量（进程级配置注入机制）
• 构词拆解与家族词汇树：
• .env = environment 缩写；前导 . 为 Unix 惯例隐藏文件
• 后缀 .local 表「本地覆盖」：优先级高于 .env 且默认不入库
• 家族：.gitignore (n.)：Git 忽略清单 ｜ dotenv (n.)：加载 .env 的库
• 考场高频搭配：
• store the API key in a .env.local file：官方安全 SOP 原句
• keep it out of version control：远离版本控制（与 004 连考）
• 层级：课程 003 第 2 课 · 本课第一个必考点

官方语境与核心考点情境

1. 官方原句（安全 SOP）

   Take the API key and store it in a .env.local file so it stays out of your version control. 「拿到 API key 后存进 .env.local 文件，让它不进你的版本控制。」 * 考点：密钥该放哪是本课必考题。答案锚定 .env.local / environment files；错误做法见 005 hardcode。

2. 考点语境（据考纲构造）· 领域 5 治理安全与风险

   "A developer commits a demo with the API key pasted directly in index.ts to a public repository. Which control was missing, and where should the key live?" * CCAR-P 考点：领域 5 —— 缺密钥管理；密钥应放 .env.local 等环境文件并列入 .gitignore。对应官方句 Hardcoding keys in source files is how they end up leaked on GitHub。

004. version control (n. phr.) ⚡ 已收录于表 01-085，此处为安全语境专题

• 音标：/ˈvɜːrʒn kənˈtroʊl/
• 官方考题核心释义：
• 版本控制（Git 等源码变更管理系统；本课语境：密钥绝不能跟着代码进版本控制）
• 引申：version-controlled (adj.)：受版本控制的
• 构词拆解与家族词汇树：
• version（版本 ← 拉丁 vertere 转动 → 转出来的「译本 / 版本」）＋ control
• repository / repo (n.)：仓库 ｜ commit (v./n.)：提交 ｜ .gitignore (n.)：忽略清单
• 考场高频搭配：
• stays out of version control：不进版本控制（官方原句）
• leaked on GitHub：泄露到 GitHub（后果句）
• 层级：课程 003 第 2 课 · 与 003 同句出现

官方语境与核心考点情境

1. 官方原句（同 003）

   …so it stays out of your version control. Hardcoding keys in source files is how they end up leaked on GitHub. * 考点：题干问「密钥泄露最常见路径」，答案是进了版本控制的硬编码密钥，不是「网络被黑」这类戏剧化选项。

2. 考点语境（据考纲构造）· 领域 5 治理安全与风险

   "Which artifact would most directly reveal a leaked-credential exposure path during an architecture review?" * CCAR-P 考点：领域 5 —— 审查提交历史与 .gitignore。密钥入库后从历史删除也不算撤销（需轮换 key），这是领域 5 的陷阱层。

005. hardcode (v.) / hardcoded (adj.) / hardcoding (n.)

• 音标：/ˈhɑːrdkoʊrd/
• 官方考题核心释义：
• 硬编码（把本应外部化的配置 / 密钥 / 魔法值直接写死在源码里）
• 本课专指：把 API key 写进源文件 —— 官方称之为密钥泄露到 GitHub 的标准路径
• 构词拆解与家族词汇树：
• hard（硬）＋ code（编码）→ 写死在代码里
• 反义操作：externalize (v.) 外部化 ｜ parameterize (v.) 参数化
• 家族：hardcoded credentials：硬编码凭据（安全审计术语）
• 考场高频搭配：
• Hardcoding keys in source files is how they end up leaked on GitHub（官方原句）
• hardcoded secrets / credentials：硬编码密钥 / 凭据
• 层级：课程 003 第 2 课 · 安全考点核心词

官方语境与核心考点情境

1. 官方原句（后果警示）

   Hardcoding keys in source files is how they end up leaked on GitHub — keep them in environment files instead. 「把密钥硬编码进源文件，正是它们泄露到 GitHub 的方式 —— 改放环境文件里。」 * 考点**：官方替代方案是 environment files（.env.local），不是「更复杂的加密」也不是「私有仓库就够了」—— 后两者是典型干扰项。

2. 考点语境（据考纲构造）· 领域 5 治理安全与风险

   "A team stores its API key encrypted inside the source file, arguing the repo is private. Evaluate the posture." * CCAR-P 考点：领域 5 —— 仍是 hardcoded；私有仓库不是控制边界（密钥随代码分发流动）。正解：移出源码进环境变量 / 密钥管理器，并轮换。

006. block (n.) / content block (n. phr.)

• 音标：/blɑːk/
• 官方考题核心释义：
• 内容块（API 响应 content 字段的元素单位：一次响应是 block 数组而非字符串；常见类型 text / tool_use / server_tool_use / 工具结果）
• ⚠️ 熟义「代码块」「阻塞」在本课语境不取；考的是响应结构
• 构词拆解与家族词汇树：
• 中古英语 blok（原木疙瘩）→ 一整块 → 结构化消息组成单元
• 家族搭配：block type：块类型 ｜ alongside the regular text blocks：与常规文本块并排（第 7 课原句）
• 关联：array of objects：对象数组（速查区收录）
• 考场高频搭配：
• response.content is an array of blocks：响应 content 是 block 数组
• loop over the blocks and check block.type：循环遍历并判类型（官方推荐写法）
• 层级：课程 003 第 2 课定基调，第 4 / 5 / 7 课持续复用

官方语境与核心考点情境

1. 官方原句（代码形态，第 2 课）

   for (const block of response.content) { if (block.type === "text") { … } } * 考点：响应怎么取必考 —— content 不能当字符串用；必须循环 + 判 type。第 4 课 tool_use、第 7 课 server_tool_use 都靠这个结构接住。

2. 考点语境（据考纲构造）· 领域 2 模型提示与上下文工程

   "An integration only sometimes shows the model's answer. Their code prints response.content directly. What is the structural mistake?" * CCAR-P 考点：领域 2 / 3 —— content 是 block 数组；直接打印得到对象集合而非答案文本。正解：按 type 分发处理。

007. hold up (v. phr.)

• 音标：/hoʊld ʌp/
• 官方考题核心释义：
• 撑得住、站得住、经得起检验（本课：便宜模型的产出在质量上顶不顶得住）
• 其他义项速览：举起；延误（traffic held us up）；打劫 —— 本课均不取，属阅读干扰
• 构词拆解与家族词汇树：
• 短语动词 hold（保持）＋ 小品词 up（立起）→ 立得住 → 经得起
• 近义：withstand scrutiny：经得起审视 ｜ stand up to：顶得住
• 名词化连写 holdup (n.)：延误（与动词短语区分）
• 考场高频搭配：

  the output might not hold up**（官方原句）

• hold up in production / under review：在生产 / 审查中站得住

官方语境与核心考点情境

1. 官方原句（选型权衡）

   If you default to the smartest one, your API bill will surprise you. Pick the cheapest one, and the output might not hold up. 「默认选最聪明的，账单会给你惊喜；选最便宜的，产出又可能撑不住。」 * 考点：CCAR-P 最爱的「两头都不是正解」题干结构 —— 最贵与最便宜都是陷阱，正解是按任务匹配 + 用自己的样例评估。

2. 考点语境（据考纲构造）· 领域 4 评估测试与优化

   "A team switches all workloads to the cheapest model without changing their evaluation set. What risk does the lesson's phrasing capture?" * CCAR-P 考点：领域 4 —— the output might not hold up 正是缺评估闸门的质量风险表述；正解是跑 20–30 条真实负载的最小可行评估（第 3 课方法论）再切换。

008. autonomous (adj.)

• 音标：/ɔːˈtɑːnəməs/
• 官方考题核心释义：
• 自主的（智能体官方定义要件 ①：An agent is an autonomous version of the AI）
• 引申：autonomy (n.)：自主性（治理文档高频）
• 构词拆解与家族词汇树：
• 希腊词根 auto-（自己）＋ nomos（法律 / 规则）→ 自成法度 → 自主
• automation (n.)：自动化（表 02-048 三协作模式之一）⚠️ autonomous ≠ automated：前者自主决策，后者无人值守的机械重复
• autonomous system：自主系统（架构标准搭配）
• 考场高频搭配：
• an autonomous version of the AI：AI 的自主形态（定义句）
• autonomous operation / execution：自主运行 / 执行
• 层级：课程 003 第 4 课 · 定义要件 ①

官方语境与核心考点情境

1. 官方原句（智能体定义）

   An agent is an autonomous version of the AI, running both sides of the messaging loop without a human in the middle. * 考点**：定义三要件（autonomous ｜ 双侧自跑 ｜ without a human in the middle）任缺一项就不是官方定义的 agent。考题爱用「加人工审批步」的选项破坏要件 ③。

2. 考点语境（据考纲构造）· 领域 1 方案设计与架构

   "A workflow requires a human to approve each tool call before execution. Per the course's definition, is this an agent?" * CCAR-P 考点：领域 1 —— 不是。要件 ③ 被破坏，属 augmented LLM / workflow 模式（考纲「选择架构模式 workflow / agentic / augmented LLM」）。

009. without a human in the middle (prep. phr.) ⭐ 定义要件 ③

• 音标：/wɪˈðaʊt ə ˈhjuːmən ɪn ðə ˈmɪdl/
• 官方考题核心释义：
• 中间没有人（消息循环两侧——发指令与收结果——都由程序驱动，人类不在环内）
• 反义配置：human in the loop (HITL)：人在环内（治理类考题用它制造反向干扰）
• 构词拆解与家族词汇树：
• in the middle：在中间（字面）→ 在流程关键路径上（架构义）
• 家族：human-on-the-loop：人在环上（只监督不逐次批准，治理梯度中间档）
• human oversight：人类监督（表 02-054）
• 考场高频搭配：
• running both sides of the messaging loop without a human in the middle（定义句后半）
• human in the loop vs. human on the loop：逐次批准 vs. 监督抽查（领域 5 分层控制）
• 层级：课程 003 第 4 课 · 与 008 同为定义要件

官方语境与核心考点情境

1. 官方原句（同 008 定义句）

   …running both sides of the messaging loop without a human in the middle. * 考点：区分 agentic 与 augmented/workflow 的分水岭短语。表 02-048 三模式里只有 Agency 满足这条。

2. 考点语境（据考纲构造）· 领域 5 治理安全与风险

   "A regulated deployment requires sign-off before any irreversible action. How does this constraint reshape the design, per the definition?" * CCAR-P 考点：领域 5 —— 不可逆动作引入 HITL 即放弃本短语；要么降级为 workflow，要么把不可逆动作从智能体权限中剥离（fail closed 与最小特权）。

010. stop reason (n. phr.) / stop_reason (API 字段)

• 音标：/stɑːp ˈriːzn/
• 官方考题核心释义：
• 停止原因（响应字段：AI 本次回合为什么停下 —— 二值驱动整个 agent loop）
• 本课两取值：end_turn（给最终答案）｜ tool_use（要调工具，循环继续）
• 构词拆解与家族词汇树：
• stop ＋ reason；API 字段蛇形命名 stop_reason
• 家族：stop condition：停止条件（与 while True 配对的循环三要素之一）
• 关联：责任句 You own the loop and the tools. the AI owns the reasoning.（速查区收录）
• 考场高频搭配：
• switch on the response's stop reason：按 stop reason 分支（官方代码注释原句）
• stop_reason == "tool_use" / == "end_turn"（循环骨架两行）
• 层级：课程 003 第 4 课 · 五步循环枢纽

官方语境与核心考点情境

1. 官方原句（循环出口）

   Repeat until the stop reason is end_turn. * 考点：五步循环第 5 步。第 2 步的二分（给答案还是调工具）直接映射两个取值 —— 手写 agent loop 的核心机制，几乎必考。

2. 考点语境（据考纲构造）· 领域 3 集成

   "An integration loops indefinitely: the model keeps requesting tools and never returns a final answer. Which field governs the loop's exit, and what value terminates it?" * CCAR-P 考点：领域 3 —— stop_reason，终止值 end_turn；工程上还须配最大迭代数兜底（死循环容错）。

011. end_turn (API 枚举值)

• 音标：读作 end-turn
• 官方考题核心释义：
• 回合结束（stop_reason 终止取值：AI 认为任务完成、给出最终答案 → 循环出口）
• ⚠️ 字面易读成「结束对话」；结束的是当前回合 / 循环，不是整个会话
• 构词拆解与家族词汇树：
• end（结束）＋ turn（回合；对话术语，源自棋类「轮到谁走」）
• 家族：turn-taking (n.)：轮替 ｜ take turns (v. phr.)：轮流
• 对立取值：tool_use（见 012）
• 考场高频搭配：
• until the stop reason is end_turn（官方原句）
• if response.stop_reason == "end_turn": return answer
• 层级：课程 003 第 4 课 · 循环出口信号

官方语境与核心考点情境

1. 官方原句（同 010）

   Repeat until the stop reason is end_turn. * 考点：认出最小 agent loop 的出口条件。干扰项常给 max_tokens（那是长度截断，另一语义）或本课不存在的值。

2. 考点语境（据考纲构造）· 领域 3 集成

   "In a five-step agent loop, where does the 'give the final answer' branch read its trigger?" * CCAR-P 考点：领域 3 —— 第 2 步二分处读取 stop_reason；end_turn → 返回答案，tool_use → 执行工具并回灌结果。

012. tool_use (n. phr. / 枚举值 / block 类型)

• 音标：读作 tool-use
• 官方考题核心释义：
• 工具使用 —— 本课三位一体： ① stop_reason == "tool_use"：循环继续信号 ② block.type == "tool_use"：承载工具请求的 block 类型 ③ 能力统称：平台原语层第二件套（通识义见表 02-044）
• 构词拆解与家族词汇树：
• tool ＋ use；连字符 / 下划线形态随上下文切换（枚举值无连字符）
• 家族：tool definition（schema）｜ tool result（第 4 课回灌物）｜ tool_use_id（见 013）
• 第 7 课扩展：server_tool_use：服务端工具使用（新 block 类型）
• 考场高频搭配：
• if block.type == "tool_use": execute and send back
• stop_reason: tool_use（继续信号）
• 层级：课程 003 第 4 / 5 / 7 课持续复用

官方语境与核心考点情境

1. 官方原句（代码骨架，第 4 课）

   if response.stop_reason == "tool_use": … execute the tool … send the result back … * 考点：tool_use 既是停止原因又是 block 类型 —— 干扰项把它伪装成「工具执行结果」；注意结果不是 AI 生成的，是你的代码执行后回灌的（见 014）。

2. 考点语境（据考纲构造）· 领域 3 集成

   "After receiving a response with a tool_use block, what must the integration send back and in which role?" * CCAR-P 考点：领域 3 —— 把工具结果放进 user role 消息发回（官方口诀级事实）；配对靠 tool_use_id（见 013）。

013. tool_use_id (API 字段) ⭐ 必考配对键

• 音标：读作 tool-use-I-D
• 官方考题核心释义：
• 工具调用 ID（配对键：AI 发出的每个 tool_use block 带一个 id；你的代码把执行结果带着同一个 id 发回去，平台据此把结果与请求精确配对）
• 构词拆解与家族词汇树：
• tool_use ＋ _id（identifier 缩写，蛇形命名字段后缀）
• 家族：idempotency key：幂等键（速查区 idempotent 同属「配对 / 去重」语义族）
• 关联陷阱：工具结果放 user role（官方反直觉事实，与本条连考）
• 考场高频搭配：
• "tool_use_id": block.id（官方代码原句）
• pair the result with the request via tool_use_id
• 层级：课程 003 第 4 课 · 循环第 4 步配对机制

官方语境与核心考点情境

1. 官方原句（代码形态）

   "tool_use_id": block.id, 「工具结果块的 tool_use_id 字段 = 请求块的 id。」 * 考点：漏带 id 是集成第一大坑 —— 平台无法配对时循环报错或行为未定义。考题爱问「结果消息里必须包含什么」。

2. 考点语境（据考纲构造）· 领域 3 集成

   "An agent loop intermittently fails with 'tool result without matching tool_use'. The results are correct. What is missing?" * CCAR-P 考点：领域 3 —— 结果块缺 tool_use_id（或 id 不匹配）；修复：把请求块的 id 原样带回。

014. internalize (v.) / internalization (n.)

• 音标：/ɪnˈtɜːrnəlaɪz/
• 官方考题核心释义：
• 内化（把一条事实吸收成不需提醒的本能认知 —— 官方用它标记第 5 课第一论断：AI 不执行工具，你的代码执行）
• 心理学义：把外部规范转为内在价值
• 构词拆解与家族词汇树：
• 前缀 inter-（向内）＋ -al- ＋ 动词后缀 -ize → 使向内
• 反义：externalize (v.)：外化
• 家族：internal (adj.) ｜ internally (adv.)
• 考场高频搭配：
• Here's the key thing to internalize:（官方标记句式，后面必跟论断）
• internalize the responsibility split：把责任划分内化
• 层级：课程 003 第 5 课 · 官方点名要求

官方语境与核心考点情境

1. 官方原句（本课第一论断）

   Here's the key thing to internalize: the AI doesn't execute the tool — your code does. 「需要你内化的关键一点：AI 并不执行工具 —— 是你的代码在执行。」 * 考点：责任划分句（You own the loop and the tools.）的技术根据。考题问「谁执行工具」，答案永远是你的代码。

2. 考点语境（据考纲构造）· 领域 3 集成 ＋ 领域 5 权限

   "A reviewer claims the model 'runs the tools in its sandbox.' Correct the claim using the course's framing." * CCAR-P 考点：领域 3 —— AI 只请求调用；执行发生在你的运行时。因此工具的权限边界、沙箱、审计都落在你方（领域 5 责任归属），这是安全栈设计的出发点。

015. vague (adj.)

• 音标：/veɪɡ/
• 官方考题核心释义：
• 含糊的、模糊的（工具 description 写得含糊 —— 官方认定这是智能体失灵的头号原因的「因」）
• 反义：specific (adj.)：具体的（官方处方：Be specific.）
• 构词拆解与家族词汇树：
• 源自拉丁 vagus（游荡的）→ 漂移不定 → 模糊
• vagueness (n.)：模糊性 ｜ vaguely (adv.)：含糊地
• 同族陷阱：vogue (n.)：时尚（形近词，勿混）
• 考场高频搭配：
• a vague description：含糊的描述（官方原句）
• vague → bad tool use：因果链（第 5 课关键表达表）
• be specific：写具体（官方处方）
• 层级：课程 003 第 5 课 · 头号原因的因

官方语境与核心考点情境

1. 官方原句（头号原因）

   If you write a vague description, you get bad tool use. This is the number one reason agents misfire or don't grab the tools that are available to them. Be specific. 「写得含糊，就得到糟糕的工具使用。这是智能体失灵、抓不住手边可用工具的头号原因。写具体。」 * 考点：因果链四环：vague description → bad tool use → misfire / don't grab tools。修复手段只有一个方向：把 description 写具体** —— 不是换模型、不是加轮次。

2. 考点语境（据考纲构造）· 领域 3 集成

   "An agent ignores a relevant tool and answers from memory instead. The tool works when called manually. What does the course identify as the first thing to fix?" * CCAR-P 考点：领域 3 —— 先查工具 description 是否 vague；与课程 002 Skills 触发机制（表 01 similar-sounding 场景）同构，跨课互证。

016. misfire (v. / n.)

• 音标：/ˌmɪsˈfaɪər/
• 官方考题核心释义：
• 失灵、打偏、没打着（引擎点不着火的原义 → 智能体该调工具时没调、调错时机）
• 本课语境：agents misfire or don't grab the tools that are available to them
• 构词拆解与家族词汇树：
• 前缀 mis-（错、没）＋ fire（点火）→ 点不着火 → 失灵
• 同缀家族：mismatch (n./v.)：错配 ｜ misconfigure (v.)：配置错误 ｜ misread (v.)：误读（表 02-062 已收）
• 名词化：misfire (n.)：一次失灵（可数）
• 考场高频搭配：
• agents misfire：智能体失灵（官方原句）
• the number one reason agents misfire：头号原因句式
• 层级：课程 003 第 5 课 · 因果链末端

官方语境与核心考点情境

1. 官方原句（同 015）

   This is the number one reason agents misfire or don't grab the tools that are available to them. * 考点：misfire 与 don't grab the tools 是官方并列的两种症状：调错 与 该调不调。排查方向首先指向 description 质量，而不是模型能力。

2. 考点语境（据考纲构造）· 领域 4 评估测试与优化

   "After tightening every tool description, misfires drop but a long tail remains. What is the course-aligned next diagnostic step?" * CCAR-P 考点：领域 4 —— 从「修描述」转入「跑评估」：用固定测试集量化症状（呼应 007 hold up 的最小可行评估），再决定是否动模型或权限。

017. failure mode (n. phr.) ⚡ 已收录于表 01（compliance 场景），此处为思考课语境专题

• 音标：/ˈfeɪljər moʊd/
• 官方考题核心释义：
• 失效模式（系统偏离预期行为的典型方式；第 6 课开篇：Here's the failure mode we're trying to avoid —— 指不假思索立刻作答导致的自信地答错）
• ⚠️ CCAR-P 考纲领域 5 原词（identify failure modes），题干高频
• 构词拆解与家族词汇树：
• failure（失败 ← fail ＋ 名词后缀 -ure）＋ mode（模式 ← 拉丁 modus 方式）
• 家族：failure rate：失效率 ｜ mode of failure：失效方式 ｜ graceful failure：优雅失败（速查区 graceful 同课）
• 考场高频搭配：
• the failure mode we're trying to avoid：我们要避免的失效模式（官方原句）
• identify / mitigate failure modes：识别 / 缓解失效模式（考纲动词搭配）
• fail closed：失效时关闭（表 02 已收，安全侧原则）
• 层级：课程 003 第 6 课 · 考纲领域 5 原词

官方语境与核心考点情境

1. 官方原句（第 6 课问题陈述）

   Here's the failure mode we're trying to avoid. Ask a model a multi-step question and have it answer immediately, and it can confidently get it wrong. 「这就是我们要避免的失效模式：问一个多步问题并让它立刻回答，它可能自信地答错。」 * 考点：失效模式 = 立刻作答 ＋ 多步问题 ＋ 自信答错** 三件套；对策是 extended thinking（先推演再作答）。领域 5 考题用它问「该系统的典型失效模式是什么」。

2. 考点语境（据考纲构造）· 领域 5 治理安全与风险

   "For a medical coding assistant, which failure mode does the lesson's phrasing most directly warn against, and which capability mitigates it?" * CCAR-P 考点：领域 5 —— 失效模式是「高流畅但错误的即时回答」（幻觉 / 过度自信家族，表 02-041 呼应）；缓解：开启 extended thinking ＋ 输出侧筛查，而非单纯调高 max_tokens。

018. confidently (adv.) / confident (adj.) / confidence (n.)

• 音标：/ˈkɑːnfɪdəntli/
• 官方考题核心释义：
• 自信地（本课贬义用法：confidently get it wrong —— 自信地答错，LLM 过度自信的经典失效）
• ⚠️ 正常语境「确信地」是中性词；考题里修饰 get it wrong 时必为风险信号
• 构词拆解与家族词汇树：
• 拉丁词根 con-（一起）＋ fidere（相信）→ 共同相信 → 确信
• confidence (n.)：信心 ｜ overconfident (adj.)：过度自信的（表 02-038 微调语境已收）
• 反义：hesitantly (adv.)：迟疑地
• 考场高频搭配：
• confidently get it wrong：自信地答错（官方原句，全考纲反复出现的失效模式）
• well-calibrated confidence：校准良好的置信度（评估文档用语）
• confidence vs. correctness：自信与正确的错位
• 层级：课程 003 第 6 课 · 问题陈述核心副词

官方语境与核心考点情境

1. 官方原句（同 017）

   …it can confidently get it wrong. 「……它可能自信地答错。」 * 考点：这是第 6 课的问题陈述，也是全考纲反复出现的失效模式：流畅 ≠ 正确。呼应课程 002 第 3 课：预训练学「模式」→ 幻觉；微调教「乐于遵循指令」→ 过度自信。

2. 考点语境（据考纲构造）· 领域 4 评估测试与优化

   "User trust in an assistant rose sharply after a model upgrade, but accuracy metrics stayed flat. Which lesson concept explains the gap?" * CCAR-P 考点：领域 4 —— 表达更流畅 / 更自信，但正确率未变；评估必须量正确率而非观感（well-calibrated confidence），这正是评估闸门存在的理由。

019. adaptive (adj.) / adapt (v.) / adaptation (n.)

• 音标：/əˈdæptɪv/
• 官方考题核心释义：
• 自适应的（当前模型上 thinking 默认形态：thinking: {"type": "adaptive"} —— 无需指定 token budget，模型自行决定思考多少）
• 考点焦点：adaptive 与旧式手动预算的区别
• 构词拆解与家族词汇树：
• 拉丁词根 apt-（契合；同根 apt 适当的、aptitude 天资）＋ 前缀 ad-（去、向）＋ 形容词后缀 -ive → 能自行契合的
• adapt (v.)：适应 ｜ adaptable (adj.)：可适应的（强调「可被改造」；adaptive 强调「自行调整」）
• 家族：adaptive thinking：自适应思考（本课专名）
• 考场高频搭配：
• thinking is adaptive：思考是自适应的（官方原句）
• thinking: {"type": "adaptive"}（API 写法）
• no token budget required：无需 token 预算（与旧式手动的对立点）
• 层级：课程 003 第 6 课 · 思考开启方式

官方语境与核心考点情境

1. 官方原句（开启方式）

   With the current model, thinking is adaptive. 「在当前模型上，思考是自适应的。」 * 考点：官方样例写法是 thinking={"type": "adaptive"} 与 output_config={"effort": "high"} 两个独立顶层参数；adaptive 不需要 token budget。考「怎么开思考」时，写 budget 的选项是干扰项。

2. 考点语境（据考纲构造）· 领域 2 模型提示与上下文工程

   "A team migrated from a legacy model's manual thinking budget and now overrides it with a fixed token budget on every call. What does the course recommend instead?" * CCAR-P 考点：领域 2 —— 用 adaptive ＋ effort 分档控制；固定预算剥夺了模型按题自调的能力，也是成本浪费点。

020. gotcha (n.) ⚡ 已收录于表 01-080，此处为参数位置语境专题

• 音标：/ˈɡɑːtʃə/
• 官方考题核心释义：
• 坑、易错点（got you 的口语压缩 → 专指「容易咬人的细节」）
• 第 6 课官方主动点名：effort 参数在 output_config 里，不在 thinking 旁边
• 构词拆解与家族词汇树：
• got you（抓到你了）连读缩合 → 被咬一口 → 隐蔽陷阱
• 家族：pitfall (n.)：陷阱 ｜ footgun (n.)：自伤设计（工程俚语）
• Gotcha!（感叹词）：明白了！—— 与名词义区分
• 考场高频搭配：
• One gotcha: it goes inside output_config, not next to the thinking block.（官方原句）
• a classic gotcha in API design：API 设计的经典坑
• 层级：课程 003 第 6 课 · 官方点名易错点

官方语境与核心考点情境

1. 官方原句（同上）

   One gotcha: it goes inside output_config, not next to the thinking block. 「一个坑：它在 output_config 里，不在 thinking 旁边。」 * 考点：参数位置题几乎必考 —— effort 的宿主是 output_config。选项里 thinking: {"effort": "high"} 是官方钦定的错误写法。

2. 考点语境（据考纲构造）· 领域 2 模型提示与上下文工程

   "A team reports effort settings silently not taking effect. Their call passes effort inside the thinking object. Diagnose." * CCAR-P 考点：领域 2 —— 命中了官方 gotcha：effort 必须放 output_config；静默失效正是这类位置错误的典型症状（不报错、不生效）。

021. effort (n. / API 参数)

• 音标：/ˈefərt/
• 官方考题核心释义：
• 力度、投入强度（思考力度的分档控制：low | medium | high | xhigh | max 五档，默认 high）
• 日常义「努力」在本课让位于参数义：它控制的是模型为这一题花多少思考
• 构词拆解与家族词汇树：
• 拉丁语 exfortis（用力挤出）→ ef-（出）＋ fort（力；同根 fortify 强化、comfort 安慰原义「使有力」）
• 家族搭配：effort-based routing：按力度路由（成本管理用语）
• output_config (n.)：输出配置（effort 的宿主，见 022）
• 考场高频搭配：
• the effort parameter：力度参数（官方原句）
• output_config={"effort": "high"}（官方样例）
• low | medium | high | xhigh | max（五档枚举）
• 层级：课程 003 第 6 课 · 思考力度的旋钮

官方语境与核心考点情境

1. 官方原句（控制方式）

   To control how much the AI thinks, use the effort parameter. 「要控制 AI 思考多少，用 effort 参数。」 * 考点：三个记忆点一起背：五档枚举 ＋ 默认 high ＋ 住在 output_config 里。考枚举的题会把 max 换成 ultra 之类的假档位。

2. 考点语境（据考纲构造）· 领域 4 评估测试与优化（成本-延迟-质量三角）

   "A latency-sensitive endpoint sees p95 climb after enabling adaptive thinking. Which knob tunes it without disabling thinking?" * CCAR-P 考点：领域 4 —— 调低 effort 档位；与第 3 课「简单抽取 = Haiku ＋ 不开思考」合成成本-延迟-质量权衡的完整答案。

022. output_config (n. / API 参数)

• 音标：读作 output-config
• 官方考题核心释义：
• 输出配置（effort 的所在：一个收集输出侧控制参数的顶层对象；与 thinking 并列、互不嵌套）
• 本课考点浓缩：「effort 在哪」＝「output_config 里」
• 构词拆解与家族词汇树：
• output（输出 ← out ＋ put）＋ config（configuration 缩写：配置）
• 家族：config file：配置文件 ｜ misconfiguration：配置错误（速查区 mis- 族呼应 016）
• 对立参照：thinking（顶层参数，不包含 effort —— 官方 gotcha 的另一半）
• 考场高频搭配：
• output_config={"effort": "high"}（官方样例）
• two separate top-level parameters：两个独立的顶层参数（官方强调语）
• 层级：课程 003 第 6 课 · effort 的宿主

官方语境与核心考点情境

1. 官方原句（样例 + 注释）

   output_config={"effort": "high"}, # low | medium | high | xhigh | max * 考点：与 020 / 021 组成三点一线：位置（output_config）→ 旋钮（effort）→ 档位（五档，默认 high）。任何一点被换掉就是干扰项。

2. 考点语境（据考纲构造）· 领域 2 模型提示与上下文工程

   "Which object in a request controls how hard the model thinks, and which sibling parameter must it not be nested inside?" * CCAR-P 考点：领域 2 —— output_config 控制 effort；不得嵌进 thinking。反向问法（「哪个参数不含 effort」）同源。

023. connects them (v. phr. + 宾语) ⭐ 本课最高价值表达

• 音标：/kəˈnekts ðem/
• 官方考题核心释义：
• 把（多个问题 / 线索）关联起来（思考开启后的智能体差异：不是一次只发现一个问题，而是能把散落在各处的矛盾点连起来看）
• 官方场景：合规审查应用 —— 发现「第三章的风载荷规格与文档别处的材料规格冲突」
• 构词拆解与家族词汇树：
• connect（连接 ← 拉丁 con- 一起 ＋ nectere 捆绑）＋ them（复现代词，指前文的 problems）
• 家族：connect the dots (v. phr.)：连点成线（同义习语）｜ cross-reference (v./n.)：交叉引用 ｜ reason across sections：跨章节推理（官方原句短语）
• 考场高频搭配：
• the difference between an agent that finds problems one at a time and an agent that connects them：官方对照句式

官方语境与核心考点情境

1. 官方原句（思考价值的判据）

   In a production app, this is the difference between an agent that finds problems one at a time and an agent that connects them. 「在生产应用里，这就是『一次只发现一个问题的智能体』与『能把问题关联起来的智能体』之间的差别。」 * 考点：这是思考价值的判据：多步关联任务收益最大；单步抽取任务开思考纯属浪费。与第 3 课「用 / 不用」清单合成领域 4 的成本-收益题。

2. 考点语境（据考纲构造）· 领域 4 评估测试与优化

   "Which workload benefits most from toggling adaptive thinking on: (a) single-field extraction, (b) multi-document compliance review, (c) greeting generation?" * CCAR-P 考点：领域 4 —— 选 (b)。官方合规审查场景原样复现：reasoning across report sections 才吃得到思考红利。

024. server tools (n. phr.)

• 音标：/ˈsɜːrvər tuːlz/
• 音标补：读作 server-tools
• 官方考题核心释义：
• 服务端工具（工具三分法之一：你声明、平台执行 —— declared by you, run by the AI provider；含 web search、code execution、web fetch 三件套）
• 三分法对照：custom tools（你写 schema 你执行）｜ client tools（SDK 给 schema，你执行，见 025）
• 构词拆解与家族词汇树：
• server（服务器 ← serve 服务 ＋ 施动者 -er）＋ tools
• 家族：server_tool_use (block 类型)：服务端工具使用块 ｜ server-side execution：服务端执行
• 对立：client-side (adj.)：客户端侧的（速查区 client 已收「不是客户」的陷阱）
• 考场高频搭配：
• declared by you, run by the AI provider：你声明、平台执行（官方定义句）
• You don't write the code. You don't host the sandbox. You just declare the tool.（官方三连）
• web search / code execution / web fetch：三大 server tools 枚举
• 层级：课程 003 第 7 课 · 三分法之一

官方语境与核心考点情境

1. 官方原句（定义）

   ## Server tools: declared by you, run by the AI provider * 考点：三分法题的判别式是三个问题：谁给 schema？谁执行？要不要 agent loop？ server tools 三答：平台给、平台执行、不要**（见 026）。

2. 考点语境（据考纲构造）· 领域 3 集成（最大权重领域）

   "A team wants live-web fact-checking with zero sandbox operations to manage. Which tool category and mechanism fits?" * CCAR-P 考点：领域 3 —— server tools 的 web search：只在 tools 数组里声明，平台跑沙箱；结果经 server_tool_use block 回来，无循环代码。

025. client tools (n. phr.)

• 音标：读作 client-tools
• 官方考题核心释义：
• 客户端工具（三分法之一：跑在你的代码所在处 —— Client tools run where your code runs；SDK 白送 schema 与 runner，如 memory、bash）
• 与 custom tools 的区别：schema 和执行器是 SDK 预置的，你只管调用
• 构词拆解与家族词汇树：
• client（客户端 ← 拉丁 cliens 依附者；⚠️ 不是「客户」）＋ tools
• 家族：client-side execution：客户端执行 ｜ memory / bash (n.)：两大 client tools 枚举
• SDK ships the schema and a runner for you：SDK 白送 schema 与 runner（官方原句）
• 考场高频搭配：
• client tools run where your code runs：跑在你的代码所在处（官方定义句）
• the SDK ships the schema and a runner：SDK 白送 schema 与执行器
• memory and bash：两大 client tools
• 层级：课程 003 第 7 课 · 三分法之二

官方语境与核心考点情境

1. 官方原句（定义）

   Client tools run where your code runs, but the SDK ships the schema and a runner for you. 「client tools 跑在你的代码所在处，但 SDK 白送你 schema 和 runner。」 * 考点：执行地点（你方）与 server tools（平台）形成镜像对比；「谁给 schema」上与 custom tools（你写）形成对比。三分法表格题就考这三格。

2. 考点语境（据考纲构造）· 领域 3 集成 ＋ 领域 5 治理安全

   "A risk officer asks who is accountable for actions taken by the bash client tool. Answer per the course's framework." * CCAR-P 考点：领域 3 ＋ 5 —— client tools 在你方运行时执行，沙箱与权限边界归你管（呼应 014 internalize 的责任归属）。

026. no agent loop required (adj. phr.) ⭐ 本课核心事实

• 音标：读作 no-agent-loop-required
• 官方考题核心释义：
• 不需要 agent loop（server tools 的反直觉事实：声明即用，同一次响应里直接带回结果 —— 循环代码整个被省掉）
• 结构点：结果以 server_tool_use 与工具结果 block 与常规 text block 并排出现在同一响应里
• 构词拆解与家族词汇树：
• 否定词 no ＋ agent loop（见 010 家族）＋ required（require 的过去分词作后置定语）
• 家族：in the same response：在同一次响应里（速查区收录）｜ loop-free (adj.)：无循环的（工程用语）
• 对照记忆：custom / client tools 要循环（stop_reason 会出 tool_use）；server tools 不要
• 考场高频搭配：
• with no agent loop required：不需要 agent loop（官方原句短语）
• in the same response：在同一次响应里

官方语境与核心考点情境

1. 官方原句（反直觉事实）

   You get the result in the same response, with no agent loop required. 「你在同一次响应里拿到结果，不需要 agent loop。」 * 考点：这是第 7 课最大反直觉事实，几乎必考。错误选项常写「server tools 需要更长的 agent loop」或「结果要等下一次请求」。

2. 考点语境（据考纲构造）· 领域 3 集成

   "Which tool category collapses the act-observe-decide cycle into a single request/response, and what block type marks its activity?" * CCAR-P 考点：领域 3 —— server tools；标志 block：server_tool_use（与 tool_use 的跨课汇总表，见速查区备注）。

027. validated on the internet (part. phr.) ⭐ 态度题题眼

• 音标：/ˈvælɪdeɪtɪd ɒn ðə ˈɪntərnet/
• 官方考题核心释义：
• 在互联网上被验证过（贬义语境：just because something is validated on the internet doesn't mean it's true —— 网上能查到 ≠ 它是真的）
• validate (v.)：验证（技术中性义：validate input 验证输入；本课是证据效力义）
• 构词拆解与家族词汇树：
• 拉丁词根 valid-（有效；同根 valid 有效的、invalid 无效的）＋ -ate（动词后缀）＋ -ed（过去分词作定语）
• 家族：validation (n.)：验证 ｜ source credibility：信源可信度（治理用语）
• 对立行为：double-check（见 028）—— 官方开的处方
• 考场高频搭配：
• validated on the internet doesn't mean it's true：网上能查到 ≠ 它是真的

官方语境与核心考点情境

1. 官方原句（态度判语）

   just because something is validated on the internet doesn't mean it's true 「某件事在互联网上被验证了，并不等于它就是真的。」 * 考点：这是态度题题眼 —— 官方对 web search 证据效力的官方保留态度。错误选项常见两种：把 web search 说成「权威事实来源」，或反向贬成「没有实用价值」—— 两个极端都不对，官方态度是有用但要复核。

2. 考点语境（据考纲构造）· 领域 5 治理安全与风险

   "A web-search-backed assistant cites 40 sources for a regulatory claim. Per the lesson, what residual risk remains, and what is the mandated posture?" * CCAR-P 考点：领域 5 —— 信源数量不等于事实正确（错误信息也会被大量「验证」）；姿态：Always double-check the AI's work（引证 ≠ 免责）。

028. double-check (v.) / double-check the AI's work (v. phr.)

• 音标：/ˈdʌbl tʃek/
• 官方考题核心释义：
• 复核、再查一遍（本课官方处方：Always double-check the AI's work —— 永远复核 AI 的工作；与 027 构成「警告 + 处方」对）
• ⚠️ 不是「两次检查」的字面叠加，而是换一个视角再确认的惯用义
• 构词拆解与家族词汇树：
• double（双）＋ check（核对）→ 再核一遍
• 家族：second opinion (n. phr.)：第二意见 ｜ human review (n. phr.)：人工审查 ｜ audit (v./n.)：审计（表 02-058）
• 呼应课程 002：Discernment（判断力）与 Diligence（尽责）两条 4D 主线的交叉落地
• 考场高频搭配：
• Always double-check the AI's work：永远复核 AI 的工作（官方原句）

官方语境与核心考点情境

1. 官方原句（官方处方）

   Always double-check the AI's work. 「永远要复核 AI 的工作。」 * 考点：官方态度判语，与 027 连成一个考点闭环。注意它是无条件副词 Always —— 选项里加「仅在高风险场景」之类的限定即偏离官方口径。

2. 考点语境（据考纲构造）· 领域 5 ＋ 领域 4

   "A compliance pipeline auto-publishes web-search-backed summaries with no human step, citing source count as assurance. What control does the lesson mandate?" * CCAR-P 考点：领域 5 —— 缺人工复核 / 审批闸门；官方处方即本条原句。它同时是领域 4 「评估作为闸门」在生成侧的镜像：证据在引用里，责任在复核里。

029. SKILL.md (n. 专有文件名) / skill (n. 平台特性专名)

• 音标：读作 skill-dot-M-D；skill /skɪl/
• 官方考题核心释义：
• Skill 核心清单文件（每个 Skill 的核心都是一份 SKILL.md —— a packaged set of instructions you upload once and then attach to any messages.create call）
• Skill 本体：指令 + 脚本 + 资源的文件夹，上传一次到 workspace，之后按 ID 引用
• 构词拆解与家族词汇树：
• skill（技能，古诺尔斯语 skil 分辨、懂行）＋ .md（Markdown 约定扩展名）
• 约定文件族：PROJECT.md（项目记忆，表 01 已收）｜ README.md —— 大写锁定名是「约定优于配置」的典型
• 家族搭配：bundled scripts：捆绑脚本 ｜ packaged ahead of time：提前打包
• 考场高频搭配：
• upload once … attach to any messages.create call（官方定义句）
• container.skills 数组挂载，条目含 skill_id 与 version
• 层级：课程 003 第 8 课 · Skill 本体

官方语境与核心考点情境

1. 官方原句（定义）

   At the core of every Skill is a SKILL.md file — a packaged set of instructions you upload once and then attach to any messages.create call. 「每个 Skill 的核心是一份 SKILL.md —— 一套打包好的指令，上传一次，挂到任意一次 messages.create 调用上。」 * 考点：考纲领域 2 原词「提示复用策略（caching、模块化提示、Skills）」的平台落地。干扰项：把 Skill 说成「一种工具」或「运行时才写」。

2. 考点语境（据考纲构造）· 领域 2 模型提示与上下文工程

   "A team rewrites the same reporting rules into every prompt and outputs drift across members. Which reuse mechanism centralizes the procedure, per the exam guide?" * CCAR-P 考点：领域 2 —— Skills：规程进 SKILL.md 上传一次，输出同构；数据走请求参数（ahead of time vs. at request time 分工）。

030. procedure (n.) / playbook (n.) ⚡ procedure 已收录于表 01-067，此处为 Skills 判别语境专题

• 音标：/prəˈsiːdʒər/；playbook /ˈpleɪbʊk/
• 官方考题核心释义：
• procedure：流程、规程（Skills 教给 AI 的东西：Skills teach the AI a procedure）
• playbook：战术手册（官方对 Skill 的比喻：it's a playbook the AI reads and follows —— 读了照办，有时亲自跑捆绑脚本）
• 构词拆解与家族词汇树：
• pro-（向前）＋ ced（走；同根 proceed / exceed）＋ -ure → 向前走的既定路线
• play（战术）＋ book（册）→ 源自美式橄榄球的战术手册 → 行动指南
• 判别句家族：what the AI can do vs. how you want it done（本课第一判别句）
• 考场高频搭配：
• teach the AI a procedure（Skills 定义动词）
• the procedure lives in the Skill：规程住在 Skill 里（官方收束句）
• follow the procedure：照规程执行
• 层级：课程 003 第 8 课 · Skills vs. tools 判别

官方语境与核心考点情境

1. 官方原句（判别句）

   A simple way to remember it: tools are about what the AI can do, while Skills are about how you want it done. 「工具关乎 AI 能做什么；Skills 关乎你想让它怎么做。」 * 考点：判断题题眼。「查这段代码 / 发这封邮件」→ tool（连接数据与动作）；「按模板出报告」→ Skill（规程）。

2. 考点语境（据考纲构造）· 领域 2 ＋ 领域 7

   "Every PM formats the weekly report differently and the team wants one canonical shape. Should they build a tool or a Skill?" * CCAR-P 考点：领域 2 —— 格式与规程类诉求选 Skill；工具解决「接数据 / 执行动作」，不解决「怎么写」。

031. container (n.) / container.skills (API 字段)

• 音标：/kənˈteɪnər/
• 官方考题核心释义：
• 容器（请求级运行环境配置对象；Skills 的挂载点：a skills array inside the container, where each entry names a skill_id and version）
• ⚠️ 「集装箱 / 容器化（Docker）」义在本课不取；考的是 API 请求结构
• 构词拆解与家族词汇树：
• con-（一起）＋ tain（握、持；同根 contain / content / retain）＋ -er → 容纳之物
• 家族：container configuration：容器配置（官方短语）｜ attach (v.)：挂载（Skills attach to a request through…）
• 考场高频搭配：
• container={"skills": [{"type": "custom", "skill_id": …, "version": "latest"}]}（官方样例）
• layer multiple Skills onto one call：多 Skill 叠加（见 033）
• 层级：课程 003 第 8 课 · 挂载机制核心

官方语境与核心考点情境

1. 官方原句（挂载点）

   Skills attach to a request through the container configuration — a skills array inside the container, where each entry names a skill_id and version. * 考点：机制题高频 —— Skill 挂在哪？container.skills（不是 messages、不是 tools 数组、不是 system prompt）。条目必填 skill_id ＋ version。

2. 考点语境（据考纲构造）· 领域 3 集成

   "An integration passes the Skill's instructions inline in the system prompt and calls the standard endpoint. Name the two structural mistakes." * CCAR-P 考点：领域 3 —— ① 应上传 Skill 后经 container.skills 引用（而非内联）；② Skills 是 beta 特性，须走 beta 端点并声明 betas（见 032）。

032. beta (n. / adj.) / betas (API 参数)

• 音标：/ˈbiːtə/
• 官方考题核心释义：
• 测试版（软件发布周期：alpha → beta → GA；API 语境三件套：beta 端点 client.beta.messages.create ＋ beta 特性声明 betas=[…] ＋ beta 特性状态 still a beta feature）
• 构词拆解与家族词汇树：
• 希腊字母 β（beta），希腊字母表第二位 → 「次一档、未定稿」
• 家族：beta feature：测试特性 ｜ beta header：beta 声明头 ｜ generally available (GA)：正式发布（对照词）
• 本课实例：betas=["skills-2025-10-02", "code-execution-2025-08-25"]（特性名带日期版本）
• 考场高频搭配：
• client.beta.messages.create（beta 端点，not the standard one —— 官方原话）
• passing the skills feature via the beta header（官方原句）
• 层级：课程 003 第 8 课 · 版本通道考点

官方语境与核心考点情境

1. 官方原句（beta 三件套）

   We're calling client.beta.messages.create, not the standard one, and passing the skills feature via the beta header. As of this video, Skills are still a beta feature. * 考点：三处 beta 一处不能少 —— 端点（.beta.）＋ betas 数组。干扰项最爱「只传 betas 却用标准端点」或「betas 写进 container 里」。

2. 考点语境（据考纲构造）· 领域 3 集成

   "A request with container.skills returns an unknown-parameter error on the standard endpoint. What is the likely misconfiguration?" * CCAR-P 考点：领域 3 —— 用了标准端点；Skills 需 beta 端点 ＋ betas 声明特性版本，配套 code execution 也要同时声明。

033. layer (v.) / layering (n.)

• 音标：/ˈleɪər/
• 官方考题核心释义：
• 叠加、分层叠加（动词 —— container.skills 是列表：you can layer multiple Skills onto one call，把多个 Skill 叠进一次调用）
• ⚠️ 第 1 课的 layer 是名词「层」（三层架构）；本课转动词「叠加」—— 同课族词性陷阱系列（参 scale、cap、host）
• 构词拆解与家族词汇树：
• lay（铺放）＋ -er（表「一层」之物）→ 名词层 → 动词化「层层铺」
• 家族：layered architecture：分层架构（名词义回归）｜ stack (v.)：堆叠（近义）
• 组合义：Skill 组合复用 —— 格式规程 ＋ 审查规程同调用生效
• 考场高频搭配：
• It's a list, so you can layer multiple Skills onto one call（官方原句）
• layer Skills / tools / guardrails：叠加多类配置
• 层级：课程 003 第 8 课 · 组合复用机制

官方语境与核心考点情境

1. 官方原句（可叠加性）

   container.skills is where the Skill attaches. It's a list, so you can layer multiple Skills onto one call. * 考点：列表 → 组合复用。考题问「一次调用能否同时挂报告格式 Skill 与安全审查 Skill」→ 能，skills 数组多条目。

2. 考点语境（据考纲构造）· 领域 2 ＋ 领域 5

   "A compliance workflow needs output-format rules and a redaction procedure active on the same request. How do you compose them?" * CCAR-P 考点：领域 2 —— 两个 Skill 叠进同一 container.skills；领域 5 视角：规程版本化（version 字段）让审计可追溯。

034. progressively (adv.) / progressive disclosure (n. phr.) ⚡ disclosure 已收录于表 01-047，此处为加载机制专题

• 音标：/prəˈɡresɪvli/；disclosure /dɪsˈkloʊʒər/
• 官方考题核心释义：
• 渐进式地（加载）（Skills 的上下文经济学：Only the name and description load at first —— agent 判定相关才全量入上下文）
• 与课程 001 的「渐进式披露」同源同机制（跨产品面的同一设计）
• 构词拆解与家族词汇树：
• pro-（向前）＋ gress（走；同根 progress / aggressive / egress）＋ -ive ＋ -ly → 逐步向前
• dis-（揭开）＋ close（合上）＋ -ure → 揭开合上之物 → 披露
• 家族：context budget：上下文预算 ｜ lean (adj.)：精简的（keeps your context lean）
• 考场高频搭配：
• Skills don't load fully into context on startup（官方原句）
• only the name and description load at first（两段式加载）
• when your agent decides a Skill is relevant（判定时机在 agent）
• 层级：课程 003 第 8 课 · 上下文管理机制

官方语境与核心考点情境

1. 官方原句（两段式加载）

   Skills don't load fully into context on startup. Only the name and description load at first. When your agent decides a Skill is relevant, it then loads the full Skill into context. * 考点：机制题 —— 第一段装什么（name ＋ description）、第二段谁触发（agent 判定相关）。干扰项：「启动时全量加载」或「由用户手动加载」。

2. 考点语境（据考纲构造）· 领域 2 模型提示与上下文工程

   "Why can a workspace carry dozens of Skills without blowing the context window?" * CCAR-P 考点：领域 2 —— 渐进式加载：启动只装 name ＋ description，按需才全量；这正是考纲「优化上下文窗口与管理 token 消耗」的 Skills 答案。

035. MCP (n. 专有缩写) / Model Context Protocol (n. phr. 全称)

• 音标：读作 em-cee-pee
• 官方考题核心释义：
• 模型上下文协议（连接 AI 与第三方服务的开放标准协议：各服务商发布自己的 MCP server —— 经标准协议暴露工具，带描述、schema 与鉴权；API 变更由服务商维护，你零改动）
• ⚠️ 不是一种工具、不是 Skill、也不是「第二层 API」—— 官方自己先立了「乍一看像」再亲手拆掉
• 构词拆解与家族词汇树：
• Model Context Protocol 缩写；protocol（协议 ← 拉丁 protocollum 首页粘页 → 外交礼仪 → 通信规程）
• 家族：MCP server（服务商发布的端点）｜ compliant server：合规 server（换任何一个都能用）
• 官方资源：modelcontextprotocol.io（服务器目录＋协议文档）
• 考场高频搭配：
• mcp_servers（声明连接）＋ mcp_toolset（授予工具集）—— 官方两件套
• MCP / API-CLI / agent-to-agent（考纲领域 3 选型三选一原词）
• 层级：课程 003 第 9 课 · 领域 3 选型核心

官方语境与核心考点情境

1. 官方原句（存在理由）

   MCP shifts that maintenance to the service provider.* … When their API changes, they update their server. You change nothing. 「MCP 把这份维护转移给服务提供商。……它们的 API 变了，它们更新自己的 server。你一行不改。」 * *考点：选型判据不是「能不能写集成」，而是「谁长期维护」。考题问「何时选 MCP」→ 第三方服务且服务商已发布 server。

2. 考点语境（据考纲构造）· 领域 3 集成（最大权重）

   "An agent must integrate three SaaS tools with frequent API changes, plus one proprietary internal database. Which integration approach for each?" * CCAR-P 考点：领域 3 —— 三个 SaaS 走 MCP（服务商维护）；内部数据库走 custom tools（自有代码自有维护）。混着选就是答案。

036. maintain (v.) / maintenance (n.)

• 音标：/meɪnˈteɪn/；/ˈmeɪntənəns/（重音在首音节）
• 官方考题核心释义：
• 维护（本课核心痛点词：集成写完只是开始，长期维护才是成本大头；官方开场即问 who maintains the integration code）
• 名词 maintenance：维护（工作/费用）；动词搭配 maintain integrations / maintain a pile of wrappers
• 构词拆解与家族词汇树：
• 拉丁 man-（手；同根 manual / manufacture）＋ ten-（持；同根 tenant / tenacious）→ 用手撑住 → 维持
• 家族：maintainable (adj.)：可维护的 ｜ maintenance burden：维护负担（架构文档高频）
• 反义视角：sunset (v.)：停止维护（服务商侧风险）
• 考场高频搭配：
• who maintains the integration code（官方开场问句）
• maintain those integrations every time one of those services changes its API
• maintenance shifts to the service provider（维护责任转移）
• 层级：课程 003 第 9 课 · 全课判据词

官方语境与核心考点情境

1. 官方原句（判据句）

   Fair question — and the answer comes down to who maintains the integration code. * 考点：架构决策题的判据从「开发成本」转向「维护归属」。选项若只比开发工作量，即为干扰项。

2. 考点语境（据考纲构造）· 领域 3 集成

   "A vendor releases breaking API changes quarterly. Your team wrote a custom integration last year. What does the lesson identify as the structural problem?" * CCAR-P 考点：领域 3 —— 结构性问题是你扛了本可转移的维护；改用该厂商的 MCP server（若已发布），维护随之转移。

037. integrate (v.) / integration (n.) / integrations (pl.)

• 音标：/ˈɪntɪɡreɪt/；/ˌɪntɪˈɡreɪʃn/
• 官方考题核心释义：
• 集成、集成代码（把外部服务接进 agent 的胶水层；本课量词级叙事：三个服务 = three integrations，且每次对方改版都要跟着改）
• ⚠️ CCAR-P 领域 3 的名称原词就是 Integration —— 本词即考纲本体
• 构词拆解与家族词汇树：
• 拉丁 in-（不）＋ tegere? —— 正确词源：integer（完整的、未touching的）＋ -ate → 使成整体
• 家族：integrity (n.)：完整性（表 02-047 判断力五镜之 Lens 1 同根！）｜ disintegrate (v.)：解体
• 同义侧写：third-party API wrappers（自研集成的贬义代称）
• 考场高频搭配：
• write three integrations（官方原句）
• integrations someone else has already built（Recap 1：别人已建好的集成你别重建）
• Integration（领域 3，19%）
• 层级：课程 003 第 9 课 · 考纲领域名原词

官方语境与核心考点情境

1. 官方原句（维护痛点）

   you also have to maintain those integrations every time one of those services changes its API, which happens often. * 考点：集成的真实成本在持续维护而非一次性开发。题干给「三服务三集成年年改」场景时，选项关键词是 MCP。

2. 考点语境（据考纲构造）· 领域 3 集成

   "Which statement about integrations is correct: (a) they are one-time costs, (b) their cost is dominated by ongoing maintenance, (c) MCP removes the need for internal system integration?" * CCAR-P 考点：领域 3 —— (b) 正确；(c) 错——MCP 解决第三方集成，内部系统仍走自有集成（tools for your stuff）。

038. third-party (adj.)

• 音标：/ˌθɜːrd ˈpɑːrti/
• 官方考题核心释义：
• 第三方的（本课三分法的 MCP 侧关键词：third-party services —— 服务提供商维护集成的那种「别人家的服务」）
• 官方还给了贬义形态：a pile of third-party API wrappers**（你被迫维护的一堆第三方 API 包装器）
• 构词拆解与家族词汇树：
• third（第三）＋ party（当事一方；合同/法律语境的「方」，不是「派对」）
• 对照：first-party（官方自家）｜ internal systems（内部系统，表 01-063 已收 internal）
• 家族：vendor (n.)：供应商 ｜ service provider：服务提供商（本课维护责任接收方）
• 考场高频搭配：
• MCP connects the AI to third-party services, where the service provider maintains the integration（官方定义句）
• third-party API wrappers：第三方 API 包装器
• tools are for your stuff … MCP is for everyone else's stuff（口语判别句）
• 层级：课程 003 第 9 课 · 三分法关键词

官方语境与核心考点情境

1. 官方原句（判别句 MCP 侧）

   MCP connects the AI to third-party services, where the service provider maintains the integration. You don't write the Asana wrapper — Asana did. * 考点：判别句三连的第二组：stuff / processes / everyone else's stuff。看到「第三方服务＋对方维护」即选 MCP。

2. 考点语境（据考纲构造）· 领域 5 治理安全 ＋ 领域 3

   "A risk officer notes that switching to MCP servers moves integration code to vendors. What trade-off does the lesson's framing imply?" * CCAR-P 考点：领域 3 ＋ 5 —— 收益是维护转移，代价是信任边界外移（数据经第三方 server 流动）→ 用工具过滤（见 040 考点语境）收敛权限。

039. introspect (v.) / introspection (n.)

• 音标：/ˌɪntrəˈspekt/
• 官方考题核心释义：
• 自省、探测（本课机制核心：the AI introspects the server, gets the list of tools and their schemas back, and picks the right one —— 你不写一个 schema，AI 自己向 server 探测工具清单并选用）
• 心理学原义「内省（审视自己）」→ 架构义「运行时探测外部组件的能力」
• 构词拆解与家族词汇树：
• intro-（向内）＋ spect（看；同根 inspect 检查 / expect 期待 / spectator 观众）
• 家族：dynamic discovery：动态发现（同义机制语）｜ handshake (n.)：握手（协议衔接语）
• 对照词：hardcode（第 2 课已收）—— introspect 正是 hardcode schema 的反面
• 考场高频搭配：
• the AI introspects the server（官方原句）
• discovers the tools on its own — no schemas to write（Recap 3）
• picks the right one for the prompt（探测之后仍由 AI 择具）
• 层级：课程 003 第 9 课 · 免 schema 机制

官方语境与核心考点情境

1. 官方原句（免 schema）

   Notice that we never wrote a single tool schema. the AI introspects the server, gets the list of tools and their schemas back, and picks the right one for the prompt. * 考点：机制题 —— MCP 下 schema 由 server 暴露、AI 自取；选项说「开发者须为每个 MCP 工具写 schema」即为反向干扰。

2. 考点语境（据考纲构造）· 领域 3 集成 ＋ 领域 2

   "Why does adding an MCP server not inflate the developer's schema-authoring backlog, and what manages runtime tool volume instead?" * CCAR-P 考点：领域 3 —— schema 免写（introspect）；运行时工具数量由 mcp_toolset 过滤（default_config / configs）管理，防上下文膨胀（领域 2）。

040. expose (v.) / exposure (n.)

• 音标：/ɪkˈspoʊz/
• 官方考题核心释义：
• 暴露、对外提供（集成语境：Each server exposes its own tools — with descriptions, schemas, and authentication —— server 把自家工具按标准协议摆出来）
• 安全语境双面性：暴露面（attack surface）—— 暴露得越多，越要收敛（引出本课过滤模式）
• 构词拆解与家族词汇树：
• ex-（向外）＋ pose（放置；同根 position / impose / compose / dispose）
• 家族：exposure (n.)：暴露（安全审计用语：credential exposure，表 03-004 考点语境同词）｜ overexposed：过度暴露
• 反义操作：disable (v.)：禁用（default_config 的动作）
• 考场高频搭配：
• Each server exposes its own tools — with descriptions, schemas, and authentication（官方定义句）
• MCP servers often expose many, many tools（过滤段的动机句）
• expose a secret / an endpoint（安全/集成两向搭配）
• 层级：课程 003 第 9 课 · 双面词（集成 ↔ 安全）

官方语境与核心考点情境

1. 官方原句（server 的暴露义务）

   Each server exposes its own tools — with descriptions, schemas, and authentication — through a standard protocol. * 考点：server 三件套随工具一起暴露：描述、schema、鉴权。考题问「MCP server 提供什么」按此三件套答。

2. 考点语境（据考纲构造）· 领域 5 治理安全与风险

   "An MCP server exposes 40 tools including destructive operations. Per the lesson, how should access be configured?" * CCAR-P 考点：领域 5 —— default_config: {"enabled": False} 全关，configs 只开需要的读工具（read-only）＝最小特权；与课程 001 allowed-tools 白名单同构（fail closed 家族）。

041. context window (n. phr.) / context (n.)

• 音标：/ˈkɒntekst ˈwɪndoʊ/
• 官方考题核心释义：
• 上下文窗口（模型一次调用能看到全部输入的容量上限：Context is everything the AI sees on a given turn —— 五要素：system prompt、message history、tool definitions ＆ results、attached files ＆ skills、thinking blocks）
• 本课铁律：进来收费、出去也收费；窗口满了请求直接失败
• 构词拆解与家族词汇树：
• con-（一起）＋ text（编织；同根 textile / texture）→ 编在一起的东西 → 上下文
• 家族五要素即家族表：system prompt / message history / tool definitions / attached files / thinking blocks
• 关联：context management（本课标题＝考纲领域 2 原词「上下文工程」的 API 落地）
• 考场高频搭配：
• the goal is to fit the right things in**（官方总纲：不是 fit everything in）
• stay inside the window without losing what matters
• tool definitions taking up context（第 9 课同钩）
• 层级：课程 003 第 10 课 · 主题词

官方语境与核心考点情境

1. 官方原句（总纲）

   So the goal isn't to fit everything in. The goal is to fit the right things in. 「目标不是把所有东西都塞进去，而是把对的东西塞进去。」 * 考点：判断题题眼。「尽量多装」类选项一律排除；正确答案永远落在选择性装载（JIT / 过滤 / 压缩 / 缓存）。

2. 考点语境（据考纲构造）· 领域 2 模型提示与上下文工程

   "A long-running agent fills its window within hours. Which of the official four patterns applies to each: cost, window size, statelessness?" * CCAR-P 考点：领域 2 —— 对症矩阵：成本→caching；窗口→JIT＋compaction；无状态→memory tool。

042. just-in-time (adj. / adv.) / JIT (缩写)

• 音标：/ˌdʒʌst ɪn ˈtaɪm/
• 官方考题核心释义：
• 按需即时的（四模式之一、且是唯一的纯设计模式：nothing special in the API, just a deliberate choice about what you load and when —— 不预装，agent 要时经工具拉取）
• 源自制造业 JIT 库存（零库存、用时即到）→ 架构语境「按需装载」
• 构词拆解与家族词汇树：
• just（正好）＋ in＋time（在时）→ 恰好在需要的那一刻
• 家族：upfront（预先 ← 反义装载策略）｜ pull in via tools（经工具拉取）
• 载体示例：lookup_building_code 工具（官方合规审查 agent 用例）
• 考场高频搭配：
• Don't load everything upfront.（官方命令句）
• let it pull more in via tools when it asks
• pulls building code sections in just in time
• 层级：课程 003 第 10 课 · 模式 1

官方语境与核心考点情境

1. 官方原句（模式定义）

   This is the design pattern of the four: nothing special in the API, just a deliberate choice about what you load and when. * 考点：四模式性质分类题——三个 first-class API features（compaction / caching / memory tool）＋ 一个 design pattern（just-in-time）。问「哪个不动 API」选它。

2. 考点语境（据考纲构造）· 领域 2 ＋ 领域 1

   "An agent must consult a 2,000-page regulation codex occasionally. Should the codex go into the system prompt?" * CCAR-P 考点：领域 2 —— 不塞 prompt；做成检索工具按需拉取（JIT），与 caching 的「稳定部分」判据配合使用。

043. compaction (n.) / compact (v.) / context_management (API 参数)

• 音标：/kəmˈpækʃn/；读作 context-underscore-management
• 官方考题核心释义：
• 压缩摘要（服务端把旧轮次摘要成单个块：server-side compaction summarizes old turns into a single block；加入方式＝请求加 context_management 键，内含 edits: [{"type": "compact"}]）
• 触发机制：输入越过 trigger threshold 后 API auto-summarizes，你自己不用数对话长度
• 构词拆解与家族词汇树：
• com-（一起）＋ pact（压紧；同根 impact / pact 密约）→ 压实 → 摘要压缩
• 家族：opt in（主动加入——compaction 是可选特性）｜ edit（edits 数组条目，目前类型 compact）
• 对照：caching（省钱不省窗口）vs compaction（省窗口）—— 两模式对症不同
• 考场高频搭配：
• context_management={"edits": [{"type": "compact"}]}（官方样例）
• when the input crosses the trigger threshold
• You don't have to track conversation length yourself（官方卖点句）
• 层级：课程 003 第 10 课 · 模式 2

官方语境与核心考点情境

1. 官方原句（自动摘要）

   The API auto-summarizes when the input crosses the trigger threshold. * 考点：机制三连——开关（context_management）＋ 类型（compact）＋ 触发（越阈值自动）。干扰项：自己统计轮数、或把它说成 beta 特性（实为 first-class，走标准端点）。

2. 考点语境（据考纲构造）· 领域 2 ＋ 领域 5

   "A support agent runs 200-turn conversations; early context becomes irrelevant but must remain auditable. Which pattern(s) fit, and what is the residual risk?" * CCAR-P 考点：领域 2 —— compaction 省窗口；领域 5 残余风险——摘要是有损压缩，合规场景需保留原始审计轨迹（呼应表 02-058 audit）。

044. caching (n.) / cache (v. / n.) / prompt caching (n. phr.)

• 音标：/ˈkæʃɪŋ/（cache 读作 /kæʃ/，⚠️ 不是 /kætʃ/）
• 官方考题核心释义：
• 缓存（把请求中稳定部分做标记 —— system prompt、tool definitions、长文档 —— 跨调用复用，只花零头价：at a fraction of the cost）
• 考纲领域 2 复用策略原词：caching、模块化提示、Skills —— 与第 8 课 Skills 拼齐
• 构词拆解与家族词汇树：
• 源自法语 cacher（藏匿）→ 藏在近处的备用存货 → 高速缓存
• 家族：stable parts（标记对象判据）｜ mark（动作）｜ reuse across calls（收益）
• 表 01-001 reusable（可复用的）同族跨表
• 考场高频搭配：
• mark the stable parts of a request
• reuse them across calls at a fraction of the cost
• 官方算例：4,000 tokens × 100 times an hour
• 层级：课程 003 第 10 课 · 模式 3 ＋ 考纲原词

官方语境与核心考点情境

1. 官方原句（成本数学）

   The math matters more than it looks. If your system prompt is 4,000 tokens and you call it 100 times an hour, caching is the difference between a usable bill and a phone call from finance. * 考点：领域 4 成本题——缓存收益随调用量 × 稳定部分大小放大；高频短调用场景收益最大。

2. 考点语境（据考纲构造）· 领域 2 ＋ 领域 4

   "Which component should NOT be marked for caching: (a) system prompt, (b) tool definitions, (c) per-user chat history?" * CCAR-P 考点：领域 2 —— 选 (c)。缓存判据是稳定；每次变化的对话历史标记缓存既无效又浪费。（对照：user preferences 这类长期稳定的记忆内容反而适合。）

045. memory tool (n. phr.) / storage backend (n. phr.)

• 音标：读作 memory tool；/ˈstɔːrɪdʒ ˈbækend/
• 官方考题核心释义：
• 记忆工具（官方推荐的跨会话记忆原语：the AI 经 tool calls 读写一个 memory directory；平台 auto-inject 一条系统指令让 AI 开工前先查目录；存储后端由你在客户端实现）
• 分工铁三角：AI 读写目录｜你实现 backend（文件系统 / 数据库 / 加密存储任选）｜平台注入指令
• 构词拆解与家族词汇树：
• memory（记忆 ← 拉丁 memoria）｜ backend（后端 ← back ＋ end，与 front-end 相对）
• 家族：memory directory（读写对象）｜ auto-inject（平台动作）｜ survive across sessions（目的）
• 关联：primitive（第 1 课 primitives 已收；此处单数「推荐原语」义复现）
• 考场高频搭配：
• the AI reads and writes to a memory directory via tool calls
• You implement the storage backend client-side
• auto-injects a system instruction telling the AI to check the memory directory before starting work
• 层级：课程 003 第 10 课 · 模式 4

官方语境与核心考点情境

1. 官方原句（三方分工）

   the AI reads and writes to a memory directory via tool calls. You implement the storage backend client-side — a file system, a database, an encrypted store, whatever you want. * 考点：责任题——「记忆存在哪、谁管」→ 你的 backend 你做主；「AI 怎么记得去查」→ 平台自动注入的系统指令，不需你每轮提醒。

2. 考点语境（据考纲构造）· 领域 1 ＋ 领域 5

   "An agent must retain user preferences across sessions while meeting data-residency requirements. Which design satisfies both?" * CCAR-P 考点：领域 1 —— memory tool：目录由 AI 读写，backend 自实现即可落在合规辖区内（数据驻留，呼应领域 3 数据驻留要求）；领域 5 视角：加密存储选项。

046. stateless (adj.) / statelessness (n.) / state (n.)

• 音标：/ˈsteɪtləs/
• 官方考题核心释义：
• 无状态的（API 调用的本性：每次调用不带记忆，上一轮的一切要靠你显式带回 —— 官方把它列为三大失效模式之一：cost, window size, statelessness）
• 对症方案：memory tool（模式 4）—— 让上下文跨会话存续（survive across sessions）
• 构词拆解与家族词汇树：
• state（状态）＋ -less（无）→ 无状态；动词化 persist（持久化）为其反义操作
• 家族：session（会话边界）｜ running notes（agent 的运行笔记＝跨轮状态）｜ what was decided last week（决策记忆）
• 架构同构：HTTP 本身 stateless → cookie/session 机制；agent 语境即 memory
• 考场高频搭配：
• Each pattern handles a different failure mode: cost, window size, statelessness**（官方三失效）
• Some context needs to survive across sessions
• you own the storage backend, so context survives across sessions（Recap 5）
• 层级：课程 003 第 10 课 · 失效模式框架词

官方语境与核心考点情境

1. 官方原句（三失效模式）

   Each pattern handles a different failure mode: cost, window size, statelessness. Pick the ones that match what's breaking for you. * 考点：配对题——成本→caching；窗口→JIT＋compaction；无状态→memory tool。「哪个模式治跨会话失忆」是必考形态。

2. 考点语境（据考纲构造）· 领域 1 方案设计与架构

   "A deployed agent answers differently about the same user each Monday. Which failure mode is this, and which pattern addresses it?" * CCAR-P 考点：领域 1 —— statelessness（跨会话失忆）；memory tool ＋ 你自有的 storage backend 持久化用户偏好。

047. Managed Agents (n. 专有产品名) / host (v.) ⚡ host 第 7 课已收，此处为托管语义专题

• 音标：读作 managed agents；host /hoʊst/
• 官方考题核心释义：
• 托管智能体（a suite of APIs for building and deploying agents at scale —— 规模化构建与部署 agent 的 API 套件；agent 循环由官方基础设施代跑）
• 本课第一论断：还是同一个 agent loop（reason → call → read → repeat），只是 hosts it on the AI provider's infrastructure —— 循环的「所有权」转移了，机制没变
• 构词拆解与家族词汇树：
• manage（管理 ← 拉丁 manus 手 → 以手驾驭）＋ -ed → 被打理好的
• host（第 7 课已收「托管、承载」）：此处完成光谱闭环 —— server tools 托管单次执行（光谱第一档）→ Managed Agents 托管整个循环（终点档）
• 家族：fully managed：全托管 ｜ hosted (adj.)：托管形态的
• 考场高频搭配：
• a suite of APIs … at scale, hosted on the AI provider's infrastructure（Recap 1）
• You define what done looks like. the AI works until it gets there.（Recap 6 总纲）
• 层级：课程 003 第 11 课 · 主题词

官方语境与核心考点情境

1. 官方原句（托管闭环）

   Managed agents takes that same loop and hosts it on the AI provider's infrastructure, so you don't have to run it. * 考点：对照题——「自建循环」（第 4 课 You own the loop and the tools）vs「托管循环」（本课）。托管的边界：运行权转移，验收权仍在你（rubric 你定）。

2. 考点语境（据考纲构造）· 领域 3 集成 ＋ 领域 7

   "A small team needs parallel agent workloads without owning loop infrastructure. Which hosting spectrum position fits, and what do they still own?" * CCAR-P 考点：领域 3 —— Managed Agents（终点档）；仍归你的是：agent 定义、环境配置、rubric、敏感动作审批（领域 7 性价比叙事）。

048. session (n.) / environment (n.) — 八大构件之二三 ⚡ session 第 10 课已收，此处升级为构件专名

• 音标：/ˈseʃn/；/ɪnˈvaɪrənmənt/
• 官方考题核心释义：
• session：一次运行（individual runs you fire off from your own application —— 从你的应用发出的单次 agent 运行；两工票＝两 session＝两容器并行）
• environment：环境（sandboxes with the right packages and network controls —— 预装好依赖、设好网络管控的沙箱配置；session 指向 environment 运行）
• 构词拆解与家族词汇树：
• session（拉丁 sedere 坐 → 一坐＝一节 → 一次会话/运行）；第 10 课 across sessions 是泛指会话，本课升格为构件专名
• environment（en- 进入 ＋ viron 环绕 ＋ -ment → 周遭布置）；家族：network controls：网络管控 ｜ pre-installed：预装
• 八构件位次：定义（Agents）→ 运行（Sessions × Environments）→ 连接（Tools / MCP）→ 记忆（Memory）→ 验收（Outcomes）→ 编排（Multi-agent）
• 考场高频搭配：
• Two sessions, two containers, two separate tasks running in parallel（官方并行句）
• an environment you configured with Lighthouse and Puppeteer pre-installed
• sends it into a new session as a tool result（例 3：载荷入会话的姿势）
• 层级：课程 003 第 11 课 · 构件题高频

官方语境与核心考点情境

1. 官方原句（并行句）

   Two sessions, two containers, two separate tasks running in parallel. * 考点：会话隔离粒度 —— 一 session 一容器，天然并行互不污染。选项若说「多会话共享同一容器状态」即为反向干扰（共享的是文件系统时除外，见例 3 编排）。

2. 考点语境（据考纲构造）· 领域 3 集成

   "Which pair of building blocks answers 'where does the run happen' vs 'what is the run'?" * CCAR-P 考点：领域 3 —— environment（在哪跑：沙箱、包、网络）× session（跑什么：一次运行）。配置错位（把预装写进 session）即为干扰。

049. rubric (n.) / grader (n.) — 八大构件之「Outcomes」

• 音标：/ˈruːbrɪk/；/ˈɡreɪdər/
• 官方考题核心释义：
• rubric：评分量表（defines what done looks like —— 人定的验收标准清单；官方例：Lighthouse > 90、无渲染阻塞、图片懒加载）
• grader：评分器（a separate grader, running in its own context window, evaluates the output against your criteria —— 独立上下文里对照标准评分）
• 两者合称 Outcomes 构件：rubrics and graders that define and check what done looks like
• 构词拆解与家族词汇树：
• rubric（← 拉丁 rubrica 红赭石 → 中世纪手稿红字标题 → 评分细则）；⚠️ 教育测评术语，不是「rubber（橡胶）」族
• grade（评分）＋ -er（施动者）→ 评分者；separate：独立的（防「运动员兼裁判」）
• 考纲同构：领域 4「把评估做成验收标准并作为改动闸门」—— rubric＝验收标准，grader＝闸门执行者
• 考场高频搭配：
• a rubric that defines what done looks like（官方定义句）
• evaluates the output against your criteria（对照评分）
• the AI iterates until it meets them（迭代到达标）
• 层级：课程 003 第 11 课 · 领域 4 场景核心

官方语境与核心考点情境

1. 官方原句（评估闭环）

   Then the rubric kicks in. A separate grader, running in its own context window, evaluates the output against your criteria. the AI reads that feedback, goes back in, fixes what it missed, and resubmits. * 考点：① grader 为何「独立上下文」——防自评漂移（同一窗口既当运动员又当裁判）；② 闭环结构：rubric → 产出 → grader 评分 → feedback → fix → resubmit。

2. 考点语境（据考纲构造）· 领域 4 评估测试与优化

   "An agent's self-report claims its work is complete. Per the lesson, what is missing before 'done' can be claimed?" * CCAR-P 考点：领域 4 —— 缺独立 grader 对照 rubric 的外部验收；自评不算闸门（评估作为改动闸门＝考纲领域 4 原句）。

050. coordinator (n.) / delegate (v.) / multi-agent coordination (n. phr.) ⚡ delegate 表 01-062、02-003 已收，此处为编排语境专题

• 音标：/koʊˈɔːrdɪneɪtər/；/ˈdelɪɡeɪt/（动词重音在后）
• 官方考题核心释义：
• coordinator：协调者 agent（receives the alert and delegates to three specialists —— 收任务、拆分委派、最终 synthesizes 汇总）
• delegate：委派（把子任务连同上下文交给 specialists；表 01-062 收的是「授权/委派」通义，此处是编排动词）
• multi-agent coordination：多智能体协同（八大构件之八；考纲领域 1 原词「设计多智能体系统与编排策略」的场景版）
• 构词拆解与家族词汇树：
• co-（共同）＋ ordinate（定序；同根 order / ordinary）→ 使同序 → 协调
• de-（向下转移）＋ legate（派送；同根 legate 使者 / legacy 传承）→ 下派
• 结构三特征：委派 ＋ 隔离上下文、共享文件系统（each specialist runs in its own context window on the same shared file system）＋ 汇总合成
• 考场高频搭配：
• A coordinator agent receives the alert and delegates to three specialists（官方编排句）
• synthesizes their findings into a single incident summary
• coordinators delegating to specialists（构件定义）
• 层级：课程 003 第 11 课 · 领域 1 编排核心

官方语境与核心考点情境

1. 官方原句（编排三结构）

   Each specialist runs in its own context window on the same shared file system. * 考点：隔离与共享的边界题——上下文隔离（防串扰）、文件系统共享（协作品交换）。选项把两者互换（共享上下文、隔离文件）即为干扰。

2. 考点语境（据考纲构造）· 领域 1 方案设计与架构

   "An orchestration design gives every specialist full conversation history and asks the coordinator to re-read all transcripts. What does the lesson's structure avoid here?" * CCAR-P 考点：领域 1 —— 该设计违背「own context window」隔离原则（上下文爆炸）；正解＝专精子任务＋coordinator 只读 specialists 的结论再合成（第 6 课 subagents 思想）。

051. persona (n.)

• 音标：/pərˈsoʊnə/（复数 personae 或 personas）
• 官方考题核心释义：
• 人格、角色设定（agent 定义三件套之一：definitions with specific tools, personas, and capabilities** —— 定义一个 agent＝配工具＋给人格＋定能力）
• 源自戏剧「面具」→ 角色面具 → 系统里 agent 对外呈现的角色姿态
• 构词拆解与家族词汇树：
• 拉丁 persona（演员面具；词源或与 personare 「穿透面具发声」相关）→ 人物 → 人格
• 家族：person（人）同源；personal / personality（个性）
• 工程对照：persona 落地在 system prompt（第 10 课五要素之一）里——定义「它是谁、什么口吻、守什么规矩」
• 考场高频搭配：
• tools, personas, and capabilities（定义三件套，官方两处原句）
• agent persona design：agent 人格设计（架构文档用语）
• 层级：课程 003 第 11 课 · 定义三件套

官方语境与核心考点情境

1. 官方原句（定义三件套）

   You define agents with specific tools, personas, and capabilities. * 考点：定义题——「一个 agent 定义包含什么」按三件套答。干扰项：把 memory / sessions 混进「定义」（那是构件的另外两层）。

2. 考点语境（据考纲构造）· 领域 2 ＋ 领域 5

   "Two specialists on the same incident keep giving contradictory tones to stakeholders. Which definition-layer element is under-specified?" * CCAR-P 考点：领域 2 —— persona 未约束（口吻与姿态）；领域 5 视角：对外沟通姿态属于治理项，应写进定义并经审批。

052. synthesize (v.) / synthesis (n.)

• 音标：/ˈsɪnθəsaɪz/
• 官方考题核心释义：
• 合成、汇总（the coordinator synthesizes their findings into a single incident summary —— 把多个 specialist 的分散发现整合成单一结论；编排闭环的最后一环）
• ⚠️ 区分 summarize（压缩既有内容）—— synthesize 强调多源重组出新整体，不是简单缩短
• 构词拆解与家族词汇树：
• 希腊 syn-（一起）＋ thesis（放置 → 命题）→ 放到一起成论
• 反义：analyze（拆解 ← ana- 分开 + lysis 松解）—— 分析拆开、合成重组
• 家族：synthesis (n.) ｜ synthesizer (n.)（合成器；⚠️ 音乐义在架构语境不取）
• 考场高频搭配：
• synthesizes their findings into a single incident summary（官方原句）
• synthesis of specialist outputs：专家产出的合成
• 层级：课程 003 第 11 课 · 编排闭环末环

官方语境与核心考点情境

1. 官方原句（编排末环）

   The specialists report back, and the coordinator synthesizes their findings into a single incident summary. * 考点：编排四步闭环背序：接收 → 委派 → 专家回报 → 合成。选项把「合成」放在委派前即为乱序干扰。

2. 考点语境（据考纲构造）· 领域 1 ＋ 领域 6

   "Four specialists return partially conflicting findings. What does the coordinator owe the stakeholder per the lesson's framing?" * CCAR-P 考点：领域 1 —— 不是转发原始报告，而是合成单一结论（冲突点须显式处理）；领域 6 视角：干系人拿到的是可执行总结，不是原始噪声。

053. primitive (n.) — 四原语 ⚡ 第 1 课 primitives、第 10 课 recommended primitive 已收，本课升级为 API 原语专题

• 音标：/ˈprɪmətɪv/
• 官方考题核心释义：
• 原语（API 里不可再分的基石构件：There are four primitives, and they come in order —— Managed Agents 的四原语 Agent / Environment / Session / Events）
• 词义轨迹：第 1 课「平台层的 API 积木」→ 第 10 课「官方推荐的记忆构件」→ 本课「API 的四个基石对象」—— 同一个词在三层抽象上都出现
• 构词拆解与家族词汇树：
• 拉丁 prim-（第一）＋ -itive → 最基础的（与 001 primitives 同根）
• 本课固定搭配：the four primitives ＋ come in order（按序）
• 家族：primary / prime / primitively
• 考场高频搭配：
• There are four primitives, and they come in order（官方原句）
• the persona: model, system prompt, and toolset（Agent 原语三件）
• 层级：课程 003 第 12 课 · 四原语总纲词

官方语境与核心考点情境

1. 官方原句（按序）

   There are four primitives, and they come in order: 1. Agent … 2. Environment … 3. Session … 4. Events … * 考点：顺序默写题——Agent（人格，可复用）→ Environment（在哪跑）→ Session（一次运行＝工作单元）→ Events（消息流）。乱序选项直接排除。

2. 考点语境（据考纲构造）· 领域 3 集成

   "Which primitive is reusable across runs, and which is the unit of work?" * CCAR-P 考点：领域 3 —— 可复用的是 Agent；工作单元是 Session（The session is the unit of work）。两个属性互换即为干扰。

054. kickoff (n. / adj.)

• 音标：/ˈkɪkɒf/
• 官方考题核心释义：
• 开球、启动消息（kickoff message —— 触发 session 干活的那条用户消息；本课时序陷阱的主角：必须先开流、后发 kickoff）
• 体育原义「开球」→ 工程语境「启动触发物」
• 构词拆解与家族词汇树：
• kick（踢）＋ off（开出去）→ 开球 → 启动
• 家族：launch（发射/启动，近义）｜ bootstrap（自举启动，架构语）
• 时序搭档：live stream（先开）→ kickoff message（后发）
• 考场高频搭配：
• Open the event stream before sending your kickoff message（Recap 4 原句）
• The stream only delivers events that occur after it opens（丢事件机理）
• 层级：课程 003 第 12 课 · 时序陷阱词

官方语境与核心考点情境

1. 官方原句（时序陷阱）

   Open the event stream before sending your kickoff message — it only delivers events that occur after it opens. * 考点：几乎必出的时序题——「先 send 后 stream」丢事件的机理就是这句。选项若说「流会缓存历史事件」即为反向干扰。

2. 考点语境（据考纲构造）· 领域 3 集成 ＋ 领域 5

   "An integration reports missing early tool-call events every run. What is the likely ordering mistake?" * CCAR-P 考点：领域 3 —— 先发了 kickoff 才开流；修复＝先 events.stream 再 events.send。领域 5 视角：事件丢失影响审计完整性。

055. stream (v. / n.) / consume (v.)

• 音标：/striːm/；/kənˈsjuːm/
• 官方考题核心释义：
• 流／流动（本课范式转变句：you're not running a while loop. You're sending events and reading events** —— 编程模型从「跑循环」变成「发事件、读事件」）
• consume the stream：消费流（客户端侧的事件接收动作；与服务端 stream 开流动作配对）
• 构词拆解与家族词汇树：
• 古英语 strēam（水流）→ 数据流（同构：streaming / streamlet）
• con-（完全）＋ sume（取；同根 assume / presume）→ 取走用掉 → 消费
• 家族：event stream（第 11 课已收）｜ live stream（活流）｜ flush（即时冲出，消费侧代码词）
• 考场高频搭配：
• You're sending events and reading events（官方范式句）
• open the event stream … consume the stream
• stream tool calls back to your app in real time（第 11 课 Recap 呼应）
• 层级：课程 003 第 12 课 · 编程模型词

官方语境与核心考点情境

1. 官方原句（范式转变）

   Notice the shift here: you're not running a while loop. You're sending events and reading events. * 考点**：范式题——托管模式下开发者的事件模型（send / read）vs 手工循环模型（while / switch）。选项说「托管后仍需自己跑循环」即为反向干扰。

2. 考点语境（据考纲构造）· 领域 3 ＋ 领域 7

   "A dashboard must show agent activity live. Which managed-agents primitive and pattern deliver this?" * CCAR-P 考点：领域 3 —— Events 原语＋开流消费模式；第 11 课例 1 的看板（event stream 实时回传）即此模式的产品化。

056. resumability (n.) / resume (v.)

• 音标：/ˌriːzjuːməˈbɪləti/；/rɪˈzjuːm/
• 官方考题核心释义：
• 可恢复性（委派三件套之三：you delegate that loop, the sandbox, and the resumability —— 断网/中断后工作能续跑，这个难题随循环一起交给官方）
• 引子场景词：work to resume after a network hiccup
• 构词拆解与家族词汇树：
• re-（再）＋ sume（取；同 root as 055 consume）→ 重新拿起 → 恢复续跑
• ⚠️ 读音陷阱：resume（恢复）/rɪˈzjuːm/ vs résumé（简历）/ˈrezjʊmeɪ/ —— 同形异义异音
• 家族：hiccup（小故障，触发恢复的场景）｜ survive a hiccup（扛住中断）｜ checkpoint（检查点，恢复机制语）
• 考场高频搭配：
• you delegate that loop, the sandbox, and the resumability（The trade 原句）
• need to survive a hiccup（Recap 6 判据）
• work to resume after a network hiccup（引子判据）
• 层级：课程 003 第 12 课 · 委派收益词

官方语境与核心考点情境

1. 官方原句（委派三件套）

   With managed agents, you delegate that loop, the sandbox, and the resumability — and just consume the event stream as it comes in. * 考点：三件套连背——loop / sandbox / resumability。考题问「托管替你扛了什么」按三件答；「你留下什么」→ 验收（rubric）与消费流。

2. 考点语境（据考纲构造）· 领域 1 ＋ 领域 3

   "A workload breaks mid-run on network failures and must continue without restarting from zero. Which hosting decision and property fit?" * CCAR-P 考点：领域 1 —— 托管（委派判据：survive a hiccup）＋ resumability；自建方案则要自己实现断点续跑（成本对照）。

057. spin up (v. phr.)

• 音标：读作 spin-up
• 官方考题核心释义：
• 旋起、拉起（This spins up the container template —— 建 Environment 就是把一份容器模板旋起来；基础设施惯用动词）
• 本课对象：container template（云端、网络配置可调）
• 构词拆解与家族词汇树：
• spin（旋转）＋ up（起来）→ （机器）转起来 → 拉起实例（云计算惯语：spin up a VM / container / instance）
• 家族：tear down（拆掉，反义操作）｜ provision（供给配置，正式语）｜ mount（挂载，第 11 课已收）
• 关联：unrestricted networking（本课示例配置；生产应按需收紧）
• 考场高频搭配：
• This spins up the container template — cloud, with unrestricted networking（官方原句）
• spin up an environment / a sandbox
• 层级：课程 003 第 12 课 · 环境创建动词

官方语境与核心考点情境

1. 官方原句（环境即模板旋起）

   This spins up the container template — cloud, with unrestricted networking. This is the sandbox where the file actually gets written. * 考点：Environment 的实体化动作＝spin up；配置项（cloud/local、networking）属于环境层，不属于 agent 定义层。

2. 考点语境（据考纲构造）· 领域 5 治理安全与风险

   "A demo environment ships with unrestricted networking. What does the lesson's production framing imply for real deployments?" * CCAR-P 考点：领域 5 —— 演示默认不等于生产姿态；网络管控应随环境配置收紧（呼应第 9 课工具过滤的最小特权家族）。

058. unit of work (n. phr.)

• 音标：读作 unit-of-work
• 官方考题核心释义：
• 工作单元（Session 的官方定义句：The session is the unit of work —— 计量、计费、失败恢复的边界都在这一层）
• 与 Agent（可复用定义）的对照：定义复用、运行计量
• 构词拆解与家族词汇树：
• unit（单位 ← 拉丁 unus 一）＋ of work → 一份工作
• 架构同族：transaction（事务，数据库的 unit of work）｜ job（批处理作业）
• 四原语定位：Session 夹在 Environment（在哪跑）与 Events（怎么流动）之间
• 考场高频搭配：
• The session is the unit of work（官方定义句）
• a single run of an agent inside a certain environment
• Create it once and run it across many sessions（Agent 复用对照句）
• 层级：课程 003 第 12 课 · Session 定义句

官方语境与核心考点情境

1. 官方原句（工作单元）

   Session — a single run of an agent inside a certain environment. The session is the unit of work. * 考点：属性配对——可复用 ↔ Agent；工作单元 ↔ Session**；在哪跑 ↔ Environment；怎么流 ↔ Events。四组配对是默写题题库。

2. 考点语境（据考纲构造）· 领域 3 ＋ 领域 4

   "Parallel clean-up tasks run as separate sessions over one agent definition. What does each session isolate, and what stays shared?" * CCAR-P 考点：领域 3 —— 每个 session 独立容器运行（第 11 课并行句）；共享的是 agent 定义（模型/系统提示/工具集）。领域 4 视角：session 边界即验收边界。

059. stub (n. / v.) / stubbed-out (adj.)

• 音标：/stʌb/
• 官方考题核心释义：
• 桩、存根（只有函数签名与类型、没有实现的代码占位：a stubbed-out file ／ It contains two stubs —— getWeather 与 run 两个空函数）
• 动词义：打桩（stub the file —— 先把文件桩出来再交给 AI 填）
• 构词拆解与家族词汇树：
• 原义「树桩」→ 被削剩的短残端 → 残缺占位物（票根 ticket stub 同源象形）
• 家族：placeholder：占位符（近义）｜ scaffold / scaffolding：脚手架（工程搭架术语）｜ skeleton：骨架代码
• 工作流三连：stub → delegate → review（本课收官公式）
• 考场高频搭配：
• fill in an API integration from a stubbed-out file（官方原句）
• Stub it, delegate it, review the diff.（Recap 4 收官句）
• 层级：课程 003 第 13 课 · 工作流核心词

官方语境与核心考点情境

1. 官方原句（桩工作流）

   You don't need to type that from memory every single time. Instead, stub the file, hand it to AI Code Assistant, and just review the diff. * 考点：领域 7 工作流题——人的职责收敛为定义桩（接口）＋审 diff（验收）；「AI 会取代 stub 需求」为反向干扰（桩正是给 AI 的规格）。

2. 考点语境（据考纲构造）· 领域 7 开发者生产力

   "A developer wants AI-written integrations that still compile against the team's types. Which preparation step makes that reliable?" * CCAR-P 考点：领域 7 —— 先写 stubbed-out 文件（签名＋类型即规格）；类型即验收依据（fills in … against the types）。

060. pattern (n.) — 写法范式义 ⚡ 第 11 课「规律」义已收，本课升级为「代码范式」专题

• 音标：/ˈpætərn/
• 官方考题核心释义：
• 模式、范式（prompt 三要素之二：It names the pattern you want used —— 点名要用哪种写法，如「tool runner ＋ TypeScript SDK」，防止 AI 自创写法）
• 本课另一形态：a familiar shape —— the AI API 代码的固定形状（define → runner → return）
• 构词拆解与家族词汇树：
• 拉丁 patronus（保护人→样板）→ 范本 → 模式
• 家族：anti-pattern（反模式，工程贬义）｜ design pattern（设计模式，第 10 课已收）｜ shape（形状，官方混用词）
• 与第 11 课 flags a pattern（规律义）同词异义：规律＝从数据中发现；范式＝给代码指定
• 考场高频搭配：
• It names the pattern you want used.（prompt 三要素原句）
• the AI API code follows a familiar shape（三步模式引子）
• 层级：课程 003 第 13 课 · prompt 三要素之二

官方语境与核心考点情境

1. 官方原句（prompt 三要素）

   A good prompt does three things: It names the file you want changed. It names the pattern you want used. It names the end state you expect. * 考点：三要素默写题＋缺失后果配对（无 file→乱改、无 pattern→自创写法、无 end state→无法验收）。

2. 考点语境（据考纲构造）· 领域 2 模型提示与上下文工程

   "An AI-written integration compiles but ignores the team's standard HTTP client. Which prompt element was missing?" * CCAR-P 考点：领域 2 —— 缺 pattern（未点名要用既定写法）；模块化提示＝把模式约束写进指令（考纲复用策略三件套之「模块化提示」的本课形态）。

061. diff (n. / v.)

• 音标：/dɪf/
• 官方考题核心释义：
• 差异对比（版本控制里两版代码的差异清单；本课验收动作：just review the diff —— AI 改完，人只审差异）
• 动词义：对比出差异（diff two files）
• 构词拆解与家族词汇树：
• different 的缩合 → 差异；Unix diff 工具名动词化
• 家族：patch（本课已收：把 diff 应用到代码＝打补丁）｜ commit（提交）｜ git blame（追责查史）
• 与表 03-004 version control（Git 体系）同族：diff 是 review 的最小单元
• 考场高频搭配：
• Stub it, delegate it, review the diff.（收官公式）
• review the diff before approving：批准前先审 diff
• 层级：课程 003 第 13 课 · 验收核心词

官方语境与核心考点情境

1. 官方原句（收官公式）

   Instead, stub the file, hand it to AI Code Assistant, and just review the diff. * 考点：领域 7 收尾动作——AI 写、人审 diff；「AI 写完即合并」为反向干扰（呼应领域 6 责任归属：背书的是人）。

2. 考点语境（据考纲构造）· 领域 7 ＋ 领域 5

   "AI Code Assistant patches a payment module in place. Which human step does the lesson's workflow still mandate before merge?" * CCAR-P 考点：领域 7 —— review the diff；领域 5 视角：涉及敏感模块的 diff 更要逐行审（AI 读错误信息就地修补 ≠ 免检）。

062. invoke (v.) / invocation (n.)

• 音标：/ɪnˈvoʊk/
• 官方考题核心释义：
• 调用、唤起（skill 的手动触发：You can invoke it directly with /claude-api；与 auto-invoke（检测到 TypeScript SDK 自动调用）构成双触发）
• 本课语境＝显式唤起一个 skill；法律原义「援引（条款）」
• 构词拆解与家族词汇树：
• in-（向）＋ voke（唤；拉丁 vocare 呼叫，同根 vocal / vocation / provoke）→ 唤来 → 调用
• 家族：auto-invoke（自动调用，本课对）｜ provoke（激起）｜ revoke（撤销）—— 三兄弟同根异向
• 关联：第 8 课 skill 渐进式加载——先加载 name＋description，判定相关才全量；invoke 是「判定」的人工加速器
• 考场高频搭配：
• invoke it directly with /claude-api（官方原句）
• invoke it automatically when it detects …（自动分支）
• 层级：课程 003 第 13 课 · skill 触发词

官方语境与核心考点情境

1. 官方原句（双触发）

   You can invoke it directly with /claude-api, or AI Code Assistant will invoke it automatically when it detects that you're using the TypeScript SDK. * 考点：二选一陷阱——「只能手动」与「只能自动」都错；官方答案＝手动可随时、检测到 SDK 必自动。

2. 考点语境（据考纲构造）· 领域 7 ＋ 领域 2

   "A teammate says the API skill 'never loads' while writing Python against the REST API. Why, per the lesson's trigger design?" * CCAR-P 考点：领域 7 —— 自动触发条件是 TypeScript SDK 检测；非 TS 场景应手动 invoke（/claude-api）。领域 2 视角：这是「按需加载上下文」的 skill 化。

063. detect (v.) / detection (n.)

• 音标：/dɪˈtekt/
• 官方考题核心释义：
• 检测、侦测（skill 自动触发的机制：AI Code Assistant will invoke it automatically when it detects that you're using the TypeScript SDK —— 从项目特征判断场景）
• 安全语境高频：anomaly detection 异常检测（领域 5 输入筛查家族）
• 构词拆解与家族词汇树：
• de-（去掉）＋ tect（遮盖；拉丁 tegere 覆盖，同根 protect / cover）→ 揭开盖子 → 察觉
• 家族：detective（侦探，象形记忆）｜ detector (n.)：探测器 ｜ undetected：未被发现的（安全事故形容词）
• 与 062 配对：detect（自动判定）→ invoke（随之调用）
• 考场高频搭配：
• when it detects that you're using the TypeScript SDK（官方原句）
• detection of deprecated patterns：弃用模式检测
• 层级：课程 003 第 13 课 · 自动触发机制

官方语境与核心考点情境

1. 官方原句（自动触发条件）

   The built-in the AI API skill loads automatically when AI Code Assistant detects the TypeScript SDK, or you can invoke it with /claude-api. * 考点：机制题——自动加载的触发条件是「检测到 TS SDK」，不是「打开任何项目」；条件配错即干扰。

2. 考点语境（据考纲构造）· 领域 5 治理安全与风险

   "Which capability distinguishes a guarded integration: failing loudly when inputs violate schema, or silently accepting them?" * CCAR-P 考点：领域 5 —— 检测先行、fail closed（呼应第 6 课 failure mode 与第 11 课 permissions policy）；沉默接受＝失控面。

064. in place (prep. phr.) / patch in place (v. phr.)

• 音标：/ɪn pleɪs/
• 官方考题核心释义：
• 就地、原处（错误处理闭环：If something errors out, it reads the error message and patches the code in place** —— 不另起炉灶，直接在原代码上修）
• 家族短语：in place of（代替，另一义）⚠️ 区分——本课是「原地」义
• 构词拆解与家族词汇树：
• in（在）＋ place（位置）→ 在原位
• 家族：in-place upgrade：就地升级（运维术语）｜ edit in place：原位编辑
• 闭环五连：fills in → appends → executes → reports → patches in place（AI Code Assistant 的完整动作链）
• 考场高频搭配：
• it reads the error message and patches the code in place（官方原句）
• fix errors in place（Recap 3）
• 层级：课程 003 第 13 课 · 自修闭环词

官方语境与核心考点情境

1. 官方原句（自修闭环）

   If something errors out, it reads the error message and patches the code in place. * 考点：工作流闭环题——AI Code Assistant 的动作链到「就地修错」为止；「人必须手动改错」为反向干扰（人审 diff 仍不可省，见 061）。

2. 考点语境（据考纲构造）· 领域 7 ＋ 领域 6

   "In the lesson's workflow, who is accountable when the in-place patch introduces a regression?" * CCAR-P 考点：领域 6 —— 人（review the diff 是人的不可让渡职责；背书你所构建的，课程 002 Diligence 原则）。AI 修补，人担责。

065. ship (v.) / shipping (n. / adj.) / shippable (adj.)

• 音标：/ʃɪp/
• 官方考题核心释义：
• 交付、发布上线、投产（动词！软件工程核心专指：将软件或 AI 系统打磨至生产可用、合规并正式发布给最终用户使用。官方原句对立：chatting with the AI in a browser tab vs. building the AI into something you ship）
• ⚠️ 避坑警示：原始名词义「轮船 / 舰艇」或普通动词义「海运 / 邮寄货物」在云原生与 AI 架构考题中绝不取！若选项出现“物流运输”、“发货”，直接排除。在架构师考试中，ship 恒等于 deploy to production（部署到生产环境）并 deliver business value（交付业务价值）。
• 构词拆解与家族词汇树：
• 词源：古英语 scip（船）→ 由“装船起航”引申为现代硅谷工程黑话“发布交付”
• ship (v.)：交付上线、发布
• shippable (adj.)：可交付的（例：minimally shippable product 最小可交付产品）
• shipping (n. / adj.)：交付阶段、发版（例：shipping gate 发布闸门）
• 经典工程箴言："Real artists ship." —— Steve Jobs（真正的艺术家交付成果）
• 考场近义词谱系：deploy（部署）、release（发布）、deliver（交付）、roll out（渐进式推出）、promote to production（晋升至生产环境）
• 考场高频搭配：
• something you ship：你要交付的产品 / 正式投产物（官方标志性短语）
• ship to production：交付投产
• ready to ship：具备交付标准
• ship gate / quality gate：交付验收闸门（领域 4 评估考点）
• 层级：课程 003 · 导读与总纲（第一性目标词）

官方语境与核心考点情境

1. 官方原句（课程第一行）

   There's a wide gap between chatting with the AI in a browser tab and building the AI into something you ship. 「在浏览器标签页里和 AI 聊天，与把 AI 构建进你要交付的产品之间，隔着一条很宽的沟。」 * 考点与辨析：官方用 something you ship 作为“真正工程落地”的代名词。题干若区分“原型试水（PoC/Prototype）”与“生产级应用（Production Application）”，是否满足 shippable 标准（包含安全性、限额管理、可观测性、错误就地修补）是核心评判准绳。

2. 考点语境（据考纲构造）· 领域 1 方案设计 ＋ 领域 4 评估闸门

   "An enterprise team has built a working prototype using the AI in a notebook. Before the solution is deemed ready to ship, which architectural requirement is mandatory according to production best practices?" 「企业团队已在 Notebook 中构建了一个可运行的原型。在该方案被认定为具备交付（ship）资格之前，根据生产最佳实践，哪项架构要求是强制必须的？」 * CCAR-P 考点：从 Chat/PoC 到 ship，必须补齐 Control 层（Evals / Limits / 密钥安全），不能让未受管制的脚本裸奔上线。

066. window bounds (n. + v. phr.) / bound (v.) / context window (n. phr.)

• 音标：
• window bounds：/ˈwɪndoʊ baʊndz/
• bound (v.)：/baʊnd/（第三人称单数：bounds /baʊndz/；过去式/过去分词：bounded）
• bounds (n. pl.)：/baʊndz/（界限、限度、范围）
• 官方考题核心释义：
• 上下文窗口框定 / 界定视野物理边界（动词短语：在 LLM 与 Agent 架构中，指模型的上下文窗口（Context Window）对模型在单次推理中能够“看见”（输入、处理、检索）的信息范围施加的硬性物理边界与容量约束。官方原句四大第一性原理之一：how the context window bounds what the AI can see）
• ⚠️ 语法与词义避坑警示：
  1. 词性辨析：原句中的 bounds 是动词第三人称单数（主语是 context window 单数），不是名词复数！译为“框定、给……划定界限”。
  2. 动词混淆：不要与 bind（捆绑/装订，过去式 bound）混淆；也不要与 bounce/bound（跳跃/弹跳）混淆。这里的原形动词就是 bound（划界、为……的界限）。
  3. 架构隐喻：模型没有无限全局视野；超出窗口（Out of bounds）的内容模型完全“看不见”。题干若出现“依赖模型自动记忆 50 轮之前未压缩的历史”，直接判错。
• 构词拆解与家族词汇树：
• 词源：源自古法语 bonde / 中世纪拉丁语 bodina（界碑、边界线）。
• 家族词汇：
  • bound (v.)：给……划界、约束
  • boundary (n.)：边界、界线（安全与权限核心词：trust boundary 信任边界、permission boundary 权限边界）
  • bounded (adj.)：有界限的、受约束的（计算机科学专有名词：bounded context 有界上下文）
  • boundless (adj.)：无边界的（LLM 上下文绝非 boundless，必须精细化管理）
  • out of bounds (idiom / adj.)：超界、越界（安全违规：访问未授权内存或超出限额）
  • context window (n. phr.)：上下文窗口（模型工作内存容量，如 200K tokens）
• 考场高频搭配：
• context window bounds what the AI can see：上下文窗口框定 AI 的可见视野（官方原句，第一性原理四大支柱之一）
• within the bounds of the context window：在上下文窗口边界之内
• operate within bounds：在安全/系统规定的界限内运行
• exceed window bounds / breach bounds：超出窗口边界 / 突破边界（导致截断与失忆）
• 层级：课程 003 · 导读与总纲（第一性原理四大基本构件之三）

官方语境与核心考点情境

1. 官方原句（01-课程导读与大纲全景-About-this-course.md 第 24 行）

   “We start from first principles: what an API request contains, what an agent loop is, how the context window bounds what the AI can see, and how tools and permissions decide what it can do.”
   「我们从第一性原理出发：一次 API 请求包含什么、什么是智能体循环、上下文窗口如何框定 AI 能看见的范围、以及工具与权限如何决定它能做什么。」 * 考点与架构深意：官方将 context window bounds 与 API 请求、Agent Loop、Tools & Permissions 并列为四大第一性原理支柱。它正面映射到第 10 课《Context Management》，核心论点是：上下文窗口不是垃圾桶，不能无节制堆叠。

2. 考点语境（据考纲构造）· 领域 2 模型与上下文工程 ＋ 领域 5 稳定性治理

   "A long-running agent performs 20 turns of code debugging, during which tool outputs, stack traces, and full file contents are continuously appended to the message history. As the conversation approaches the maximum context window bounds, what is the architecturally sound mitigation strategy?"
   「一个长时间运行的智能体执行了 20 轮代码调试，期间工具输出、调用栈跟踪和完整文件内容被不断追加到消息历史中。随着对话逼近上下文窗口的最大物理边界（bounds），架构上最合理的缓解策略是什么？」 * 选项设计与深度破局：

   • A. 忽略边界，依赖平台自动丢弃早期系统提示词（❌ 致命错误：系统提示词丢失会导致 Agent 行为漂移）
   • B. 实施上下文压缩策略（Compaction）与 JIT（即时检索）架构，仅保留摘要并对稳定静态文档使用 Prompt Caching ⭐（正解：第 10 课官方四模式）
   • C. 在每一轮无差别重启全新的 Session 并清空所有历史（❌ 丢失任务连续性与状态）
   • D. 切换到没有任何上下文限制的无限模型（❌ 现实中不存在无边界的物理窗口，且成本呈几何倍增）
   • CCAR-P 考点：精准应对“窗口物理约束（Window Bounds）”的三大失效对症矩阵：成本失控（Cost）、窗口溢出（Window size / Truncation）、无状态性（Statelessness）。

📋 全量速查区（第 1–13 课全部新生词，按课分组）

星级：⭐⭐ 高频核心（已有精讲条目，见「精讲」列）｜ ⭐ 重要 ｜ 无星为一般词。 同词跨课复现在首次出现处收录，备注注明「第 N 课复现」；⭐ 词复习到对应课时升级为精讲条目。 已被表 01 / 02 收录的词在备注里给出跨表引用。

01 导读与总览（20 条）

第 1 课（37 条）

第 2 课（43 条）

第 3 课（48 条）

第 4 课（47 条）

第 5 课（41 条）

第 6 课（45 条）

第 7 课（40 条）

第 8 课（39 条）

第 9 课（44 条）

第 10 课（43 条）