Kylon 推出協同平臺：把人類、智慧體與 200 多個工具裝進同一工作區

現在很多團隊的工作流，說白了就是一場在瀏覽器標籤頁之間的極限拉扯。

左邊視窗開著 Slack 和 Figma，右邊掛著 GitHub，中間還跑著 Devin、Claude Code 或者 Cursor。人類在一頭瘋狂打字批註，AI 在另一頭悶頭寫程式碼，兩邊雖然都在幹活，卻像在兩個平行世界裡各忙各的。

平臺 Kylon 正式釋出，把自己定義為首個專為人類、AI Agent 與軟體工具打造的「企業韁繩」（company harness）。它的目標很直接：把人類員工、各種智慧體以及兩百多種常見辦公工具，徹底塞進同一個共享工作空間裡。

告別視窗反覆橫跳，把人類與 Agent 放在一個桌子上

在此之前，讓 AI Agent 幹活最大的痛點，就是協作介面的割裂。開發者或者產品經理往往得在終端裡看著 Agent 跑指令，再手動把結果複製到 Jira、Slack 或者 Figma 裡找同事確認。

Kylon 試圖消除這種在不同獨立視窗之間來回切換的折騰。在它的統一環境裡，團隊成員可以直接跟 AI 並肩協作，在同一個介面裡共同構建方案、新增批註並推進專案上線。

按照官方的相容設計，平臺不僅支援 Codex、Claude、Devin，還覆蓋了 Hermes、Gemini CLI、Cursor、Cline、OpenCode、Replit Agent、Lovable 以及 v0 等幾乎當下所有主流的程式設計與自動化 Agent。

連通 200 多種工具，給企業裝上統一排程底座

光能呼叫 Agent 還不夠，Agent 要想真正乾重活，必須能調得動企業現有的軟體資產。

Kylon 在釋出時直接端出了一個龐大的生態相容清單，連線了超過 200 種日常工具。從 CRM 領域的 Salesforce、HubSpot，到設計與研發端的 Figma、GitHub、GitLab，再到日常協作的 Slack、Notion、Google Workspace，甚至底層資料基礎設施 Snowflake 與 BigQuery，全部包含在內。

這就意味著，不管你平時用的是 Retell AI 接電話、Stripe 處理支付，還是用 PostHog 看埋點資料，這些軟體和資料流都可以直接掛載到這個統一的「韁繩」之下，供人類和 Agent 隨時調配。

創始人 Quinn Leng 在釋出時把這套邏輯總結得格外簡單：不管是人類、模型還是現成軟體，Kylon 的目的就是把它們聚攏起來，讓它們真正一起幹活。

為什麼重要

對於每天被各種 AI 助手和企業 SaaS 割裂開的團隊來說，Kylon 切中了一個極其真實的痛點。如果你是個經常指揮多個 Agent 寫程式碼或做運營的團隊負責人，現在不用再充當「人肉剪貼簿」了，大家都在同一個介面裡協同，嘗試的門檻和溝通磨損會明顯降低。

從行業影響來看，AI 的競爭正在從「誰的模型單兵作戰能力更強」，轉向「誰能更好地把 Agent 嵌入真實工作流」。以前各家都在做自己的專屬客戶端，導致企業內部的 Agent 變成了新的資料孤島。Kylon 這種聚合平臺的出現，會倒逼現有的 SaaS 巨頭加快開放上下文介面，否則很容易淪為單純被底層 Agent 呼叫的背景 API。

我們認為，Kylon 把自己比作「harness」（韁繩或挽具）的思路非常聰明。它沒有去重複造一個通用模型，也沒有硬做一個企圖顛覆一切的新 SaaS，而是老老實實做中間的排程底座與連線層。但這種模式看起來隱患也很明確：200 多個第三方工具的許可權劃分、狀態同步以及企業級資料安全，極度考驗工程底子。一旦某款工具的 API 變動或 Agent 越權操作，整個共享工作空間的協作鏈條就很可能卡殼。