ByteDanceがTraeWorkとTraeCodeを統合？エージェント型IDEが統合される理由

ByteDanceがTraeWorkとTraeCodeを統合しました。2026年10月9日、TRAEはTraeWorkとTraeCodeを、エージェントワークスペースと従来のIDE環境を兼ね備えた統合開発プラットフォームへ統合すると発表しました。新しいTRAEは、マルチプロジェクトのエージェントタスク、インタラクティブなコード編集、インターフェース間でのタスクおよび設定の同期をサポートしており、デスクトップ、ウェブ、モバイル環境でのワークフローに対応しています。既存のTraeWorkユーザーは、2026年10月23日までに文書化された移行プロセスを完了する必要があります。期限を過ぎると旧サービスは利用できなくなります。今回の変更は、AIによる計画立案と実践的なコード開発が単一の製品内で共存可能であることを示しています。ただし、すべての実行コンテキストやプロジェクトファイルが単一の基盤ランタイムを共有していることを意味するものではありません。

ByteDanceがTraeWorkとTraeCodeを統合した理由

概要

TraeWorkとTraeCodeは正式に単一のクライアントに統合され、デスクトップ、ウェブ、モバイルを横断するエージェントモードおよびIDEモードを備えた統合インターフェースが構築されました。
スタンドアロン版のTraeWorkサービスは2026年10月23日に終了します。ユーザーのチャット履歴、ローカルデータ、商用クレジットは、ガイド付きのクライアントアップグレードを通じて移行されます。
この統合により、検証されていない統一バックエンドランタイムを構築することなく、プロジェクトファイル、タスクの会話、生成されたアセットへの共有アクセスが実現されます。

生成AI開発ツールの初期段階は、断片化が特徴でした。コード補完アシスタントは従来の統合開発環境（IDE）内で厳密に動作し、汎用チャットエージェントや文書生成ツールはスタンドアロンの生産性アプリケーション内で機能していました。この分離されたパラダイムの下では、ソフトウェア開発は分断されたままでした。エンジニアは一方のアプリケーションで設計仕様を作成し、ブラウザに切り替えてモックアップを生成し、デバッグのためにコード片を手作業でエディタに転送する必要がありました。

コーディングと計画用クライアント間を往復するワークフローの非効率性を図解したアニメーション

ByteDanceのTRAEブランドも当初はこの分断を反映していました。TraeCodeは、詳細な構文編集、リポジトリインデックス作成、ターミナルデバッグを必要とするプロのソフトウェアエンジニア向けに設計されていました。一方、TraeWorkはプロダクト管理、技術文書作成、タスクスケジューリング、オフィスオートメーションに注力していました。TRAE公式フォーラムの発表で詳述されている通り、2つの別々のツールを維持することは不要なコンテキストスイッチを発生させていました。実際のソフトウェア開発において、要件計画とコード実装を切り離すことはできません。アイデアを機能的なプロトタイプに変換するには、仕様、テストスイート、ソースコード間の継続的なやり取りが必要です。ByteDanceは両クライアントを統合されたTRAEプラットフォームに統合することで、これら人工的なアプリケーションの境界を排除します。

TraeCodeとTraeWorkが統合開発環境TRAEに統合される概念図

エージェントモードとIDEモード間のシームレスなワークフローを示すTRAEプラットフォームのインターフェース

TRAEのエージェントウィンドウとIDEウィンドウの仕組み

ユーザーインターフェースレベルでは、この統合プラットフォームは「エージェントウィンドウ」と「IDEウィンドウ」という2つの明確なワークスペースを提供します。TRAEのスタートガイドによると、アプリケーションを起動するとデフォルトで標準のIDEウィンドウが開き、右上にある専用の切り替えボタンを使用してエージェントウィンドウを開くことができます。

[統合TRAEプラットフォーム]
           |
           +-------------------------------+
           |                               |
           v                               v
    [エージェントウィンドウ]                 [IDEウィンドウ]
      - マルチプロジェクトタスク             - コード編集
      - マルチエージェントオーケストレーション   - デバッグおよびターミナル
      - ローカル/クラウド/ワークツリータスク     - ソース管理
      - タスク進捗と生成物                 - IDE / SOLOモード
           |                               |
           +---------------+---------------+
                           |
                           v
              [ドキュメント化された同期]
                - サポート対象のローカルプロジェクトおよびファイル
                - ローカルタスクの会話と出力
                - クラウド/ワークツリーのタスク進捗
                - MCP、スキル、ルール、および設定

[非公開仕様]
  - 内部ランタイムの境界
  - データベースまたはストレージスキーマ
  - エージェント間トランザクションの保証
  - 競合解決アルゴリズム
  - モデルコンテキストのシリアライズ形式

