跳至内容

Claude Opus 5.5 API 教程:构建 AI 事件调查员

按照本 Claude Opus 5.5 API 教程,使用视觉、编程式工具调用、反事实回放、任务预算、结构化输出与成本跟踪,构建一个 Python 事件调查员。
更新 2026年9月28日  · 12分钟 读

用 AI 探索

ChatGPTClaudePerplexity

在本教程中,我将测试这样一个场景:软件更新几分钟后,HarborCart(本文场景中的一家商店)开始出现结账失败。一些客户等待超过 30 秒;另一些看到服务器错误,无法支付。支付服务商此时也出现了短暂宕机,看起来是“显而易见”的原因。

但服务商宕机并不能解释购物车和订单页面也会失败。找出缺失的环节需要应用日志、图表、请求记录以及最近的代码变更。本教程将检验 Claude Opus 5.5 能否沿着这些证据推理、在可控条件下检验其解释,并且只报告证据所支持的结论。

背景:就在我启动这个项目的前一周,Claude Opus 5.5 发布了。我们的Claude Opus 5.5 概览涵盖了发布与基准测试,因此本教程聚焦 API,从首次请求到经验证的报告,构建一个调查代理。

我们将介绍如何:

  • 完成您的第一次 Claude Opus 5.5 调用,并按类型读取其内容块
  • 使用严格模式的模式定义为代理提供只读工具
  • 通过编程式工具调用让 Claude 自己的代码筛选日志与追踪
  • 将截图视为假设,并用指标加以验证
  • 用反事实回放测试根因
  • 在相同证据上比较effort等级的表现
  • 返回可标注为 "inconclusive" 的结构化报告
  • 从 API 使用记录计算调查成本

要点速览

HarborCart 的调查员把支付网关的突发故障与放大的重试策略区分开来,并在返回报告前对该解释进行了测试。

  • 网关故障是触发因素,而非完整根因。 重试的扣款会长时间占用数据库连接,甚至拖垮从不调用网关的端点。
  • 调查与报告使用不同的请求。 调查期间可用网页搜索与引文;第二个请求将经验证的证据格式化为 JSON。
  • 编程式工具调用将序列化证据减少了 98.8%。 在三次调查中,142.8 KB 的工具结果被压缩为返回给模型的 1.7 KB 摘要。
  • 更高 effort 未改变核心回放方案。 medium 与 high 选择了相同的假设与核心因果测试。
  • 三次完整调查的平均成本为 $0.2737,耗时约两分钟。

什么是 Claude Opus 5.5 API?

您通过 Anthropic 的 Messages API 使用 Claude Opus 5.5,模型 ID 为claude-opus-5-5。根据模型概览,它支持文本与图像,具备 100 万 token 的上下文窗口与 128K 的最大输出。自适应思考始终开启,默认 effort 为medium。

标准定价为每百万输入 token $4、每百万输出 token $20。5 分钟缓存写入为每百万 $5,缓存读取为 $0.20。启用提示缓存后,匹配前缀按较低的缓存读取费率计费。

与 Claude Opus 5 相比有哪些变化?

迁移指南中的四点在本项目中直接体现:

  • 使用 any或指定工具强制 tool_choice 会返回 400 错误。

  • 默认 effort 从 Claude Opus 5 的high 降至medium。

  • 思考不可关闭,且在工具循环中必须原样传回 thinking 块。

  • 工具调用之间模型写下的笔记位于 thinking 块内,默认为空。

我们将用 Claude Opus 5.5 构建什么?

该代理只负责调查。它具备只读证据工具,没有生产凭据。完成证据收集后,使用独立的规划请求提出反事实测试,由 Python 校验并运行 medium-effort 的方案。

完整代码(含证据生成器和 Web 应用)见此GitHub 仓库。

HarborCart 的结账发生了什么?

HarborCart 是虚构商店。其checkout-api 提供购物车页面、订单状态以及 POST /checkout,该端点会调用第三方支付网关。这些端点共享每实例 15 个连接的 PostgreSQL 连接池。

一次部署发布后约五分钟,网关持续约 90 秒返回 503。结账延迟攀升至 30 秒以上,而连接池始终占满 15/15。将责任归咎于支付服务商是最容易的判断,而且网关确实失败了。

隐藏原因在更深一层。此次部署允许失败的 POST 扣款最多重试三次(共四次尝试),期间处理器始终占用数据库连接且无等待。缓慢失败的扣款现在会占用连接 30 秒或更久,直到连接池耗尽,进而导致从不调用网关的购物车页面也失败。

