Kortix

一句話介紹

Kortix是一套針對企業與團隊的AI Agent管理系統，它將智能體、技能、共享記憶、連接器、觸發器以及運行環境等元素，整合在可進行版本控制的專案中。

工具簡介

Kortix強調「Company as Code」的概念：每個專案都以Git倉庫作為配置與知識的永久儲存方式，而Agent則在獨立的運算環境中執行任務，並以變更請求的形式提交成果。人類可以先查看這些差異，再決定是否要合併它們。

早期專案以Suna通用AI助手廣為人知，目前官方倉庫的路徑仍保留Suna名稱，但產品、文件及程式碼說明已統一轉向Kortix AI Management System。舊教學中的介面、部署方式及定價可能已經過時。

核心架構

主要功能

Company as Code

代理人定義、技能、組織記憶、連接器設定以及觸發器，都可以以文字檔案的形式儲存在同一個Git倉庫中。如此一來，團隊就能夠搜尋、比較、審查這些變更，而不必僅依賴於封閉式資料庫中的設定。

多Agent與共享技能

團隊可以為銷售、工程、財務、運營或資料相關的任務，建立不同的 Agent，並透過技能檔案來重複使用標準的工作流程。每個 Agent 可以擁有不同的模型、工具、連接器、金鑰以及執行權限。

公司記憶

記憶以專案檔案的形式累積業務事實、流程與經驗，並能隨著Git的歷史紀錄一同被審核。長期記憶有助於在執行重複性任務時保持一致性，但錯誤或過期的資料也會影響後續的決策。

Agent Computer

每次會話都會啟動一個獨立的 Linux 沙箱，該沙箱會複製專案倉庫並建立專屬的分支。Agent 可以安裝相關的依賴項目、執行程式、處理檔案，以及呼叫各種工具；而當沙箱結束後，只會保留已提交到 Git 的工作成果。

連接器與工具

平台展示3000多種應用連接，並支援MCP、OpenAPI、Postman、GraphQL以及通用網頁請求介面。這些連接器適用於與Slack、GitHub、Notion、CRM、支付系統及工單系統相連接。

自動化觸發器

任務可以透過人工對話、定時計劃或簽名 Webhook 啟動，並統一進入同一種會話執行流程。適用於日報、監控、資料同步、錯誤排查以及週期性內容維護。

變更請求

Agent的文件改動先停留在會話分支，透過變更請求呈現新增、刪除和修改內容。預設情況下Agent只能提出變更，合併屬於獨立權限。

CLI與開發介面

Kortix提供命令列工具、REST介面以及SDK，用於建立專案、啟動會話、查看運行狀態、管理連接器，以及處理變更請求。開發人員還可以將Agent會話嵌入到自己的應用程式中。

一次任務如何運行

1. 團隊在Git倉庫中定義項目清單、Agent、技能、記憶和運行環境。
2. 管理員連接模型、業務應用和必要密鑰，並限定Agent授權範圍。
3. 使用者可透過網頁、Slack、CLI、API、定時器或Webhook來發起任務。
4. 平台為該會話創建獨立沙箱及同名Git分支。
5. OpenCode Agent會讀取任務、規劃步驟，並調用已獲授權的工具。
6. 需要審批的外部操作會暫停並顯示具體參數。
7. Agent將需要保留的檔案和設定提交到會話分支。
8. 系統會建立變更請求，並顯示與預設分支的差異。
9. 負責人審查結果、要求修改、關閉或合併變更。
10. 合併後的內容成為後續會話的新項目狀態。

Agent、技能與記憶的區別

模型支援與BYOK

Kortix並非固定綁定於單一模型，使用者可根據Agent、會話或訊息來選擇模型。它支援連接主流的模型供應商、自建的相容端點、自己的API金鑰，或是現有的ChatGPT訂閱服務。

不同訪問方式的模型、額度、地區和數據條款並不相同。上線前應使用真實任務驗證所選定的模型、API方言、上下文長度、工具調用以及帳單情況，而非僅檢查金鑰是否可以連接。

連接器與憑證代理

第三方連接器的憑證會儲存在伺服器端，而 Agent 沙箱通常只擁有範圍受限的 Kortix 令牌，實際的工具調用則由平台代理來執行。如此一來，就能降低原始 OAuth 令牌進入通用沙箱的機會。