この図は、TRAEのドキュメントに示されたユーザー向けのアーキテクチャと同期動作であり、独立して検証された内部ランタイム設計ではありません。

これら2つのワークスペースは、補完的な開発機能を提供します。

エージェントウィンドウ：TRAEエージェントウィンドウのドキュメントで概説されている通り、タスク管理とマルチエージェント連携のためのマクロワークスペースとして設計されています。開発者は複数のプロジェクトディレクトリにまたがるタスクを開始したり、リモートSSH環境に接続したり、TRAE Worktree機能を介してGitワークツリーを展開し、アクティブなブランチに影響を与えずに実験を分離したりできます。
IDEウィンドウ：構文のハイライト、ターミナルアクセス、デバッグ、ソース管理を含む完全なコーディング環境を保持します。IDEウィンドウ内では、きめ細かな手動編集が可能な従来のIDEモードと、AIアシスタントが開発者の監督下で計画、コード修正、テスト実行、結果プレビューを積極的に行うSOLOモードを選択できます。

要件の分解とコード生成を並行して行うTRAEのマルチエージェント実行ビュー

TRAEワークスペース間の同期範囲

エンジニアリングチームにとっての重要な疑問は、エージェントウィンドウとIDEウィンドウ間でデータがどのように流れるかという点です。アプリケーションはウィンドウ間の継続性を提供しますが、自律的なエージェント間で発生する同時ファイル書き込み競合を自動的に防止するトランザクションデータベースを基盤としているわけではありません。

その代わり、TRAEは特定の同期スコープを確立しています：

プロジェクトファイル：一方のウィンドウで生成されたファイル編集は、ローカルディスク上の共有プロジェクトディレクトリに反映されます。
プロジェクト生成物 (My Artifacts)：TRAEは、コード変更、HTML、ドキュメント、画像、動画、レポートなど、サポートされている生成出力を表示する統合的な場所を提供します。これによって特定の内部インデックススキーマやトランザクション保証が確立されるわけではありません。
設定とツール：ワークスペース設定、Model Context Protocol (MCP) サーバー、カスタムスキル、およびユーザー設定は、認証済みアカウントの下で各ワークスペース間で同期されます。

生成されたコード、ドキュメント、プロトタイプを集約するTRAEのプロジェクト生成物ダッシュボード

デバイス間での共同作業に関して、TRAEモバイル統合ドキュメントは、モバイルのコードモードが現在アクティブなデスクトッププロジェクトにアクセスし、タスクの会話や中間出力をクラウドストレージに保存してリモートモニタリングを容易にすることを示しています。

以下のマトリックスは、TRAEのインターフェース全体にわたる、文書化された機能、運用スコープ、同期の境界を示しています：

ワークスペース機能	エージェントウィンドウ	IDEウィンドウ (IDEモード)	IDEウィンドウ (SOLOモード)	同期範囲
主な焦点	マルチプロジェクト連携とマルチエージェントタスク	きめ細かな手動コーディング、ターミナル、デバッグ	AI主導の開発、計画、プレビュー	プロジェクトディレクトリのファイルとローカル編集
実行範囲	並行サブエージェント、ローカル/クラウド/ワークツリータスク	単一プロジェクトのアクティブなファイルツリーとターミナル	自動タスク計画とファイル修正	タスクの会話とプロジェクト生成物
コンテキストツール	カスタムエージェント、スキル、MCP統合	拡張機能、言語サーバー、Gitツール	AI主導の計画、コード修正、テスト、プレビュー	共有MCPサーバー、ルール、カスタムスキル
承認モデル	構成可能な実行承認モード	開発者主導の手動実行	承認および確認動作は、利用可能なモードと設定された権限に依存します	ユーザーアカウント権限とセキュリティ設定

TraeWorkの移行期限とデータ保持

開発者ツールの統一に伴い、レガシーユーザーに対して運用上の期限が設けられています。スタンドアロンのTraeWorkデスクトップクライアントは2026年10月23日に完全に運用を終了します。この日付までに移行を完了しなかったユーザーは、スタンドアロンアプリケーションにアクセスできなくなります。

TRAEへの自動データ移行の詳細を表示するTraeWorkデスクトップクライアントのアップグレードプロンプト

TRAEデータ移行ドキュメントによると、TraeWorkはクライアント内でガイド付きのアップグレードプロンプトを提供します。このプロセスにより、アカウントデータ、個人プロフィール情報、商用クレジット、アクティブなログイン状態、チャット履歴、およびサポートされているローカルワークスペースの記録が新しいTRAEクライアントに転送されます。