从这里起我使用三个术语。这里,触发因素是网关的临时故障;在占用稀缺数据库连接的同时重试结账 POST 是放大机制;共享连接池的耗尽是系统性失败。

代理可以检查哪些证据?

代理从告警、一张监控截图与一张架构图开始。其他全部通过工具获取:日志、追踪、五项指标、部署元数据、Git diff 以及运行手册。我们在证据中预置了三个相互竞争的解释:库存告警、前端告警,以及可能的 CPU 饱和。

HarborCart topology showing the web frontend, checkout API, shared database connection pool, payment gateway, and inventory service

HarborCart 的结账路径与共享连接池。图片由作者提供。

该图表明连接在整个请求期间被持有。但它并未指出这是问题;调查需要自行得出这一点。

我们如何判定诊断正确?

在构建代理前先定义成功标准。一份正确的报告必须:

  • 点名允许 POST 重试的重试策略变更
  • 说明数据库连接在网关调用期间始终被持有
  • 解释更长的持有如何耗尽连接池
  • 将网关突发视为触发因素,而非放大机制
  • 至少否定三个备选解释中的两个
  • 引用具体证据,包括 diff 与某项指标
  • 包含与结论一致的反事实回放结果

如何在 Python 中使用 Claude Opus 5.5 API

您需要 Python 3.10 或更高版本,以及可访问 claude-opus-5-5 的 Anthropic API 密钥。以下 PowerShell 命令克隆项目并安装其固定依赖(包括 anthropic 1.8.0)。如果您使用 Amazon Bedrock,请先阅读常见问题,因为有些功能无法迁移。

git clone https://github.com/KhalidAbdelaty/opus-5-5-api-tutorial.git
cd opus-5-5-api-tutorial
python -m venv .venv
.venv\Scripts\Activate.ps1
pip install -r requirements.txt
Copy-Item .env.example .env

在 macOS 或 Linux 上,使用 source .venv/bin/activate 激活,使用 cp .env.example .env 复制。将您的密钥加入 .env,python-dotenv 会为 SDK 加载它;我们的环境变量指南解释了这一做法。如果您此前已用 Python 调用过 Claude,可跳过下一小节,因为它只是在确认环境设置。

完成您的第一次 Claude Opus 5.5 API 调用

最小可用请求既能确认密钥有效,也能展示返回内容。

import anthropic
from dotenv import load_dotenv

load_dotenv()
client = anthropic.Anthropic()

response = client.messages.create(
    model="claude-opus-5-5",
    max_tokens=2048,
    messages=[{"role": "user", "content": "A checkout API returns HTTP 503 right after a deploy. Name the first two things to check."}],
)
print([block.type for block in response.content])
text = "".join(block.text for block in response.content if block.type == "text")

在该请求中,响应包含 thinking 与 text 块。请按类型选择块,而非直接读取 response.content[0]。

如何构建 Claude Opus 5.5 的工具调用代理

工具调用代理将 Claude 的 Messages API 与用于控制数据访问的 Python 函数配对。应用遵循一条规则:Claude 决定需要哪些证据,Python 决定它可以访问哪些证据。

我们的代理框架工程指南涵盖更广泛的工具边界与循环;HarborCart 将其工具保持为只读,并限定在本次事件范围内。

定义只读的事件工具

每个工具读取一组固定的证据并返回受限的 JSON 结果。日志与追踪查询最多返回 200 行及其计数;指标查询最多返回 60 个点。

编程式工具调用不支持 strict: true,因此将工具一分为二。将证据控制与结束调查的工具设为严格且仅可直接调用。日志、追踪与指标仅使用代码执行,这为 Claude 在进行大规模证据查询时提供唯一清晰的路径。

{"name": "finish_investigation", "strict": True,
 "allowed_callers": ["direct"],
 "input_schema": {"type": "object",
                  "properties": {"summary": {"type": "string"}},
                  "required": ["summary"],
                  "additionalProperties": False}},
{"name": "query_traces",
 "allowed_callers": ["code_execution_20260120"],
 "input_schema": {...}},

allowed_callers 用于引导模型,但不是安全边界。Python 在执行每个工具前会检查调用方,并拒绝直接的查询调用。编程式调用同样跳过严格校验,因此查询函数仍需自行校验参数。

应用会为每个被接受的工具结果打标签,拒绝引用缺失证据的发现,仅在网页搜索返回时接受文档 URL。记录回放输出的是 Python,而非模型。

用严格模式的模式定义替代强制工具选择