• 應用目錄涵蓋常見的協作、代碼、CRM、財務及文件工具。
• 自訂系統可透過MCP或API描述接入。
• 連接器應按工作區和Agent分別授權。
• 讀取、寫入和破壞性操作應設定不同策略。
• 工具參數條件可以限制收件人、帳號或目標資源。
• 外部網頁和文件可能包含提示注入內容。
• 連接器服務自身的條款、限流和保留規則仍然適用。
• 撤銷上游憑證後應驗證Kortix令牌也不能繼續訪問。

金鑰管理

專案金鑰會以 AES-256-GCM 進行靜態加密，且由每個專案所衍生的金鑰來進行隔離。那些被允許作為運行環境變數的金鑰，會在沙箱啟動時被寫入臨時檔案系統中，而 Agent 在使用相關工具時，仍有可能取得其真實值。

當首次新增 Agent 權限清單時，未列在清單中的其他 Agent 將無法取得專案的密鑰存取權，這屬於重要的治理變更。生產環境的設定應列出所有需要密鑰的 Agent，並透過測試會話來驗證其實際權限。

工具調用審批

項目策略可將工具呼叫設定為直接運行、要求審批或阻止，並可依工具路徑及參數進行匹配。適當的預設策略能讓讀取操作自動執行，同時將發送、付款、刪除及生產寫入等操作交由人工確認。

• 使用風險模式作為明確的預設策略。
• 對郵件發送按收件域名設定條件。
• 對支付和賬單工具預設要求審批。
• 對刪除、部署和權限變更直接阻止或二次確認。
• 每次審批顯示完整目標和關鍵參數。
• 不要使用覆蓋整個會話的永久允許。
• 無法解析參數條件時應按失敗關閉處理。
• 定期用惡意輸入和錯誤參數測試策略。

沒有策略塊的舊專案可能會繼續使用較寬鬆的歷史預設值。在遷移現有專案時，必須明確檢查預設模式，不能因為新版介面具備審批功能，就認為所有舊Agent都已受到控制。

會話隔離

一個會話對應一個沙箱、一個檔案系統以及一個Git分支，且不會與其他會話共享運行目錄。沙箱有其使用期限，一旦出現錯誤安裝或破壞性的修改，就可以被銷毀並重新建立。

隔離強度取決於實際選用的計算服務供應商，無法將所有的 Kortix 會話都視為微型虛擬機。採購時應確認運行位置、租戶隔離、網路出口、鏡像、日誌以及銷毀機制。

變更請求與人工審核

每個會話都在獨立的分支中運作，因此，任何代碼、Agent、技能、記憶或專案清單的變更，都必須透過變更請求的方式才能被應用到預設分支中。系統會檢查其中的差異、提交關係、設定是否有效，以及是否有合併衝突。

1. Agent在會話分支完成工作並創建小而可驗證的提交。
2. 提交推送後創建變更請求，填寫標題和說明。
3. 負責人查看文件清單、增刪行和執行結果。
4. 涉及策略、密鑰或Agent權限的修改進行額外審查。
5. 需要修正時請求更改並讓原會話繼續處理。
6. 合併前預覽衝突並驗證項目清單。
7. 只有具備獨立合併權限的人或服務帳號才能執行合併。
8. 合併後觀察新狀態對後續會話和自動化的影響。

訪問渠道

自動化場景

• 每天匯總錯誤日誌並提出代碼修復。
• 整理銷售線索並生成個性化外聯草稿。
• 檢查CRM欄位並維護銷售管道。
• 對賬、追蹤缺失憑證並生成財務報告。
• 監控搜尋表現並提出內容更新。
• 聚類用戶反饋並形成產品改進變更。
• 查詢數據倉庫並定期發布經營指標。
• 處理員工入職、離職及訪問申請。
• 整理安全問卷、合規證據和審計材料。
• 在人工批准後發送郵件或更新外部系統。

自託管方式

Kortix支援在筆電、VPS、企業級VPC或本地網路上運行控制平面，可利用Docker Compose來部署網頁、API、認證系統、PostgreSQL、檔案儲存以及網關等元件。而資料庫、檔案、專案倉庫、策略以及平台金鑰則會儲存在由使用者管理的磁碟中。

常規的自托管並不等同於完全離線，Agent沙箱預設仍由Daytona、Platinum或E2B等運算服務供應商來執行，而鏡像也需要從登錄表中取得。所謂的隔離網路或氣隙環境，則是需要另行規劃的企業級部署方式。

自託管實施步驟