アップグレードモーダルでは、完了時にTraeWorkデスクトップクライアントを自動的にアンインストールするかどうかを選択できます。また、レガシーなローカルキャッシュファイル、ログ、一時的なAIデータを削除するオプションのチェックボックスも提供されます。エンジニアリングチームは、ローカルの履歴データを削除するオプションを選択する前に、重要なすべてのタスク出力が新しいクライアント内でアクセス可能であることを確認する必要があります。

統合TRAEプラットフォームのための開発者チェックリスト

開発パイプラインを統合TRAEプラットフォームに移行するエンジニアリングチームは、運用の安定性を維持するために構造化された準備スケジュールに従う必要があります。

移行と運用の手順

10月23日までにTraeWorkのアップグレードを完了する：レガシーのTraeWorkデスクトップクライアントを開き、ガイド付きの移行フローに従い、個人プロフィールと商用クレジットが正常に転送されたことを確認します。
ローカルデータ削除設定の確認：古いクライアントをアンインストールする際、企業のデータガバナンスポリシーがレガシーのTraeWorkローカルキャッシュの削除を要求しているかどうかを確認します。
プロジェクトルールの設定：TRAEルールドキュメントに従い、.trae/rulesファイルを追加してコーディング標準やファイルパスの規約を確立します。自然言語によるルールは、厳格なセキュリティサンドボックスではなく、AIエージェントへのガイダンスとして機能することに留意してください。
エージェント実行権限の監査：自律的なタスクがシェルコマンドを実行する前に、手動承認か自動実行かといったエージェントウィンドウ内の権限設定をレビューしてください。
MCP統合の検証：Model Context Protocolを介して外部エンタープライズデータベースやAPIエンドポイントをワークフローに接続している場合は、サーバー構成と資格情報が新しいクライアントで期待通りに機能することを確認してください。

チームのガバナンスとワークフロー戦略

ワークツリーの分離を確立する：コードのリファクタリングや実験的な機能の開発にエージェントを派遣する際は、Gitワークツリーを使用して、主要な作業ツリーへの同時変更を防ぎます。
マルチエージェント成果物の監督：要件の分解やフロントエンド生成のために並行してサブエージェントを配置する場合は、設計上の不一致を解消するためにコードレビューのチェックポイントを導入してください。
モバイルアクセス範囲の監視：モバイル接続ポリシーを見直し、リモートタスクの監視が組織のソースコード保護基準に準拠していることを確認してください。

よくある質問 (FAQ)

10月23日までにアップグレードしないTraeWorkユーザーはどうなりますか？

公式TRAEドキュメントによると、スタンドアロンのTraeWorkデスクトップサービスは2026年10月23日に終了します。この日までに移行を完了しなかったユーザーはTraeWorkにアクセスできなくなります。クライアントのプロンプトを通じてアップグレードを行うことで、既存のアカウントデータ、商用クレジット、チャット履歴が統合TRAEプラットフォームに移行されます。

TRAEはデフォルトでエージェントワークスペースが開きますか？

いいえ。公式スタートガイドによると、統合されたTRAEクライアントを起動すると、デフォルトでIDEウィンドウが開きます。開発者はインターフェースの右上にある専用の切り替えボタンをクリックすることで、いつでもエージェントウィンドウに切り替えることができます。

インターネット接続なしでTRAEを使用できますか？

TRAEには、コード編集、ターミナルアクセス、Gitベースのワークフローなどのローカル開発ツールが含まれています。ただし、言及されているTRAEドキュメントには、統合クライアントに対する包括的なオフラインサポートの保証は記載されていません。AI駆動機能、クラウドタスク、モバイル同期はそれぞれのサービスの可用性に依存します。オフライン開発が必要なチームは、信頼を置く前に、ターゲットとするTRAEバージョンでのアプリケーション起動、ローカル編集、ターミナル動作、およびリポジトリ操作を検証してください。

エンジニアリングチームへの要点

TraeWorkとTraeCodeを統合TRAEプラットフォームに集約することは、AI支援型開発ツールにおける実用的な進化を反映しています。ソフトウェア開発を断片化された単一目的のユーティリティに押し込めるのではなく、現代の開発プラットフォームは、高レベルのタスク計画と細部まで行き届いた実装を統合しようとしています。

エンジニアリングチームにとって、この移行は要件ドキュメントとソースコード間を行き来する摩擦を低減しますが、技術的な厳格さの必要性を排除するものではありません。開発者は引き続き厳格なバージョン管理を強制し、明確なエージェント実行境界を構成し、自動化されたワークフロー全体で高いソフトウェア品質を維持するためにマルチエージェントの成果物を独立して検証する必要があります。