Chae-won · 2026年9月16日

Webhook、輪詢，還有任務——把工作交給 AI 的第三種方式

大家好，我是 Chae-won。

在之前的文章裡，我用包裹配送比喻過 Webhook 和輪詢。輪詢就像一直打電話問司機「我的包裹到了嗎？」，Webhook 則是包裹到了門鈴自己會響。

現在越來越多人直接在 ChatGPT、Claude 這類 AI 裡處理工作：查資料、寫文案，甚至一邊對話一邊請 AI 去操作自己的系統。於是我們開始收到這樣的需求：「要怎麼請 AI 去做一件事，再把結果拿回來？」

今天就來聊聊，為什麼 Webhook 和輪詢都不太適合這個需求，以及我們為此推出的任務功能。

以前只能自己串起來

還沒有任務功能的時候，其實也有辦法：用兩個端點，當作連接 AI 和自家系統的通道。流程大致如下：

AI 把要做的事寫進「請求」端點
自家伺服器透過 Webhook 接收，或用輪詢不斷檢查
伺服器做完工作，把結果寫進「結果」端點
AI 查詢結果端點，再告訴使用者

這就像兩個人用兩個信箱互相交換日記。可以運作，但用久了會發現有三個不順手的地方。

AI 對話不會一直等你

產生報表、批次轉換、在 ERP 裡下單，這類工作要花上幾分鐘甚至幾個小時。可是 AI 的回覆沒辦法等那麼久。

AI 也不能說一句「10 分鐘後我再確認一次」，然後自己設個鬧鐘。因為 AI 只有在你傳訊息時才會行動。結果只能等你下次跟它說話時再確認。

所以真正需要的是「先把工作交出去，之後問一聲就能知道結果」的機制。換成寄包裹的說法，就是需要一組貨運單號。

Webhook 為什麼不合適：門鈴沒地方裝

Webhook 的意思是「到了我會通知你」。這需要一個接收通知的位址。

但 AI 對話裡沒有可以裝門鈴的門。聊天視窗不是一台有位址的伺服器。結果送到了，也沒辦法叫醒對話中的 AI。

還有安全性的問題。透過 AI 對話設定 Webhook，就得把驗證標頭這類機密資訊輸入到對話中，而對話紀錄會留存在比你想像中更多的地方。所以從這次更新開始，Webhook 驗證標頭只能在儀表板中設定。已經儲存的驗證標頭會照常傳送。

輪詢為什麼花錢：大部分都是白問

輪詢本身其實跟 AI 對話很合，想知道的時候問一下就好。問題出在接工作的那一方。

在上面那種交換日記的方式裡，你的伺服器得一直問「有新的請求嗎？」，就算一天只有幾筆請求也一樣。每分鐘檢查一次，一個月就是 43,200 次，而且絕大多數的回答都是「沒有」。每一次都會占用你的每月呼叫上限。

所以我們推出了任務功能

任務功能把這種交換日記變成了包裹寄件櫃台。

註冊一次 Worker — 在儀表板填寫接工作的地方（Worker）的名稱、說明和 URL
AI 把工作交出去 — 說一句「在我們的 ERP 裡替 A-1042 下 30 件的訂單」，AI 就會建立任務，並拿到貨運單號（任務 ID）
3Min API 傳遞給 Worker — 加上簽章後傳送到 Worker 的 URL，失敗時會自動重新傳送
Worker 處理工作並回傳結果 — 花久一點也沒關係，最長可以等 24 小時
AI 確認結果 — 下次你問「剛才那筆訂單怎麼樣了？」，它就會告訴你結果

AI 只根據 Worker 的名稱和說明決定要把工作交給誰。Worker 的 URL、驗證資訊和簽章密鑰只存放在儀表板中，從來不會出現在對話裡。

任務由誰來準備？

看到這裡，你可能會想：「世界上的工作這麼多，難道 3Min API 全都準備好了？」

並不是。3Min API 本身不執行這些工作。它只負責把工作傳遞給 Worker，並記錄目前的狀態。就像物流公司不負責製造包裹裡的東西一樣。

Worker — 實際做事的地方。它是你的伺服器或程式，要做什麼工作由 Worker 決定
任務 — 交給 Worker 的一筆工作。不是功能清單，而是一張貨運單

也就是說，註冊一個「下訂單」的 Worker，AI 就能幫你下訂單；註冊一個「產生報表」的 Worker，AI 就能幫你做報表。AI 能做多少事，取決於你串接了多少 Worker。

不必從零開始打造

「那我還是得重新架一台伺服器嗎？」不一定。Worker 要做的事其實只有兩件：

接收 3Min API 傳來的請求
工作完成後，把結果傳回 3Min API

