中文题干 + 英文术语保持原文。共 16 题（单选 8 / 多选 4 / 判断 4）。先做完再看文末《答案与解析》。
Q1. Messages API 请求体大小上限与超限错误： A. 20MB / 429 B. 32MB / 413 request_too_large C. 64MB / 400 D. 无限制
Q2. 官方 SDK 的默认重试行为： A. 不重试 B. 重试 5 次，固定间隔 C. 自动重试 2 次，指数退避，尊重 retry-after D. 无限重试直到成功
Q3. anthropic-version 头的当前示例值： A. 2024-01-01 B. 2023-06-01 C. v2 D. 1.0
Q4. 缓存读取的计价与限流待遇（多数模型）： A. 1x 计价，计入 ITPM B. 0.1x 计价，不计入 ITPM C. 免费，计入 ITPM D. 0.1x 计价，计入 ITPM
Q5. 5 分钟缓存 TTL 的计时起点： A. 响应结束时刻 B. 请求开始时刻（长响应会消耗 TTL） C. 写入缓存后固定 5 分钟 D. 下一次请求时刻
Q6. Batch 中 custom_id 的合法形式： A. 任意 UTF-8 字符串 B. ^[a-zA-Z0-9_-]{1,64}$ C. 必须是 UUID D. 数字递增
Q7. Message Batch 的规模上限： A. 100,000 个请求或 256MB（先到为准） B. 1,000 个请求 C. 无限制 D. 10MB
Q8. 批结果在 batch 创建后多久仍可下载： A. 24 小时 B. 7 天 C. 29 天 D. 永久
Q9. Batch 请求的 params 中不支持的参数有： A. stream: true B. speed（Fast mode） C. max_tokens: 0 D. system
Q10. 不应触发自动重试（直接降级/人工）的错误： A. 400 invalid_request_error B. 401 authentication_error C. 413 request_too_large D. 529 overloaded_error
Q11. Prompt caching 的机制事实： A. 缓存完整前缀：tools → system → messages 顺序 B. 写入只发生在断点处 C. 读取从断点向前最多回看 20 个 block D. 最多 8 个断点
Q12. 实现客户端限速要考虑： A. 令牌桶连续回补（非整点重置） B. RPM/ITPM/OTPM 三维独立 C. 流量突增可能触发加速限制 429 D. max_tokens 越大 OTPM 预扣越多
Q13. spend-cap 429 与普通限流 429 都带 retry-after，均可退避重试。
Q14. 缓存条目在第一个响应开始之前，并行发出的相同前缀请求不会命中。
Q15. Python SDK v1.0+ 传 temperature 会抛 TypeError。
Q16. 流式响应收到 HTTP 200 后就不会再出错。
A1. B — Messages/Token Counting 32MB；Batch 256MB；Files 500MB（来源: https://platform.claude.com/docs/en/api/overview 与 errors（访问于 2026-08-30））。
A2. C — "automatically retry transient failures ... with exponential backoff, twice by default, honoring the retry-after header"（来源: errors，同上）。
A3. B — 官方示例均为 2023-06-01（来源: API overview，同上）。
A4. B — cache 读 0.1x（官方 pricing multiplier），且 cache_read_input_tokens 不计入 ITPM（多数模型；来源: https://platform.claude.com/docs/en/api/rate-limits 与 prompt-caching（访问于 2026-08-30））。
A5. B — "measured from the start of the request that writes or reads the cache entry"；流式 4 分钟的响应，同前缀请求要在响应完成后约 1 分钟内进来（来源: prompt-caching，同上）。
A6. B — ^[a-zA-Z0-9_-]{1,64}$（来源: https://platform.claude.com/docs/en/build-with-claude/batch-processing（访问于 2026-08-30））。
A7. A — 100,000 requests 或 256MB 先到为准；多数批次 <1 小时，24 小时过期（来源: 同上）。
A8. C — 结果保留 29 天（来源: 同上）。
A9. ABC — 官方不支持表：stream、speed、store/previous_thread_event_id、cache_hint/context_hint、max_tokens: 0、research preview（来源: 同上）。system 完全支持。
A10. ABC — 确定性错误修请求/凭据/payload；D 属瞬时故障，官方建议退避重试（来源: errors，同上）。
A11. ABC — 断点上限是 4 个（自动缓存混用时占一槽）（来源: prompt-caching，同上）。
A12. ABC — A/B/C 是官方限流机制事实；D 错——OTPM 只按实际生成计量，max_tokens 不参与 OTPM 计算（来源: rate-limits，同上）。
A13. 错 — spend-cap 429 无 retry-after 且重试无效，error_code=enforced_spend_limit_reached；普通限流 429 带 retry-after（来源: rate-limits，同上）。
A14. 对 — "a cache entry only becomes available after the first response begins"（来源: prompt-caching，同上）。
A15. 对 — "The Python SDK (v1.0 and later) removes temperature, top_p, and top_k, so passing them raises a TypeError"（来源: https://platform.claude.com/docs/en/about-claude/model-deprecations（访问于 2026-08-30））。
A16. 错 — 流中可能收到 error 事件（如 529 overloaded_error）（来源: https://platform.claude.com/docs/en/build-with-claude/streaming（访问于 2026-08-30））。