透過 API 排程 AI 產生的內容 並以 webhook 接收結果

將既有 AI 工具與腳本連接 Ankk，追蹤平台最終狀態。

連接第一次 API 發佈 查看開發者指南

不需信用卡 · 免費 3 個 SNS 頻道

實際產品流程證據

從 accepted 追蹤到 published

將 API 請求、佇列與簽署 webhook 視為同一發佈工作。

ANKK · 多頻道營運

Ankk

AI 與自動化操作者

已連線
已連線 已排程 需要處理 已發佈 收件匣
POST /v1/contents/publish
Authorization: Bearer <api_key>
Idempotency-Key: campaign-2026-08

{
  "scheduledFor": "2026-08-22T05:00:00Z"
}

202 accepted · operation_id: op_01

已接受

webhook · op_01

佇列中

webhook · op_01

已發佈

webhook · op_01

app.ankk.app

自動化停止的地方

透過 API 傳送外部 AI 與腳本內容，並以 webhook 接收結果。

  • 內容產出與平台發佈未連接
  • 將 accepted 視為已完成發佈
  • 失敗沒有一致的結果路徑

適合此流程的功能

自動化需要的合約

API 與 CLI 輸入
透過 Web、API 或 CLI 將核准 payload 送入同一流程。
明確狀態
區分 accepted、queued、publishing、published 與 failed。
簽署 webhook
在你的 endpoint 接收最終成功與失敗。

從核准內容到最終發佈

送出請求不等於已在平台發佈。請追蹤完整三個步驟。

  1. 01

    準備核准內容

    檢查自行撰寫或由外部 AI、腳本準備的內容。

  2. 02

    依頻道排程

    確認支援的格式與設定，再選擇發佈時間。

  3. 03

    確認最終狀態與失敗

    檢查 published、failed 與連線狀態並採取必要行動。

自動化會從送出請求持續到真正的發佈結果。

CLI/API

透過 CLI/API 簡化重複發佈工作

將慣用 AI 工具或腳本準備的內容傳送至 Ankk CLI/API，進行預約發佈、狀態追蹤，並透過簽署的 Webhook 接收結果。

  • 在網頁控制台建立與預約貼文
  • 透過 CLI/API 自動執行重複工作
  • 使用 API 金鑰連接工具，透過簽署的 Webhook 接收結果
閱讀開發人員指南
$ bunx @anakonn/ankk --json health
$ ankk contents publish --file payload.json --scheduled-for "2026-07-01T09:00:00Z"
AI 工具 + Ankk

使用 Codex、Claude Code、ChatGPT 或您的自動化堆疊

AI 工具編寫、規劃或運作工作流程。 Ankk 接收發布請求，對其進行調度，並保持操作狀態可見。

每個示範都說明如何將外部 AI 工具的內容接到 Ankk，進行預約與狀態追蹤。

透過Codex

計畫在Codex，透過Ankk 發布

將發布簡介轉變為特定於管道的帖子，然後將計劃的工作發送到同一個 Ankk 發布合約。

透過Claude Code

從終端運作CLI 調度

讓 Claude Code 準備指令，檢查有效負載，並使用 ankk 內容發佈來提交內容。

透過ChatGPT

在ChatGPT 起草，交給Ankk

使用 ChatGPT 發佈想法和改進，然後將核准的副本移至 Ankk 進行規劃和狀態追蹤。

透過API自動化

將腳本和無程式碼工具連接到發布中

將接受的內容從腳本、排程器或自動化工具傳送到 Ankk，同時保持 webhook 驅動狀態。

自動化證明

從發佈請求到最終結果，全程追蹤

使用 API 金鑰提出發佈請求、追蹤處理狀態，再透過簽署的 Webhook 接收結果。

API 金鑰

承載 API 密鑰是產品的一部分

Free 包含1 API 金鑰及每 30 天 500 API 請求。 Growth 包括 API 合理使用的存取權。

Authorization: Bearer <api_key>
CLI 指令

透過 CLI 管理同一批貼文與狀態

從終端機提出預約發佈請求，查看與網頁控制台一致的結果。

ankk contents publish --file payload.json
簽章webhook

透過簽署的 Webhook 接收結果

Free 包含 1 webhook 端點與每 30 天的 100 webhook 交貨量。 Growth 包括已簽署的顧客 webhooks 須合理使用。

故障可見性

請求受理後，持續追蹤發佈結果

受理請求只是開始。持續追蹤排隊、發佈中、已發佈、失敗與重試狀態，直到最終結果。

常見問題

連接第一次自動發佈

用 Free 方案的 API 與 webhook 驗證完整路徑。

連接第一次 API 發佈 查看開發者指南