Claude Platform Docs
Managed Agents将工作委派给智能体

订阅 webhook

无需轮询即可在重大事件发生时收到通知。

会话是长时间运行的交互。虽然大多数实时交互通过 SSE 事件流进行，但 "webhook"（网络钩子）会在发生重大状态变更时通知您。

Webhook 事件返回事件的 type 和 id，而不是完整对象。当您收到 webhook 事件时，需要通过 GET 调用直接获取该对象。这样可以避免在重试时传递过时的数据，并使每次投递都保持较小的体积。

支持的事件类型

其中一些事件的名称与会话事件流上对应事件的名称不同。例如，事件流中的 session.status_idle 和 session.status_running 分别对应 session.status_idled 和 session.status_run_started webhook 事件。

事件触发条件
session.status_run_started智能体开始执行。每当会话状态转换为 running 时都会触发。
session.status_idled智能体正在等待输入，例如工具权限批准或新的用户消息。
session.budget_reached会话达到其预算并已暂停。对于您设置的每个预算值最多触发一次；更改预算会重新启用该事件。
session.status_rescheduled发生了暂时性错误，会话正在自动重试。
session.status_terminated会话已终止，原因可能是发生了不可恢复的错误，也可能是会话已被归档。
session.thread_created打开了新的多智能体线程：会话所运行的智能体调用的另一个智能体开始工作，或者正在咨询会话的顾问。它还会针对工作流运行的每个线程触发，本表中的另外两个线程事件也是如此。
session.thread_idled多智能体交互中的某个智能体正在等待输入。
session.thread_terminated某个多智能体线程已终止，原因可能是该线程已被归档，也可能是其重试次数已用尽。完成工作的子智能体会进入 idle 状态，而不是 terminated（顾问线程在其咨询完成后终止，工作流运行的线程在服务器将其归档时终止，即在运行结束时）。仅针对子线程触发；主线程的结束（包括归档整个会话）仅以 session.status_terminated 的形式呈现。
session.outcome_evaluation_ended单次迭代的结果评估已完成。
session.updated会话属性已更改（例如，其名称或配置已更新）。
session.deleted会话已被永久删除。已没有可获取的对象，因此请将该事件本身视为最终结果。

注册端点

在 Claude Console 中，前往 Webhooks 页面（platform.claude.com/settings/workspaces/default/webhooks）。每个端点属于一个工作区。请在侧边栏的工作区选择器中选择您需要的工作区。

Webhook 端点包括：

  • URL： 必须是 443 端口上的 HTTPS，且主机名可公开解析。
  • 事件类型： 此端点接收的 data.type 值列表。端点只接收其已订阅的事件。
  • 签名密钥： 创建时生成的 32 字节、以 whsec_ 为前缀的密钥。它只显示一次，因此请妥善保存，以便验证 webhook 投递。

验证签名

每次投递都带有 webhook-id、webhook-timestamp 和 webhook-signature 标头。使用 SDK 的 unwrap() 辅助函数，一步完成签名验证和事件解析。如果签名无效或负载超过 5 分钟，它会抛出异常。

将 ANTHROPIC_WEBHOOK_SIGNING_KEY 设置为创建端点时显示的、以 whsec_ 为前缀的密钥。

from flask import Flask, request
import anthropic

client = anthropic.Anthropic()  # reads ANTHROPIC_WEBHOOK_SIGNING_KEY from env
app = Flask(__name__)


@app.route("/webhook", methods=["POST"])
def webhook():
    try:
        # 如果签名无效或 payload 已过期，unwrap() 会抛出异常
        event = client.beta.webhooks.unwrap(
            request.get_data(as_text=True),
            headers=dict(request.headers),
        )
    except Exception:
        return "invalid signature", 400

    if event.data.type == "session.status_idled":
        print("session idled:", event.data.id)
    # 处理其他事件类型

    return "", 200

处理事件

解析请求体，根据 data.type 进行分支处理，并按 ID 获取资源。返回任意 2xx 以确认接收。任何其他响应都会计入该端点的失败：3xx 会立即禁用该端点（从不跟随重定向），而其他失败会被重试；有关重试和自动禁用规则，请参阅投递行为。

每个事件负载都具有相同的结构，包括事件类型、标识符以及事件发生时的时间戳。

{
  "type": "event",
  "id": "whe_9d5c1f7e...",
  "created_at": "2026-03-18T14:05:22Z",
  "data": {
    "type": "session.status_idled",
    "id": "sesn_01XYZ...",
    "organization_id": "8a3d2f1e-...",
    "workspace_id": "c7b0e4d9-..."
  }
}
if event.data.type == "session.status_idled":
    session = client.beta.sessions.retrieve(event.data.id)
    notify_user(session)
return "", 204

顶层 event.id 对每个事件唯一，而不是对每次投递唯一。如果您两次收到相同的 event.id，说明这是一次重试，您可以将其丢弃。

投递行为

  • 重复： 一个端点可能会多次收到同一事件，并且每次尝试都会投递相同的顶层 event.id（与 webhook-id 标头的值相同）。请据此进行去重。

  • 订阅范围： 事件仅投递给在其发出时已订阅该类型的端点。在没有任何端点订阅其类型时发出的事件永远不会被投递，之后再订阅也不会补发，因此请在需要之前订阅相应的事件类型。

  • 不保证顺序。 事件不会按照其发生的顺序投递：即使结果先产生，session.status_idled 也可能在 session.outcome_evaluation_ended 之前到达；同一资源的 .deleted 事件也可能在 .archived 事件之前到达。请根据您获取的资源来驱动状态，而不是根据事件到达的顺序。

  • 重试： 对于每个端点和事件，Anthropic 最多进行三次投递尝试（触发自动禁用的响应（本节后文会介绍）永远不会被重试），尝试之间采用 5 到 120 秒之间带抖动的指数退避。每次尝试都会投递相同的 event.id。最后一次尝试失败后，该事件将被丢弃：它不会排队等待稍后投递，也不会有任何信号表明它已丢失。Webhook 不是持久化日志，因此如果您需要观察每一次状态转换，请通过 API 列出或获取资源来进行核对。

  • 时间戳： webhook-timestamp 标头在投递尝试被签名时生成，并在每次重试时重新生成，因此重试不会被 SDK 的新鲜度检查拒绝。它是投递尝试的时钟，而不是事件的时钟：请使用事件负载中的 created_at 来确定事件发生的时间。

  • 自动禁用： 在以下三种情况下，端点会被自动设置为 disabled，并附带机器可读的 disabled_reason：

    • 端点返回 3xx 响应。从不跟随重定向；这会在第一次尝试时立即禁用该端点，原因为 auto-disabled: endpoint URL returned a redirect (3xx)。如果您的端点地址发生变化，请在 Console 中更新 URL 并重新启用该端点。
    • Anthropic 连接时，端点的 URL 解析为非公共 IP 地址。这会立即禁用该端点，原因为 auto-disabled: endpoint URL resolved to an invalid address。
    • 对该端点的投递在一段持续时间内连续失败，原因为 auto-disabled after sustained delivery failures。触发条件是端点不间断失败的时长，而不是投递次数。单个 2xx 即可重置该时间窗口，因此一个不稳定的事件不会导致端点被禁用。

    这三种情况都是可逆的：解决问题后，在 Console 中重新启用该端点即可。端点被禁用期间发出的事件不会被重放。

Was this page helpful?