透過Codex
計畫在Codex，透過Ankk 發布
將發布簡介轉變為特定於管道的帖子，然後將計劃的工作發送到同一個 Ankk 發布合約。
3 免費頻道 · $2/channel/month · API/webhooks 包含
更便宜的社交調度程序 具備 CLI/API 存取權限
連接頻道、安排貼文並查看已發佈的內容、失敗的內容以及需要關注的頻道。使用相同工作流程中的儀表板、CLI、API 或簽章 webhooks。
無需信用卡 · Free 永久計畫 · AI 功能是稍後新增的
3
Free 頻道
足以測試真實操作
$2
Growth
每個社群管道每月
50
自助服務
Growth 結帳支援的頻道
CLI/API
自動化
API 鍵與 webhooks 用於可重複的工作流程
購買理由明確
在實現更大的行銷自動化願景之前，Ankk 需要給使用者一個今天付費的理由。
成本更低
隨著通路的成長，定價變得簡單
Free 包含 3 社群管道。 Growth 的定價為每個頻道每月 $2，因此小團隊無需過度購買。
託管調度程序
在沒有自託管的情況下運行它
無需進行伺服器維護或部署工作。 Ankk 著重於作為託管產品的連線、排程、發佈狀態和故障可見度。
狀態第一
查看拋光前的操作
在深入研究其他內容之前，先了解已發佈的內容、接下來計劃的內容以及需要注意的管道。
每日視圖應從操作開始
人們打開社群工具先回答一個問題：現在一切正常嗎？ Ankk 將購買原因放在第一位。
- 單獨的計劃狀態、已發佈狀態和失敗狀態
- 追蹤已接受、排隊、發布、已發布和失敗的工作
- 一起檢視通路績效和營運問題
- 將失敗的發布移至具有明顯原因的重試和診斷流程
已發布
24
過去 7 天的貼文
已安排
18
貼文在佇列中等待
失敗
1
需要注意的事項
Threads launch update
今天 09:30 · Threads
Instagram 產品說明
昨天 18:00 · Instagram
YouTube 社區貼文
需要刷新令牌 · 測試版
支援的頻道，帶有狀態
有用的問題不僅僅是我們列出的問題。這是您今天可以信賴的。
CLI/API
自動化工作流程，CLI/API 是最短路徑
Ankk 尚未嘗試擁有完整的 AI- 代理商行銷工作流程。在您已使用的 AI 服務或腳本中建立產出，然後將其交給 Ankk CLI/API 進行規劃、狀態追蹤和簽署 webhook 事件。
- 預設使用者工作流程的儀表板
- CLI/API 適用於可重複自動化用戶
- API 金鑰與簽署的 webhooks 包含在 Growth 購買原因中
$ bunx @anakonn/ankk --json health
$ ankk contents publish --brand-ref acme --file payload.json --scheduled-for "2026-07-01T09:00:00Z"
AI 工具 + Ankk
使用 Codex、Claude Code、ChatGPT 或您的自動化堆疊
AI 工具編寫、規劃或運作工作流程。 Ankk 接收發布請求，對其進行調度，並保持操作狀態可見。
這些示範展示了透過 CLI/API 工作流程控制 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 鍵及 1,000 API 請求。 Growth 包括 API 合理使用的存取權。
Authorization: Bearer <api_key>
CLI 指令
CLI 是進入相同工作流程的精簡路徑
使用 CLI 將計畫的工作交給 Ankk，而視為單獨的執行平面或承諾提供者在指令時成功。
ankk contents publish --brand-ref <brand_ref> --file payload.json
簽章webhook
Webhook 包含在購買原因中
Free 包含 1 webhook 端點與每 30 天的 300 webhook 交貨量。 Growth 包括已簽署的顧客 webhooks 須合理使用。
故障可見性
已接受的工作仍需要狀態追蹤
已接受意味著請求已被驗證、持久化和計劃。發布仍然可以透過排隊、發布、已發布、失敗或重試路徑進行。
合約安全狀態時間表
accepted
請求已通過驗證、權利、配額、持久性和調度。
queued
提供者工作正在持久執行流中等待。
publishing
執行主機正在嘗試提供者端發布。
published
提供者支援的操作已成功完成。
failed / retry
工作需要診斷、重試調度或可見的終端原因。
流程Buffer-搜尋使用者已經了解的
我們並不是解釋新類別。我們正在以更便宜、更直接的方式解決社交調度工作。
01
連結社交管道
僅連結品牌所需的內容，並先使用「a」免費管道驗證工作流程。
02
建立和安排帖子
在儀表板中寫入或從外部 AI 工具中取得草稿，然後按管道進行安排。
03
追蹤狀態和表現
使用已發佈、已排程、失敗和需要注意的狀態來決定下一步操作。
AI 路線圖
AI 自動化仍然是方向，但付費排程是第一位的
長期目標是「b」自動化行銷套件。目前的購買原因是社交調度、營運狀態和存取權限。 AI 功能作為日後的附加元件保持獨立。
- 請勿將 AI 捆綁至 Growth 通路價格中
- 為未來的 AI 包或信用產品預留空間
- 將首頁重點放在 Buffer/Postiz 替換意圖上