只要能接收和傳送 HTTP 請求，什麼都可以當 Worker。所以有好幾種方式可以接上你現有的東西：

你已經在用的腳本或程式 — 包上一層薄薄的外殼：收到請求就執行程式，再把結果傳回去
能接收和傳送請求的自動化工具 — 把「接收」步驟和「傳送」步驟串起來，不寫程式碼也能組出 Worker
只能在自己電腦上執行的工作 — 用下面介紹的通道加上公開位址，電腦也能當 Worker
外殼程式碼交給 AI 寫 — 說一句「幫我寫一個 3minapi 任務 Worker」，AI 會閱讀 3Min API 的文件，把程式碼寫好

Worker 在自己的電腦或公司內網？用通道

3Min API 要把工作送到 Worker，Worker 就必須有一個能從網際網路連到的位址。可是家裡或辦公室的電腦都在路由器後面，外面是看不到的。localhost 只在這台電腦上有效，192.168.x.x 這類位址也只在區域網路內有效。

通道就是用來解決這個問題的工具。在電腦上執行一行指令，它就會產生一個網際網路上連得到的位址（例如 https://xxxx.trycloudflare.com），並轉送到你的電腦。不需要更改路由器設定。把這個位址註冊為 Worker 的 URL 就完成了。

常見的工具有 Cloudflare Tunnel 和 ngrok。要注意的是：電腦關機或通道關閉時，工作就送不到；不登入帳號使用的臨時位址，每次啟動都會改變。詳細步驟請參考任務指南。

還有一點要注意：直接把公司現有的內部 API 位址填成 Worker 的 URL，是無法運作的。因為 3Min API 傳送的請求格式是固定的，而且工作完成後需要把結果傳回來。所以在現有系統和 3Min API 之間，需要加上前面提到的那層薄外殼。

說到底，任務也只是 HTTP 請求

任務並沒有什麼特別的通訊方式。它和之前文章介紹的 Webhook、API 呼叫一樣，只是一些請求依序來回傳遞：

順序	傳送方 → 接收方	做什麼	呼叫次數
—	AI → 3Min API	查看 Worker 清單（需要時）	1
①	AI → 3Min API	交出工作	1
②	3Min API → Worker	傳遞（失敗會重試）	不計入
③	Worker → 3Min API	回傳結果（也可以傳送進度）	每傳一次計 1
④	AI → 3Min API	確認結果	1～2

關鍵在第 ② 步。傳遞，就是 3Min API 替你完成原本由 Webhook 負責的事。如果說端點的 Webhook 是「把外部送進來的資料傳給你」，那任務的傳遞就是「把 AI 交辦的工作傳給你的 Worker」。它使用和 Webhook 相同的簽章方式，而傳遞和重試都不計入呼叫次數。

所以 Worker 不必再問「有新的請求嗎？」，有工作的時候自然會送上門。如果不另外傳送進度，連同查看 Worker 清單，一筆任務從頭到尾也只需要 3～5 次呼叫。和每分鐘檢查一次、一個月用掉 43,200 次比比看就知道了。

端點和任務，什麼時候用哪個？

目的是接收、儲存與彙整資料 → 端點（Webhook、輪詢）
目的是讓 AI 在你的系統裡做事並拿回結果 → 任務

兩者無法互相取代。讓 Worker 把處理好的結果再存進端點，就連「加工收到的資料並整理保存」這件事也能交給 AI。兩者搭配使用效果最好。

總結

Webhook 需要一個接收位址，而 AI 對話裡沒有這個位址
輪詢和 AI 對話很合，但接工作的一方會把呼叫浪費在白問上
任務採用交出 → 傳遞 → 稍後確認的機制。3Min API 負責傳遞和記錄，工作由你串接的 Worker 完成
Worker 不必從零打造。只要能接收和傳送請求，就能接上你現有的東西

任務最長可執行 24 小時。Worker 的註冊方式、請求格式和各方案的限制，都整理在任務指南裡。現在就可以從儀表板的任務選單開始使用。

現在可以在哪裡使用？（截至 2026 年 9 月 16 日）

Claude、Cursor 等 — 開啟一個新對話（工作階段）就能直接使用任務工具。先前已開啟的對話中可能看不到，請重新開始一個對話

ChatGPT — 目前還看不到任務工具。ChatGPT 應用程式新增工具後，必須重新通過 OpenAI 審查，通常需要 2～4 週。審查通過後，我們會以電子郵件通知 3Min API 的會員

想先在 ChatGPT 裡試用？ — 在 ChatGPT 設定中開啟開發者模式，手動新增應用程式並輸入 MCP 位址 https://3minapi.com/api/mcp，就能立即使用

feature webhook ai mcp