定时部署

定时部署（scheduled deployment）允许代理自主启动会话，从而以可预测的节奏完成任务。您可以使用 Deployments API（Claude API 的一部分）创建和管理部署。

有关发布背景以及团队按计划运行的示例，请参阅博客上的 Claude Managed Agents 中的定时部署和保险库。



创建定时部署

创建部署时，除了 schedule 之外，您还需要传递执行所需的会话配置。

• 部署需要代理配置和环境配置，并可选择性地接受文件、GitHub、记忆存储和保险库。
• 部署还需要至少一个初始事件（user.message 或 user.define_outcome），用于启动每个会话的工作。
• 在 schedule 中，您需要定义一个 cron expression 和一个 timezone。支持的最大粒度为分钟级别。

DEPLOYMENT_ID=$(ant beta:deployments create <<YAML | jq -er '.id'
name: Weekly compliance scan
agent: $AGENT_ID
environment_id: $ENVIRONMENT_ID
initial_events:
  - type: user.message
    content:
      - type: text
        text: Run the weekly compliance scan.
schedule:
  type: cron
  expression: "0 20 * * 5"
  timezone: America/New_York
YAML
)

响应包含一个部署对象，其中 schedule.upcoming_runs_at 已填充了接下来即将触发的时间，以便您确认计划已正确设置。

{
  "id": "depl_01xyz",
  "status": "active",
  "paused_reason": null,
  "schedule": {
    "type": "cron",
    "expression": "0 20 * * 5",
    "timezone": "America/New_York",
    "last_run_at": null,
    "upcoming_runs_at": [
      "2026-05-09T00:00:00Z",
      "2026-05-16T00:00:00Z",
      "2026-05-23T00:00:00Z"
    ]
  }
}

即将运行的时间戳反映了所配置的确切计划。但是，为了分散负载，实际执行会应用抖动（jitter），最多为运行间隔的 15%，最小为 5 秒，最大为 9 分钟。

每个组织最多支持 1,000 个定时部署。如果您需要更多，请联系 Anthropic 支持团队。

有关完整参数和响应模式，请参阅创建部署参考。



Cron 和时区语义

• 表达式： 标准 POSIX cron（minute hour day-of-month month day-of-week）。您可以在 Claude Console 中生成和验证这些 cron 表达式。
• 时区： IANA 时区标识符（例如 "America/Los_Angeles"）。
• 夏令时（DST）： Cron 计划使用字面的挂钟时间匹配，因此 America/New_York 中的 "0 20 * * *" 会在当地时间晚上 8
  触发，无论当前是 EST 还是 EDT。



部署运行

部署可能因多种原因而无法触发：例如，environment 资源已被归档，或者会话创建受到速率限制。每次尝试执行部署都会生成一条部署运行（deployment run）记录，使您能够独立于会话生命周期来跟踪成功和失败。

成功的部署会生成活动会话，成功的部署运行包含关联的 session_id。要跟踪会话的生命周期，请通过事件流或 webhooks 跟踪会话事件。部署生命周期变更和每次定时运行的结果也会作为 webhook 事件传递，列在支持的事件类型的 Deployment events 和 Deployment run events 选项卡中。

按如下方式列出某个部署的所有部署运行：

ant beta:deployment-runs list --deployment-id "$DEPLOYMENT_ID"

您还可以额外筛选出有错误的部署运行：

ant beta:deployment-runs list --deployment-id "$DEPLOYMENT_ID" --has-error

失败的运行包含一个 error，其 type 描述了会话创建被拒绝的原因（例如 environment_archived_error、agent_archived_error 或 session_rate_limited_error）。有关所有筛选参数和响应模式，请参阅列出部署运行参考。

{
  "type": "deployment_run",
  "id": "drun_01abc124",
  "deployment_id": "depl_01xyz",
  "trigger_context": { "type": "schedule", "scheduled_at": "2026-05-09T00:00:00Z" },
  "session_id": null,
  "error": {
    "type": "environment_archived_error",
    "message": "environment `env_01abc` is archived"
  },
  "agent": { "type": "agent", "id": "agent_01ghi789", "version": 3 },
  "created_at": "2026-05-09T00:00:01Z"
}

要按 ID 检索单个运行，请调用 GET /v1/deployment_runs/{deployment_run_id}。deployment_run webhook 事件会在其 data.id 中携带运行 ID。



管理部署生命周期

每次生命周期变更都会发出一个 webhook 事件，因此您无需轮询即可对已暂停、已取消暂停或已归档的部署做出响应；请参阅 Deployment events 选项卡。

**暂停（Pause）**会从此刻起抑制定时触发；来自先前部署运行的正在运行的会话会继续执行。暂停期间仍然允许通过 run 端点进行手动运行。暂停会将 paused_reason 设置为 {"type": "manual"}；取消暂停会将其清除。

ant beta:deployments pause --deployment-id "$DEPLOYMENT_ID"

**取消暂停（Unpause）**会从下一个计划时间点恢复计划。错过的触发不会被补执行。

ant beta:deployments unpause --deployment-id "$DEPLOYMENT_ID"

与暂停不同，**归档（Archive）**是终结性的：计划终止，且部署无法再被修改。

ant beta:deployments archive --deployment-id "$DEPLOYMENT_ID"



失败行为

会话创建的速率限制响应会立即记录为 session_rate_limited_error 运行，不会重试；计划会在下一个计划时间点再次尝试。会话内底层 API 调用的速率限制由会话本身处理。

如果部署的代理已被归档，部署会在同一操作中自动归档。如果代理已被删除，下一次定时触发会检测到代理缺失并自动归档该部署。在这两种情况下都不会记录部署运行。如果代理引用的子代理已被归档，下一次触发会记录一次失败的运行，其 error.type: "agent_archived_error"，并且部署会被自动暂停，以便您更新代理并恢复。其他不可恢复的会话创建错误（例如已归档的环境或保险库）的行为方式相同：触发会记录一次失败的运行，并且部署会被自动暂停。部署的 paused_reason.error.type 与失败运行的 error.type 保持一致。



触发手动运行

要在计划之外运行部署，请调用 run 端点。这会立即创建一个会话，并写入一条 trigger_context.type: "manual" 的部署运行记录。这使您可以在确定计划之前测试部署。

ant beta:deployments run --deployment-id "$DEPLOYMENT_ID"