排程部署

排程部署（scheduled deployment）允許代理程式自主啟動工作階段，以可預測的節奏完成任務。您可以使用 Deployments API（Claude API 的一部分）來建立和管理部署。



建立排程部署

建立部署時，除了 schedule 之外，您還需要傳入執行所需的工作階段設定。

• 部署需要代理程式設定和環境設定，並可選擇性地接受檔案、GitHub、記憶體儲存區和保管庫。
• 部署還需要一個初始的 user.message 事件來啟動工作階段的工作。
• 在 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"
    ]
  }
}

即將執行的時間戳記是根據所設定的確切排程計算的。然而，為了分散負載，部署可能會套用最多 10 秒的抖動（jitter）。

每個組織最多支援 1,000 個排程部署。如果您需要更多，請聯絡 Anthropic 支援團隊。

請參閱 Create Deployment 參考文件以取得完整的參數和回應結構描述。



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。若要追蹤工作階段的生命週期，請透過事件串流或 webhook 追蹤工作階段事件。部署生命週期的變更以及每次排程執行的結果也會以 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）。請參閱 List Deployment Runs 參考文件以取得所有篩選參數和回應結構描述。

{
  "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 事件會將執行 ID 作為其 data.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"