歡迎人工智慧代理，他們有自己的頁面。
Claude、ChatGPT、Copilot、Cursor 和 Codex 都可以透過 MCP 伺服器、命令列和 SDK 在您的真實看板上工作 — 您需要時,可使用只讀金鑰,並且您可以選擇 AI 而不是我們。
六個形狀,覆蓋
團隊所需要的大部分。
因為整合是您的，您可以決定哪個工具是事實來源、同步哪些事件、如何解決衝突以及外部更新在進入 Kanera 後應如何顯示。
Kanera ↔ Trello
保持兩個跟蹤器誠實
將 Trello 卡對映到 Kanera 卡,將對映儲存在外部連結中,以便同步保持等效,並確切決定哪些更新流向各個方向。
Kanera → 儀表板
報告你的領導將讀作
將卡片、自定義欄位、任務、標籤、狀態和活動拉入實時操作或面向客戶的儀表板,而無需讓每個人都有權訪問每個看板。
Slack → Kanera
捕捉提到的作品
聊天目的地已經向外釋出。使用 API 進行回程：將訊息、支援執行緒或表單響應轉換為帶有所有者和截止日期的真實卡片。
Kanera ↔ GitHub
將交付與發展聯絡起來
將卡片連結到問題或拉取請求,並在分支合併、部署到達或檢查變成紅色時移動卡片。
你的應用 → Kanera
Kanera 頂部的內部工具
入職門戶、支援工作流程、操作表單和管理面板在幕後寫入 Kanera, 供從未直接開啟它的人使用。
任何東西 → Kanera
遷移一次,然後保持一致
從任何來源建立看板、卡片、評論、清單、自定義欄位、標籤、備註和附件,然後將作業作為同步而不是一次性匯入執行。
釋出工作
你的團隊已經在談話。
聊天目的地是 Kanera 的一部分。工作區管理員選擇一個提供商，貼上聊天工具生成的連線，並選擇哪些卡片事件值得釋出。 Kanera 為該平臺原生格式化每條訊息，並連結卡片標題及其工作區和上下文板。
包含在 Pro、30 天 Pro 試用版和自託管的 Kanera 中。
從 Slack 應用貼上傳入的 webhook URL,然後選擇它釋出的頻道。
從Discord頻道設定中貼上一個頻道 webhook URL。
新增機器人令牌和聊天 ID，並在需要時定位組中的一個主題執行緒。
從 Zulip Cloud 或您自己的 Zulip 伺服器貼上一個與 Slack 相容的 webhook URL。
- 卡已建立
- 狀態已變更
- 優先次序改變
- 標題改變
- 說明已更改
- 已建立評論
範圍為一個工作區或獨立的板,因此客戶端通道和內部通道永遠看不到彼此的工作。
- 選擇每個通道接收哪些事件
- 為升級帖子對映您自己的優先順序自定義欄位
- 傳送測試、暫停或替換連線
- 提供程式失敗時的重試交付歷史記錄
- 憑據加密儲存,不再顯示
一個API來問，
還有webhooks要講述。
從 Kanera 之外讀取和寫入看板的每個部分,並在發生變更時將其推送,而不是進行投票。 在兩者之間,您可以實時同步、觸發外部工作流程或將 Kanera 作為真實資訊源。
個人 API 金鑰適用於所有套餐。 Workspace API 金鑰和 Webhook 包含在 Pro、30 天 Pro 試用版和自託管的 Kanera 中,後者根本不進行套餐檢查。
從任何地方進入 Kanera,並更改您可以手動更改的任何內容。
如果一個人能在板上做到,你的程式碼也能做到 — — 卡片、評論、清單、筆記、檔案、欄位、標籤,以及誰在哪裡。 將報告工具指向它,執行夜間同步,從其他地方移入十年的工作,或者為永遠不應該看到板的人放置一個簡單的前端。
- 完全訪問板,卡,評論,清單,筆記和附件
- 自定義欄位、標籤、活動和任務
- 具有讀、寫和管理員訪問級別的 API 金鑰
- 型別化的 TypeScript SDK，或任何語言的純 HTTP
- 互動式參考、Swagger 和 OpenAPI 文件
當事情發生變化時,就會被告知,而不是一遍又一遍地詢問。
只要卡片移動一秒鐘,Kanera 就會告訴您要指向什麼。 啟動部署、重新整理儀表板、更新 CRM 中的記錄或保持其他工具同步 — 每條訊息都會被簽名,因此您在採取行動之前就可以確定它確實來自 Kanera。
- 選擇每個目的地接收哪些事件
- 檢視遞送歷史記錄並重試失敗的遞送
- 暫停目標和旋轉秘密
- 簽名有效載荷,透過 SDK 一次呼叫即可驗證
- 每個工作區可有多個目的地
專為整合而打造
你明年還在跑
讓它執行起來是容易的,決定它一年後是否還能執行的,是那些不那麼有魅力的事情:第十次重新執行,第一次停機,以及有人問誰移動了卡的那一天。
您的同步作業建立的卡片會立即顯示在每個人的板上，就像同事剛剛新增它一樣。無需提神，無需等待，沒有人圍繞著一分鐘過時的棋盤來計劃他們的早晨。
每次寫入都會記錄在卡片歷史記錄中,並附有憑據,因此可以區分整合所做的更改和人為更改。 當同步出現錯誤時,證據已經存在於卡片中。
Kanera 會記住哪張卡片來自另一個系統中的哪個記錄,因此可以重新執行、恢復或重播同步,而無需重新建立所有內容。 沒有隱藏的跟蹤 ID 填充到卡片描述中,而這些 ID 最終會被刪除。
檢視傳送的內容,重試失敗的內容,在修復另一端問題時暫停目標,並在不重新開始的情況下推送秘密。 您在凌晨 2 點實際需要的部分在產品中,而不是在支援票據中。
金鑰屬於製作它的一個工作區或板，因此您為客戶帳戶構建的工具無法看到內部板。讓每個整合都有自己的特色，關閉一個整合不會影響其他整合。
關於 Kanera 整合的問題
這是否是技術 API 參考?
開發人員在需要端點級詳細資訊時,可以使用 API 文件。
我可以使用 REST API 構建什麼?
您可以構建自定義工作流程、報告工具、同步作業、內部應用程式、遷移指令碼和整合,以建立或更新 Kanera 看板、卡片、評論、清單、筆記、附件、自定義欄位、標籤、活動和任務。
webhook 用於什麼?
Webhooks 讓外部系統在 Kanera 工作變化時做出反應,您可以使用它們同步資料、傳送通知、更新儀表板、觸發自動化或讓其他工具與 Kanera 保持一致。
Kanera 可以將更新發布到 Slack 或其他聊天工具中嗎？
是的,它是內建的。 工作區管理員為 Slack、Discord、Telegram 或 Zulip 新增聊天目標,貼上工具生成的連線,並選擇要釋出的卡片事件:卡片建立、狀態更改、優先順序更改、標題更改、說明更改或建立評論。
每個目標都可以透過其交付歷史記錄進行測試、暫停、重新連線和審查,Kanera 會為每條訊息提供適合該平臺的本機格式。 聊天目標包含在 Pro、Pro 試用版和自託管的 Kanera 中。
哪些計劃包括 API、WebHooks 和聊天目標?
Workspace API 金鑰、自定義 webhook、聊天目標以及個人 ntfy、Gotify 和 webhook 通知交付都包含在 Pro 中、30 天的 Pro 試用版中以及自託管的 Kanera 中,後者根本不具備計劃檢查功能。
在託管 Free 上,它們無法設定,降級會撤銷 workspace API 金鑰,暫停現有的 webhook 和聊天目標,並關閉個人目標,而不是刪除其中任何一個。 再次升級將恢復關閉的內容。
每個計劃均提供 AI 代理連線、MCP、CLI、個人 API 金鑰、應用內通知抽屜、電子郵件、瀏覽器推送和每個工作區通知規則。
Kanera 可以與 Trello 或 Jira 等工具同步嗎？
是的,透過整合,您可以針對 API 和 webhook 構建,並控制物件的對映方式、同步哪些事件以及處理衝突和更新的方式。
我可以將自己的通知傳送到電子郵件以外的其他地方嗎？
每個人都可以將自己的 Kanera 通知傳送到 ntfy 主題、自託管的 Gotify 伺服器,或以簽名 JSON 形式傳送到自己的 HTTPS 端點,並且每個目標都有單獨的通知型別首選項。
這些個人頻道包含在 Pro、Pro 試用版和自託管 Kanera 中,自託管運營商可以允許在其內部網路上接收。
可以跟蹤整合更新嗎？
是的,透過整合所做的更改會在 Kanera 的活動歷史記錄中進行歸屬,因此團隊可以看到更改內容以及更新來源。
我可以控制傳送哪些 Webhook 事件嗎？
Kanera 允許您選擇每個 webhook 目標接收哪些事件,檢視交付歷史記錄,重試失敗,暫停目標,並輪換秘密。
Kanera 是否僅適用於預建整合?
不,API、webhooks 和 MCP 伺服器專為自定義工作流程而設計,可將 Kanera 連線到您團隊自己的工具、系統和流程。