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

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

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

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

實際產品流程證據

從 accepted 追蹤到 published

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

ANKK · MULTI-CHANNEL OPERATIONS

Ankk

AI 與自動化操作者

已連線
已連線 已排程 需要處理 已發佈 Inbox
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 是最短路徑

Ankk 尚未嘗試擁有完整的 AI- 代理商行銷工作流程。在您已使用的 AI 服務或腳本中建立產出，然後將其交給 Ankk CLI/API 進行規劃、狀態追蹤和簽署 webhook 事件。

  • 預設使用者工作流程的儀表板
  • CLI/API 適用於可重複自動化用戶
  • API 金鑰與簽署的 webhooks 包含在 Growth 購買原因中
閱讀開發人員指南
$ 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 接收發布請求，對其進行調度，並保持操作狀態可見。

這些示範展示了透過 CLI/API 工作流程控制 Ankk 的外在工具。

透過Codex

計畫在Codex，透過Ankk 發布

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

透過Claude Code

從終端運作CLI 調度

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

透過ChatGPT

在ChatGPT 起草，交給Ankk

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

透過API自動化

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

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

自動化證明

API/CLI/webhook 承諾在今天意味著什麼

這些範例保留在目前產品合約中：公用 API 金鑰、非同步接受的回應、狀態追蹤、簽署客戶 webhooks 以及可見的失敗或重試概念。

API 鍵

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

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

Authorization: Bearer <api_key>
CLI 指令

CLI 是進入相同工作流程的精簡路徑

使用 CLI 將計畫的工作交給 Ankk，而視為單獨的執行平面或承諾提供者在指令時成功。

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

Webhook 包含在購買原因中

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

故障可見性

已接受的工作仍需要狀態追蹤

已接受意味著請求已被驗證、持久化和計劃。發布仍然可以透過排隊、發布、已發布、失敗或重試路徑進行。

常見問題

連接第一次自動發佈

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

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