如迁移部分所述,将 tool_choice 维持为 auto。在提示中说明何时适用工具,并在参数必须精确时用严格的模式定义。

构建多轮调查循环

该循环发送对话、运行任何 tool_use 块、追加结果并重复。原样追加助理的各块(包括 thinking),并在编程式代码暂停时,仅用 tool_result 块传回 container ID。

调查请求包含视觉、工具、网页搜索、effort 与任务预算,但无输出模式定义。这样可避免带引文的搜索结果与结构化 JSON 输出混用,同时稳定的请求前缀保持提示缓存生效:

request = dict(
    model="claude-opus-5-5",
    max_tokens=16_000,
    system=[{"type": "text", "text": SYSTEM_PROMPT, "cache_control": {"type": "ephemeral"}}],
    tools=investigation_tools,
    cache_control={"type": "ephemeral"},
    thinking={"type": "adaptive", "display": "updates"},
    output_config={
        "effort": "medium",
        "task_budget": {"type": "tokens", "total": 20_000},
    },
    betas=["task-budgets-2026-03-13", "thinking-display-updates-2026-08-18"],
)

如何向 Claude Opus 5.5 API 发送图像

将仪表盘与架构图作为 base64 PNG 附在首条用户消息中。告知 Claude:从图像读到的任何信息都应视为假设,并用 query_metrics 进行确认。

HarborCart dashboard showing checkout latency, 5xx rates, database pool use, and CPU during the incident

仪表盘显示连接池饱和而 CPU 持平。图片由作者提供。

仪表盘与指标查询使用相同数据源。池满期间 CPU 保持在约 30%,这在任何查询执行前就已对“主机过载”的说法不利。

用原始指标交叉验证视觉观察

截图提示了关注方向,但数值序列决定观察是否成立。视觉产生假设;指标对其进行检验。

关于以图像为先的工作流,参阅我们的智能体视觉教程。HarborCart 仅用视觉来选择下一个指标。

Claude Opus 5.5 的编程式工具调用如何工作?

编程式工具调用允许 Claude 编写在代码执行容器中运行的 Python,并将您的工具作为函数调用。原始结果保留在沙箱中,只有代码的打印输出会返回给模型。

在日志与追踪上并行扩散

代理编写短脚本,提取失败的追踪并仅按端点输出计数。在一次完整调查中,编程式工具调用将返回给模型的序列化证据减少了 98.8%。工具结果为 42.9 KB,摘要为 0.5 KB;这是字节计量,而非按计费输入 token 计算的节省。

PowerShell terminal showing direct and programmatic calls that query HarborCart deployment context, metrics, traces, and application logs

工具调用缩窄事件证据范围。图片由作者提供。

为不确定的依赖行为添加文档搜索

应用针对重试库语义开放了受限的网页搜索。在最终评估中 Claude 并未调用它,因此测得的诊断依托 diff、指标、日志与追踪。urllib3 参考独立确认 allowed_methods=None 会重试任何动词,且 backoff_factor=0 取消等待,但该页面不计入测量证据。

如何用反事实回放验证根因

反事实回放在移除一个可疑原因的条件下重放事件流量,并检查失败是否消失。它把“这些曲线同时上升”转化为可检验的测试。

保持回放的客观性

回放复用同样的流量模式。如下比较中,每种情景只改变一个条件,且应用控制允许的改动范围。

汇总将网关 503 与连接池超时区分开来,并将结账 503 与购物车、订单读取区分开来。正是这种划分让模型能区分触发因素与放大器。

Chart comparing 503 responses by cause when the retry policy, connection handling, or gateway burst changes

每次回放只改变一项条件。图片由作者提供。

基线回放产生了 124 个 503:其中 105 个为连接池超时,包括 68 个发生在读取端点;另有 19 个为网关错误。回滚重试策略消除了所有连接池超时与读取失败,但暴露出 93 个结账时的网关 503。将网关调用前释放连接同样消除了连接池失败,同时保留了 33 个网关 503;移除网关突发则没有错误。

回放揭示了权衡:回滚可以保护共享连接池,但会放行更多结账失败。可将其作为权宜之计。随后添加幂等键,避免重复扣款造成二次计费,并在网关调用期间停止持有连接。

将验证写成代码规则

系统提示会要求进行回放,但提示并非强制机制。循环会检查是否存在回放证据,并拒绝未经测试的诊断。

请在 Python 中保留此检查。更锋利的提示也许能提高遵从度,但无法保证。

