字節跳動合併 TraeWork 與 TraeCode？2026 年 10 月 9 日，TRAE 宣布將 TraeWork 與 TraeCode 合併為一個統一的開發平台，將 Agent 工作區與傳統 IDE 環境整合在一起。全新的 TRAE 支援多專案 Agent 任務、互動式程式碼編輯，並在桌機、網頁與行動端工作流程之間提供特定的任務與配置同步功能。既有的 TraeWork 使用者需在 10 月 23 日前完成文件化的遷移流程，否則舊版服務將停止支援。對於開發者而言，此次變更突顯了 AI 輔助規劃與實作程式開發如何能共存於單一產品中，且並不意味著所有執行環境或專案檔案共享同一個底層執行階段 (runtime)。
為何字節跳動要合併 TraeWork 與 TraeCode
重點總覽
- TraeWork 與 TraeCode 已正式合併為單一客戶端，在桌機、網頁與行動裝置上建立具備 Agent 模式與 IDE 模式的統一介面。
- 獨立的 TraeWork 服務將於 2026 年 10 月 23 日終止，使用者的對話紀錄、本機資料及商業點數將透過引導式升級遷移。
- 此次整合提供對專案檔案、任務對話與生成式資產的共享存取權，且不會建立未經證實的統一後端執行環境。
生成式 AI 開發工具的早期階段以碎片化為特徵。程式碼補全輔助工具嚴格運作於傳統整合開發環境 (IDE) 內，而通用聊天機器人與文件生成工具則運行在獨立的生產力應用程式中。在這種解耦的模式下，軟體開發過程往往是斷層的。工程師必須在一個應用程式中草擬架構規範，切換到瀏覽器生成原型，再手動將程式碼片段傳輸至編輯器進行除錯。
字節跳動的 TRAE 品牌最初也反映了這種分歧。TraeCode 是專為需要深層語法編輯、儲存庫索引與終端除錯的專業軟體工程師所設計；而 TraeWork 則專注於產品管理、技術文件編寫、任務排程與辦公室自動化。正如官方 TRAE 論壇公告所述，維護兩個獨立工具會造成不必要的上下文切換。現實中的軟體交付並不會將需求規劃與程式碼實作分開；相反地，要將創意轉化為功能原型，需要需求規格、測試套件與原始程式碼之間的持續互動。透過將兩者合併至統一的 TRAE 平台，字節跳動消除了這些人為的應用程式界限。
TRAE 的 Agent 與 IDE 視窗運作方式
在使用者介面層級，統一平台提供兩個截然不同的工作區：Agent 視窗與 IDE 視窗。根據 TRAE 入門文件，啟動應用程式時預設會開啟 IDE 視窗，開發者可透過位於右上角的專用切換按鈕開啟 Agent 視窗。
[統一 TRAE 平台]
|
+-------------------------------+
| |
v v
[Agent 視窗] [IDE 視窗]
- 多專案任務 - 程式碼編輯
- 多 Agent 協調 - 除錯與終端
- 本機/雲端/Worktree 任務 - 版本控制
- 任務進度與產出物 - IDE / SOLO 模式
| |
+---------------+---------------+
|
v
[已記錄之同步功能]
- 支援本機專案與檔案
- 本機任務對話與輸出
- 雲端/Worktree 任務進度
- MCP、技能、規則與設定
[未公開之細節]
- 內部執行環境邊界
- 資料庫或儲存架構
- 跨 Agent 交易保證
- 衝突解決演算法
- 模型上下文序列化格式
此圖表代表 TRAE 已記錄的使用者介面架構與同步行為，並非經第三方獨立驗證的內部執行環境設計。
這兩個工作區具備互補的開發功能：
- Agent 視窗：設計為任務管理與多 Agent 協調的宏觀工作區，詳見 TRAE Agent 視窗文件。開發者可以在多個專案目錄中發起任務、連接至遠端 SSH 環境，或透過 TRAE Worktree 功能部署 Git 工作樹，以便在不影響現行分支的情況下進行實驗。
- IDE 視窗：保留完整的編碼環境，包含語法高亮、終端存取、除錯與版本控制。在 IDE 視窗內，開發者可以在傳統 IDE 模式（進行細微的手動編輯）與 SOLO 模式（AI 助理在開發者監督下主動進行規劃、修改程式碼、執行測試與預覽結果）之間進行選擇。
TRAE 工作區之間的同步範圍
工程團隊最關心的問題是 Agent 視窗與 IDE 視窗之間的資料流動方式。雖然該應用程式提供了跨視窗的連續性，但它並未保證具備能自動防止自治 Agent 之間併發寫入衝突的底層交易資料庫。
相反地，TRAE 建立了特定的同步範圍：
- 專案檔案：在一個視窗中產生的檔案編輯會反映在本地磁碟的共享專案目錄中。
- 專案產出物 (My Artifacts)：TRAE 提供統一位置來檢視受支援的生成式輸出，包含程式碼變更、HTML、文件、圖片、影片與報告。這並不代表任何特定的內部索引架構或交易保證。
- 設定與工具：工作區設定、模型上下文協定 (MCP) 伺服器、自訂技能以及使用者規則，會在相同的授權帳號下跨工作區同步。
在跨裝置協作時，TRAE 行動整合文件顯示，行動端的程式碼模式 (Code mode) 可存取目前活動中的桌機專案，並將任務對話與中間產出物儲存在雲端，以利遠端監控。
下表概述了 TRAE 介面間已記錄的功能、運作範圍與同步邊界：
| 工作區功能 | Agent 視窗 | IDE 視窗 (IDE 模式) | IDE 視窗 (SOLO 模式) | 已記錄之同步範圍 |
|---|---|---|---|---|
| 主要焦點 | 多專案協調與多 Agent 任務 | 細緻的手動編碼、終端與除錯 | AI 主導的開發、規劃與預覽 | 專案目錄檔案與本機編輯 |
| 執行範圍 | 併發子 Agent、本機/雲端/Worktree 任務 | 單一專案活動檔案樹與終端 | 自動化任務規劃與檔案修改 | 任務對話與專案產出物 |
| 上下文工具 | 自訂 Agent、技能與 MCP 整合 | 擴充功能、語言伺服器與 Git 工具 | AI 主導的規劃、程式碼修改、測試與預覽 | 共享 MCP 伺服器、規則與自訂技能 |
| 核准模式 | 可配置的執行核准模式 | 手動開發者驅動執行 | 核准與確認行為視可用模式與配置權限而定 | 使用者帳號權限與安全性設定 |
TraeWork 遷移截止日期與資料保留
開發者工具的統一化對舊版使用者產生了明確的運作期限。獨立的 TraeWork 桌機客戶端將於 2026 年 10 月 23 日永久停止服務。未在此日期前遷移的使用者將無法再存取該應用程式。
根據官方 TRAE 資料遷移文件，TraeWork 內提供引導式的升級提示。在此過程中，系統會將帳號資料、個人檔案資訊、商業點數、目前登入狀態、對話紀錄與受支援的本機工作區紀錄遷移至新的 TRAE 客戶端。
升級視窗允許使用者選擇是否在完成後自動解除安裝 TraeWork 桌機客戶端。它也提供一個可選勾選框，用於清除舊版的本機快取檔案、紀錄與臨時 AI 資料。工程團隊應在確認所有關鍵任務產出物已能在新客戶端存取後，再勾選刪除本機歷史資料的選項。
統一 TRAE 平台的開發者檢查清單
正在將開發流程轉移至統一 TRAE 平台的工程團隊，應遵循結構化的準備時程表以維護運作穩定性。
遷移與運作步驟
- 於 10 月 23 日前完成 TraeWork 升級：開啟舊版 TraeWork 桌機客戶端，遵循引導式遷移流程，並確認個人檔案與商業點數已成功轉移。
- 確認本機資料刪除偏好：審查企業資料治理政策是否要求在解除安裝舊版客戶端時，必須一併清除 TraeWork 本機快取。
- 配置專案規則：根據 TRAE 規則文件，透過加入
.trae/rules檔案來建立編碼標準與檔案路徑慣例。請注意，自然語言規則主要是作為 AI Agent 的指引，而非嚴格的安全沙盒。 - 審核 Agent 執行權限：在允許自主任務執行 Shell 指令前，請務必審查 Agent 視窗內的權限設定（例如手動核准與自動化執行）。
- 驗證 MCP 整合：若您的工作流程透過模型上下文協定 (MCP) 連接企業內部資料庫或 API 端點，請確認伺服器配置與憑證在新客戶端中運作正常。
團隊治理與工作流程策略
- 建立 Worktree 隔離：在指派 Agent 進行程式碼重構或建置實驗性功能時，請使用 Git Worktree，以防止對主工作樹進行併發修改。
- 監督多 Agent 交付成果：在部署平行的子 Agent 進行需求拆解與前端生成時，應實施程式碼審查檢查點，以調和潛在的設計差異。
- 監控行動存取範圍：審查行動裝置連接政策，確保遠端任務監控符合組織的原始碼保護標準。
常見問題 (FAQ)
如果在 10 月 23 日前未進行升級，TraeWork 使用者會怎樣？
TRAE 預設會開啟 Agent 工作區嗎？
開發者可以在沒有網路連線的情況下使用 TRAE 嗎？
工程團隊的關鍵總結
將 TraeWork 與 TraeCode 合併至統一的 TRAE 平台，反映了 AI 輔助開發工具實用化的演進趨勢。現代開發平台不再強迫軟體工程侷限於碎片化的單一用途工具，而是致力於將高階任務規劃與細緻的逐行實作進行整合。
對於工程團隊而言，此次轉換降低了在需求文件與原始程式碼之間轉換的摩擦，但並未減少技術嚴謹性的需求。開發者必須持續執行嚴格的版本控制、配置明確的 Agent 執行邊界，並獨立驗證多 Agent 的交付成果，以確保在自動化工作流程中維護高品質的軟體開發。
參考資料
Share this article
