---
{
  "id": "platform.automation.choose-mode",
  "topic": "automation",
  "title": "選擇正確的自動化模式",
  "locale": "zh-TW",
  "version": "2026-09-05",
  "summary": "行事曆資源用 Calendar，定時工作用 Cron，平台事件用 Trigger，外部進站用 Webhook，對外傳送用 Delivery，回覆來信用 Email，多步驟用 Workflow。",
  "content": "先區分行事曆資源與自動化，再分清方向與驅動來源。Calendar 建立或修改事件，不會喚醒 Agent。Cron 是時間驅動；Trigger 只反應 action registry 公開的 Arinova source/event。Workflow 定義有序步驟，`next` 可分支或迴圈，Sleep 控制節奏。\n\nWebhook 接收外部 inbound request。Delivery 將 event 與 JSON payload 送到 owner 的 endpoint；`queued` 只代表收單。Email 只能回覆 dispatched 來信的固定寄件者。因此進站用 Webhook、出站用 Delivery、回信才用 Email。\n\n需求可以跨 domain。Webhook 通過驗證後可用 `run_workflow` 直接啟動 Workflow，不需 Trigger action；後續由 Delivery step 對外傳送結果。若 timer 只需送出 event 與 JSON payload，可直接用 Cron 的 `outbound_delivery` target；「每天九點分析後再送出」則用 Cron 的 `workflow_run` 啟動含 Delivery step 的 Workflow，不必喚醒 Agent。\n\n附著於會議的「前 15 分鐘提醒」屬於 Calendar；獨立 wall-clock app 內提醒則用 Cron `notify` target。「九點喚醒 Agent」、「執行允許清單內的 Agent action」或「啟動這個 Workflow」也屬於 Cron。Workflow 本身不是時鐘或事件來源。Trigger 只能使用 registry 公開且不含 Calendar 的 source/event。概念比較直接用本卡回答。\n",
  "aliases": [
    "自動化",
    "排程",
    "定時",
    "觸發",
    "收到事件",
    "對外傳送",
    "回覆來信",
    "automation",
    "schedule",
    "timed task",
    "trigger",
    "when event",
    "received event",
    "outbound event",
    "send to external system",
    "reply to inbound email",
    "calendar event",
    "schedule a meeting",
    "行事曆",
    "會議"
  ],
  "tags": [
    "automation",
    "chooser",
    "routing"
  ],
  "relatedActions": [
    "arinova.calendar.create_event",
    "arinova.cron.schedule",
    "arinova.trigger.create_trigger",
    "arinova.webhook.create_webhook",
    "arinova.workflow.create_workflow",
    "arinova.delivery.list_endpoints",
    "arinova.delivery.send",
    "arinova.email.reply"
  ],
  "relatedActionPrefixes": [],
  "sourceReviewedAt": "2026-09-06",
  "url": "https://docs.arinova.ai/zh-tw/kb/automation/choose-mode/"
}
---

先區分行事曆資源與自動化，再分清方向與驅動來源。Calendar 建立或修改事件，不會喚醒 Agent。Cron 是時間驅動；Trigger 只反應 action registry 公開的 Arinova source/event。Workflow 定義有序步驟，`next` 可分支或迴圈，Sleep 控制節奏。

Webhook 接收外部 inbound request。Delivery 將 event 與 JSON payload 送到 owner 的 endpoint；`queued` 只代表收單。Email 只能回覆 dispatched 來信的固定寄件者。因此進站用 Webhook、出站用 Delivery、回信才用 Email。

需求可以跨 domain。Webhook 通過驗證後可用 `run_workflow` 直接啟動 Workflow，不需 Trigger action；後續由 Delivery step 對外傳送結果。若 timer 只需送出 event 與 JSON payload，可直接用 Cron 的 `outbound_delivery` target；「每天九點分析後再送出」則用 Cron 的 `workflow_run` 啟動含 Delivery step 的 Workflow，不必喚醒 Agent。

附著於會議的「前 15 分鐘提醒」屬於 Calendar；獨立 wall-clock app 內提醒則用 Cron `notify` target。「九點喚醒 Agent」、「執行允許清單內的 Agent action」或「啟動這個 Workflow」也屬於 Cron。Workflow 本身不是時鐘或事件來源。Trigger 只能使用 registry 公開且不含 Calendar 的 source/event。概念比較直接用本卡回答。