如何在 Claude Opus 5.5 中使用 Effort 与任务预算

Effort 决定 Claude 每步推理的深度,任务预算则限定整个循环的工作量。我们的Claude Opus 5 API 教程比较了五个 effort 等级;此处 medium 与 high 接收相同的回放前证据。

在同一证据上比较 medium 与 high

生产环境保持 medium。回放前,应用让 medium 与 high 基于相同证据设计因果测试。仅执行 medium 的建议;high 的响应仅用于比较。

high 请求通过 mid-conversation-output-config-2026-07-01 在每条消息上调整 output_config.effort。它看不到 medium 的答案。

两个 effort 等级都选择了相同的假设与三项核心回放情景。high 平均使用 2,631 个输出 token,相比 medium 的 2,307 多约 11% 成本,但未改变因果测试。

为整个循环设定任务预算

基于观测用量而非猜测来选择任务预算。HarborCart 最大的一次无限制调查消耗了 13,322 个计入 token(包括模型输出和工具结果文本)。加上 25% 余量为 16,653,低于 Anthropic 的 20,000 token 最低值,因此配置为 20,000。

将轮次与耗时作为应用限制。实验运行器在记录花费达到 $2.50 后停止启动新工作。这不是硬上限,因为进行中的请求可能在其上方完成。

如何使用 Claude Opus 5.5 的结构化输出

最终答案使用结构化输出。其扁平的模式涵盖裁决、原因、被否定的假设、证据与修复。成本与延迟不纳入其中,因为由应用测量。

将调查与报告分离

网页搜索引文与 output_config.format 无法共用一个请求:引文需要交错的内容块,而模式要求 JSON。因此 HarborCart 在调查阶段不使用输出模式。它将发现与其来源及回放结果绑定存储,然后仅将这些经验证的证据发送至第二个不带工具与网页搜索的请求。

import json

report_response = client.messages.create(
    model="claude-opus-5-5",
    max_tokens=16_000,
    system=report_instructions,
    messages=[{"role": "user", "content": json.dumps(verified_evidence)}],
    output_config={
        "effort": "medium",
        "format": {"type": "json_schema", "schema": report_schema},
    },
)

第二个请求只需要经验证的证据,因此无需保留完整调查的缓存。

允许在 verdict 字段中填写 "inconclusive"。当回放与解释相矛盾时,不应强迫报告给出“已验证”的诊断。

模式校验通过不代表结论正确

模式只验证报告的结构,而回放验证诊断。拒绝同样会返回 HTTP 200 且 stop_reason: "refusal",并可能不符合您的模式,因此在解析前请检查 stop reason。

Claude Opus 5.5 找到真正的根因了吗?

三份最终报告均找到了核心因果机制,并排除了三个备选解释。两份满足全部八项检查;第三份得分 6/8,因为漏写了明确的 POST 重试配置变更,且未引用部署 diff。这就是为何离线评分应独立于模式校验:即便 JSON 有效、诊断正确,报告仍可能不完整。

报告还指出第二个风险:重试扣款可能导致客户被重复计费。RFC 9110 未将 POST 定义为天然幂等,并建议除非客户端确信操作可安全重复,否则不要自动重试。由支付服务商支持的幂等键是提升此类重试安全性的常见方式之一。

我们的Streamlit 教程介绍了界面搭建。HarborCart 的界面展示调查事件、medium 与 high 的回放方案、回放结果、最终报告与成本。关于工具调用之间的状态,Claude Opus 5.5 提示指南描述了 display: "updates";当更新块为空时,应用也会渲染工具事件。

Streamlit 展示调查与报告。视频由作者提供。

Claude Opus 5.5 的调查成本是多少?

一次完整调查的成本在 $0.2582 到 $0.2838 之间,用时 108.8 到 129.7 秒。平均成本 $0.2737,包含可选的高 effort 对照。输出平均 $0.2043,约占总成本的四分之三。

按 API 报告的方式统计缓存 token

input_tokens 已排除缓存 token,因此总输入是三个字段之和。不要再从中减去缓存读取。如果您的成本追踪已处理此问题,可跳过下面代码片段。

cost = (
    usage.input_tokens * 4.00                  # uncached input only
    + usage.cache_read_input_tokens * 0.20
    + cache_creation.ephemeral_5m_input_tokens * 5.00
    + cache_creation.ephemeral_1h_input_tokens * 8.00
    + usage.output_tokens * 20.00
) / 1_000_000 + web_search_requests * 0.01    # from usage.server_tool_use

