模块 05 重要英语词汇
格式：Term — 中文释义 — 一句话架构师视角说明
提示设计与评估
- Prompt Engineering — 提示工程 — 生产 prompt 必须与成功标准、评估集和版本记录一起管理。
- System Prompt — 系统提示词 — 它定义全局行为边界，但不能替代权限控制与输出校验。
- Few-shot Prompting — 少样本提示 — 用少量代表样本传递判断口径，官方建议精选 3–5 个而非无限堆叠。
- Zero-shot Prompting — 零样本提示 — 不给示例可节省输入 token，但复杂边界的一致性通常更难控制。
- Grounding — 有据生成 — 要求输出贴着给定证据，架构上仍需检索质量与引用核验共同保障。
- Prefill — 预填充 — 旧式 assistant 开头续写技巧，在 Claude 4.6 系列与 Mythos Preview 起不再支持。
结构化契约
- Structured Output — 结构化输出 — 用 schema 把格式从软提示升级为解码期硬约束。
- Constrained Decoding — 约束解码 — 通过 grammar 禁止非法 token 序列，但不判断字段值是否真实。
- JSON Schema — JSON 模式 — 它是模型输出与下游消费者之间需要共同版本化的契约。
- JSON Outputs — JSON 输出 —
output_config.format 约束最终回复的 JSON 结构。
- Strict Tool Use — 严格工具使用 —
strict: true 约束工具名与入参，不保证工具执行结果正确。
- Required Property — 必填属性 — 能设为 required 就不要滥用 optional，以减少文法复杂度与缺省分支。
- Optional Property — 可选属性 — 每请求合计最多 24 个，是 schema 设计期必须预算的稀缺项。
- Union Type — 联合类型 —
anyOf 或类型数组参数每请求合计最多 16 个，复杂度会推高编译开销。
- Semantic Validation — 语义校验 — schema 通过后仍要用业务规则、评估或人审判断值是否可信。
思考、成本与运行
- Extended Thinking — 扩展思考 — 手动
budget_tokens 模式在 4.6 弃用、4.7+ 拒绝，迁移时必须看模型代次。
- Adaptive Thinking — 自适应思考 — 由模型结合任务复杂度与 effort 动态决定思考深度。
- Interleaved Thinking — 交错思考 — 在同一回合的工具调用之间消化观察并继续规划，适合 agent loop。
- Thinking Tokens — 思考令牌 — 它们计入输出 token 和延迟，必须纳入成本与 SLO 观测。
- Prompt Caching — 提示缓存 — 稳定前缀可摊薄重复输入成本，频繁改 thinking 配置或前缀会破坏命中。
- Repair Retry — 修复式重试 — 将 validator 的具体错误反馈给下一轮，比原样重试更有新增信息。
📚 目录