1. 確定只是評估、生產VPC還是嚴格隔離部署。
2. 準備Docker、域名、傳輸加密、磁盤和備份環境。
3. 安裝Kortix CLI並啟動自託管配置向導。
4. 設定可回呼地址、管理員及組織創建權限。
5. 選擇沙箱提供方並配置相應密鑰。
6. 按需連接應用目錄服務和自動更新窗口。
7. 在網頁中配置Git、模型、成員和項目權限。
8. 建立測試專案並驗證會話、分支和變更請求。
9. 備份PostgreSQL目錄、檔案目錄和實例環境設定。
10. 測試密鑰輪換、服務恢復、版本升級和回滾。
11. 通過安全驗收後再接入生產業務系統。

Cloud與自託管對比

價格與套餐

價格資訊於2026年8月23日核驗，實際金額、稅費、匯率及優惠可能變動，最終以結算頁面顯示為準。

Kortix採用席位加使用量的Cloud計費方式，計算與可選託管模型共享積分池。若使用自帶的模型金鑰，或連接現有的ChatGPT訂閱服務，則模型相關費用不會從免費沙箱積分中扣除。

每個Team席位包含2500積分，公開折算為25美元的使用額度。只有在所有積分都用於預設的Agent Computer計算時，約可運行125小時；使用託管模型時，也會同時消耗這部分池化積分。

Agent Computer計費

計算費用是按資源和秒數來計算的，自動停止作業可以降低閒置成本。實際消耗還會受到更大的沙箱環境、同時進行的會話數量、儲存空間、運行時間以及託管模型的 Token 數量等因素的影響。

成本控制

• 優先為任務設定最大執行時間。
• 啟用空閒自動停止並驗證停止觸發。
• 將模型賬單與沙箱積分分開監控。
• 為高成本模型設定Agent和團隊預算。
• 限制無人值守任務的併發會話數。
• 緩存穩定數據並避免重複下載安裝。
• 對循環、重試和Webhook風暴設定上限。
• 按項目統計單位任務成本和成功率。
• 提前設定積分不足和模型限額告警。

安全與權限

• 每個會話使用獨立沙箱和Git分支。
• 專案金鑰以專案衍生金鑰加密。
• 連接器原始憑證通常不進入Agent電腦。
• Agent與啟動者權限共同決定密鑰交付。
• 工具調用可設定運行、審批或阻止。
• 合併是獨立權限並對Agent預設拒絕。
• 帳戶和Agent操作會生成審計事件。
• Enterprise可讀取、導出或發送審計記錄到SIEM。
• SAML、SCIM、自訂角色和群組屬於Enterprise類型。

SOC 2的Type I和Type II目前都仍處於進行中的狀態，還無法說已經取得相關報告。Kortix明確表示，目前並沒有ISO 27001或HIPAA的認證，因此仍需自行完成安全評估。

隱私與數據治理

專案倉庫、檔案、提示、業務連接器以及模型請求，都可能包含高度機密的公司資訊。託管版、自託管控制平面、沙箱提供者、模型供應商以及第三方應用程式，則分別構成不同的資料處理環節。

Enterprise提供DPA選項，但具體的子處理商、資料儲存地點、訓練承諾以及資料保留期限，都必須依照現行的合約及隱私政策來確定。此外，自托管控制平面也無法自動消除外部沙箱、模型和連接器所產生的資料流。

開源與許可證

Kortix公開了完整的原始倉庫，並允許人們查看、修改該軟體，甚至可以自行托管它。不過，目前它採用的是Elastic License 2.0這個授權協議。此授權協議包含明確的商業限制，不允許將該軟體的主要功能用於第三方託管或託管式服務中。

廠商使用開源來描述其產品，但 Elastic License 2.0 通常被歸類為源代碼可用許可證，而非 OSI 批准的傳統開源許可證。目錄中應同時標明代碼是否公開、是否可自行托管，以及是否有托管服務上的限制。

適合哪些用戶

• 希望統一管理多個企業Agent的團隊。
• 希望把Agent、技能和記憶放入Git治理的組織。
• 需要Agent在真實Linux環境運行程式並處理檔案的使用者。
• 希望使用不同模型並保留BYOK能力的企業。
• 需要連接大量SaaS、MCP和內部API的團隊。
• 希望透過 Slack、CLI、API 和定時器來觸發同一工作流的組織。
• 需要VPC、本地或自託管控制平面的企業。
• 願意建立審批、金鑰、沙箱和變更請求治理的技術團隊。

產品優勢

