API 與整合
兩條入口匝道，一把金鑰。
兩條路進來：用一句提示交辦 Octo 並讓它自行編排，或用工具呼叫直接驅動平台。兩者使用同一把金鑰，而且都被包在和後台相同的確認與風險機制裡。
- production sk_live_7f2a····
- nightly sync sk_live_c418····
client = OpenAI(
base_url="https://api.omniocto.com/v1",
api_key=OMNIOCTO_KEY,
)或者，直接開口問
連底層管線都是一段對話。
金鑰、webhook 和連線 —— 不用打開設定畫面。
Gmailfrom:octo api
Octo金鑰已建立：staging-runner — 只顯示一次 —— 現在就複製上午 10:12
OctoWebhook 已註冊 — 已簽章，你的接收端可以驗證我們上午 10:20
Octo確認：撤銷金鑰 ci-bot —— YES 3517 — 任何在用它的東西都會停止運作週五
Inbox金鑰已建立：staging-runner
D我上午 10:10
我需要一把給 staging 部署用的 API 金鑰，另外把事件指到我們的端點。
OOcto上午 10:12
金鑰 staging-runner 已建立 —— 值只出現在這封訊息裡。同一把金鑰在 OpenAI 相容端點和兩台 MCP 伺服器上都能用。Webhook 已註冊並簽章，所以你那邊可以驗證它確實來自我們。
Octo線上
現在有哪些金鑰是活的？
三把：staging-runner、ci-bot，還有一把三月建的「test」，之後就沒再用過。
把三月那把砍掉
撤銷金鑰屬於破壞性動作，所以需要一組代碼：回覆 YES 3517。限用一次，一天後過期。
YES 3517
已撤銷。這和你在後台會拿到的是同一道確認 —— API 也被包在裡面，不是只有介面才有。
#omniocto4 位成員
DWDana下午 5:05
@Octo CRM 那條連線還正常嗎？
OOctoAPP下午 5:05
處理中 🔧(執行connection_test_connection…)
正常。最後一次成功呼叫在 3 分鐘前。另外兩條連線也都沒問題。 (edited)
✅ 21 則回覆 · 最後一則於 40 分鐘前
MRMarcus下午 5:24
停機期間掉的那些事件可以重播嗎？
Email octo@agent.omniocto.com · WhatsApp 1-MAN-ASK-OCTO · Slack #omniocto
- 用聊天和 Octo 建立客服代理
- 描述你要的客服代理，它就會被建立、部署並接上 —— 不論你是在後台還是在 Email 裡，走的都是同一條管線。
- 在 Email、WhatsApp、Slack 或後台和 Octo 對話
- 通往同一個助理的四道門，每一道背後都有相同的確認機制，所以你用哪一道，只取決於你的手當下在哪裡。
- OpenAI 相容 API
- 在你本來就在用的 OpenAI SDK 上換掉 base URL 和金鑰，你既有的代理就獲得這個平台的工具。
- 兩台 MCP 伺服器
- 一台用來交辦給 Octo 並讓它自行編排，一台用來直接驅動平台的工具。依照你要的是「結果」還是「控制」來選。
- API 金鑰
- 金鑰從後台產生與撤銷，並設有建立節流，所以一個被入侵的工作階段沒辦法一口氣生出一大把。
- 簽章 webhook
- 外送的 webhook 都有簽章，讓你的接收端可以驗證它們確實來自我們，註冊時另有 SSRF 防護。
- 可重播的即時事件串流
- 一條即時事件串流，可以從最後看到的 id 重播，所以斷線不等於事件遺失。
- 冪等金鑰
- 帶同一把金鑰重試的請求不會重做一次工作，而用同一把金鑰搭配不同內容則會被拒絕，而不是默默接受。
- 背景工作
- 長時間的工作在背景執行，完成時以 webhook 通知，而不是把一個請求一直掛在線上。
- 多工作區
- 一個帳號可以持有多個彼此隔離的工作區，這就是代理商用來分開管理客戶的方式。
- 七種模型選擇與自帶金鑰
- 一份可選的模型允許清單，也可以帶上你自己的供應商金鑰。
- 全面機器可讀
- 一份 llms.txt、一份技能索引和一份 OpenAPI 描述，所以一個正在評估這個平台的代理，可以自己讀懂，不必先有人幫它摘要。
這些能力支撐什麼