从 usage.server_tool_use 读取搜索计数。若设置 response_inclusion: "excluded",在响应中统计搜索块可能会少计。

每个调查请求都包含 web_search_20260318,因此除 token 与搜索成本外,Anthropic 不会额外收取代码执行容器费用。若您移除了符合条件的网页工具,请单独追踪代码执行时间。

Claude Opus 5.5 的提示缓存至少需要 512 个 token。调查期间,顶层 cache_control 会随着历史增长移动断点。报告仅接收精简的经验证证据,并有意在无完整调查缓存的情况下开始。

在投入生产前需要改变什么?

真实的值班工具需要比此演示更多的控制,且全部在应用代码中实现:

  • 将可观测性凭据限定到工具可读取的数据范围,将修复操作置于单独的权限层,并在 Python 中强制调用方权限,而非信任提示或 allowed_callers。

  • 将日志、工单、网页与工具结果视为不受信数据。校验其结构,绝不执行从中复制的文本。

  • 在发送到代码执行前对生产日志进行分类与脱敏。Anthropic 的数据保留表标注代码执行与编程式工具调用不符合 ZDR 与 HIPAA 就绪要求,容器数据最长保留 30 天。通过代码执行进行的网页搜索过滤也不在 ZDR 与 HIPAA 的合规范围内。

  • 在解析前按 stop_reason 分支,将拒绝与 HTTP 错误分开计数,并将 inconclusive 的报告转交人工处理。

  • 将工具调用、回放、假设、token 用量与计时保存为证据日志。不要存储隐藏推理。

何时应将 Claude Opus 5.5 用于智能体工作?

当误判诊断的代价高于一次 API 调用时使用 Claude Opus 5.5。根因分析、代码库级调试、迁移规划,以及结合日志、图像、文档与多种工具的调查,符合这一标准。

对于格式化、分类、抽取以及不需要工具循环的简短问题,可跳过它。较小的模型通常更快且成本更低。

对于重要的智能体工作,优先选择可用测试、指标、源证据或人工复核进行验证的任务。生产环境保持 medium,除非成对评估显示更高 effort 能在您的工作负载上改进方案。

结语

我们构建了一个事件调查员,能够读取混合证据、调用受限工具、测试自身诊断,并返回结构化报告。三份最终报告都保留了此前描述的触发与根因的区分,但仍需由 Python 强制执行回放。

我不会将这一结果泛化到所有事件或代码库。可迁移的是方法:限制数据访问、在到达模型前过滤大型工具结果、允许 "inconclusive" 裁决,并在模型外验证解释。即便在本项目的精简版中,我也会保留回放这一环节。

改变证据工具与验证步骤,可将同一模式用于 CI 失败调查、拉取请求评审或迁移检查。我的第一个扩展会是一个路由器:将简单事件交给更便宜的模型处理,把 Claude Opus 5.5 保留给需要多种证据源的场景。关于模型层面的全貌,请参阅开头链接的 Claude Opus 5.5 概览。

常见问题

Claude Opus 5.5 可以关闭思考功能吗?

不能。带有 thinking: {"type": "disabled"} 的请求在任何 effort 等级都会返回 400 错误。因此当您希望更少推理与更低成本时,请降低 effort。

API 会告诉您剩余的任务预算吗?

不会。倒计时仅对模型可见,且 usage 中没有预算字段。若需追踪花费,请在应用中汇总用量。

Claude Opus 5.5 比 Claude Opus 5 更好吗?

并非所有任务都更好。Claude Opus 5.5 改变了价格、默认 effort 与若干 API 行为,但模型质量仍需基于您的工作负载自行评估。

我可以在 Amazon Bedrock 上运行这个代理吗?

不能原样迁移。基础的 Messages 与客户端工具循环可以迁移到Amazon Bedrock,模型 ID 为 anthropic.claude-opus-5-5。Bedrock 目前缺少本文所用的结构化输出、服务端代码执行、网页搜索与编程式工具调用。Claude Platform on AWS 是一项独立服务,功能支持更广。

Claude Opus 5.5 能运行 Python 代码吗?

可以。代码执行工具允许 Claude 在托管容器中运行 Python。编程式工具调用也允许该代码调用您允许的工具,但您的应用仍在客户端运行工具并控制其权限。

主题
人工智能

与 DataCamp 一起学习

Courses

Claude 101

2小时
21.4K
Learn how to use Claude for everyday work tasks, understand core features, and explore resources for more advanced learning on other topics.
查看详情Right Arrow
开始课程
查看更多Right Arrow