• 把Agent、技能、記憶和連接器集中到同一項目。
• Git結構讓配置和成果可比較、審核和回滾。
• 每個會話獨立沙箱和分支減少相互汙染。
• 變更請求將AI工作納入人工審核。
• 支援多模型、BYOK及相容端點。
• 連接器涵蓋應用目錄、MCP及多種API協議。
• 網頁、Slack、CLI、API和自動觸發共用執行模型。
• 控制平面可在自己的基礎設施運行。
• 免費版可用於小型驗證。
• 席位價格包含可量化的沙箱使用積分。

主要限制

• 主倉庫採用Elastic License 2.0並限制第三方託管服務。
• 自託管控制平面預設仍依賴外部沙箱提供方。
• 完全隔離或氣隙部署需要單獨規劃。
• 團隊同時按席位和使用積分計費。
• 託管模型與計算共享積分池，成本需要分項監控。
• Agent可執行代碼和外部操作，配置錯誤會造成真實影響。
• 沒有顯式策略塊的舊專案可能保持寬鬆預設。
• 獲准的運行密鑰會以真實環境值進入沙箱。
• 外部連接器與模型引入獨立隱私及安全風險。
• Microsoft Teams、電子郵件和語音等通路的成熟度並不相同。
• SOC 2報告仍在進行中，尚未取得ISO 27001或HIPAA認證。
• 複雜的Git、容器、金鑰和權限模型需要技術團隊維護。

實施與驗收清單

1. 選擇結果可驗證、外部寫入較少的首個業務任務。
2. 定義項目倉庫、Agent、技能、記憶和負責人。
3. 確認Cloud、自託管、VPC或隔離部署邊界。
4. 逐個梳理模型、沙箱和連接器的數據流。
5. 設定明確的預設工具策略和參數條件。
6. 只向Agent授予任務必需的連接器與密鑰。
7. 禁止Agent直接合併預設分支或執行高風險操作。
8. 測試提示注入、錯誤工具參數、循環和並發成本。
9. 驗證沙箱銷毀、金鑰輪換、備份和恢復。
10. 統計成功率、人工修改率、運行時間和總成本。
11. 核對許可證、DPA、子處理商和安全材料。
12. 小範圍通過驗收後再增加自動觸發和寫入權限。

常見問題

Kortix主要做什麼呢？

它幫助團隊集中管理企業的 Agent、技能、記憶體、連接器以及自動化功能，並讓每個任務在獨立的 Agent 電腦上執行，最終透過 Git 變更請求來交出成果。

Kortix和Suna是什麼關係？

Suna是該項目早期的通用AI助手品牌，目前的倉庫路徑仍保留Suna這個名稱。而現在的產品則已經被整合並統一稱為Kortix AI Management System。

Kortix免費嗎？

Cloud Free每月提供200個沙箱計算積分以及1個專案，而託管模型的費用則無法用這些免費積分來支付。雖然也可以免費自行託管軟體，但基礎設施、沙箱及模型的費用仍需由使用者自行承擔。

Team如何計費？

Team的費用為每個席位每月40美元，每個席位包含2500個池化積分。這些積分可用於Agent Computer以及可選的託管模型，若使用超過數量則需額外充值。

200個免費積分能用多久？

預設情況下，擁有2個vCPU、4 GiB記憶體以及20 GiB儲存空間的Agent Computer，每小時大約會消耗20點數；因此，若僅用於計算作業的話，其使用時間大約為10小時。而更大的資源需求或其他使用模式則會改變這個數值。

Kortix真的是開源軟體嗎？

代碼公開且可修改與自託管，但採用 Elastic License 2.0，禁止將主要功能作為第三方託管服務提供。更準確的描述是源代碼可用且支援自託管，而非寬鬆開源。

自託管可以完全離線嗎？

常規的一鍵自託管仍需拉取鏡像，並配置外部沙箱提供方。完全離線、氣隙或本地沙箱拓撲需要單獨規劃企業部署。

Agent能自動合併自己的修改嗎？

預設情況下是不可以的，Agent可以提交分支並建立變更請求，但合併則是一項獨立的動作，預設會被拒絕。如果管理員主動授權自動合併，仍需承擔相應的風險。

總結

Kortix適合那些希望將多個企業代理、共享的技能、組織記憶以及業務連接器加以統一管理，並透過Git及隔離式計算環境來控制交付過程的團隊。其主要特色包括多模型、BYOK、Agent Computer、變更請求以及自主管理功能。

採用前需要特別確認Elastic License 2.0的託管限制、自託管對外部沙箱的依賴、席位加使用量成本，以及預設權限和真實密鑰進入沙箱的邊界。只有把審批、密鑰、網路和變更審核配置好，平台的企业自動化能力才可控。