바이트댄스, TraeWork와 TraeCode 통합: 에이전트형 IDE의 합병 이유

바이트댄스가 TraeWork와 TraeCode를 통합했나요? 2026년 10월 9일, TRAE는 TraeWork와 TraeCode를 에이전트 작업 공간과 기존 IDE 환경을 결합한 통합 개발 플랫폼으로 합병했다고 발표했습니다. 새로운 TRAE는 데스크톱, 웹, 모바일 워크플로우 전반에서 다중 프로젝트 에이전트 작업, 대화형 코드 편집, 특정 작업 및 구성 동기화를 지원합니다. 기존 TraeWork 사용자는 레거시 서비스가 종료되는 10월 23일까지 문서화된 마이그레이션 과정을 완료해야 합니다. 이번 변화는 AI 기반 계획과 실무 코드 개발이 모든 실행 컨텍스트나 프로젝트 파일이 단일 런타임을 공유한다고 가정하지 않고도 하나의 제품 내에서 공존할 수 있음을 개발자들에게 보여줍니다.

바이트댄스가 TraeWork와 TraeCode를 합병한 이유

요약

• TraeWork와 TraeCode가 공식적으로 단일 클라이언트로 합병되어, 데스크톱, 웹, 모바일에서 에이전트 모드와 IDE 모드를 모두 갖춘 통합 인터페이스를 제공합니다.
• 독립형 TraeWork 서비스는 2026년 10월 23일에 종료되며, 사용자의 채팅 기록, 로컬 데이터 및 상업적 크레딧은 가이드된 클라이언트 업그레이드를 통해 마이그레이션됩니다.
• 이번 통합은 검증되지 않은 통합 백엔드 런타임을 구축하지 않고도 프로젝트 파일, 작업 대화 내용, 생성된 자산에 대한 공유 액세스를 제공합니다.

초기 생성형 AI 개발 도구 시장은 파편화된 상태였습니다. 코드 완성 도우미는 전통적인 통합 개발 환경(IDE) 내부에서만 작동했고, 범용 채팅 에이전트와 문서 생성 도구는 독립형 생산성 애플리케이션 내에서 기능했습니다. 이러한 분리된 패러다임 하에서 소프트웨어 개발은 단절되어 있었습니다. 엔지니어는 한 애플리케이션에서 아키텍처 사양을 작성하고, 브라우저로 전환해 목업을 생성한 뒤, 디버깅을 위해 수동으로 코드 조각을 편집기로 옮겨야 했습니다.

바이트댄스의 TRAE 브랜드는 초기에 이러한 분리를 반영하고 있었습니다. TraeCode는 심층 구문 편집, 저장소 인덱싱, 터미널 디버깅이 필요한 전문 소프트웨어 엔지니어를 위해 설계된 반면, TraeWork는 제품 관리, 기술 문서 작성, 작업 일정 관리 및 사무 자동화에 중점을 두었습니다. 공식 TRAE 포럼 공지에 자세히 설명된 바와 같이, 두 개의 별도 도구를 유지하는 것은 불필요한 컨텍스트 전환을 유발했습니다. 실제 소프트웨어 개발 환경에서는 요구사항 계획과 코드 구현이 분리되지 않습니다. 오히려 아이디어를 기능적 프로토타입으로 구현하려면 사양, 테스트 스위트, 소스 코드 간의 지속적인 상호작용이 필요합니다. 바이트댄스는 두 클라이언트를 통합 TRAE 플랫폼으로 병합함으로써 이러한 인위적인 애플리케이션 경계를 제거했습니다.

TRAE의 에이전트 및 IDE 창 작동 방식

사용자 인터페이스 수준에서 이 통합 플랫폼은 에이전트 창과 IDE 창이라는 두 가지 별도의 작업 공간을 제공합니다. TRAE 시작하기 문서에 따르면, 애플리케이션을 실행하면 기본적으로 표준 IDE 창이 열리며, 오른쪽 상단에 위치한 전용 토글 버튼을 통해 개발자가 에이전트 창으로 전환할 수 있습니다.

[통합 TRAE 플랫폼]
           |
           +-------------------------------+
           |                               |
           v                               v
    [에이전트 창]                    [IDE 창]
      - 다중 프로젝트 작업             - 코드 편집
      - 다중 에이전트 오케스트레이션   - 디버깅 및 터미널
      - 로컬/클라우드/워크트리 작업    - 소스 제어
      - 작업 진행 상황 및 결과물       - IDE / SOLO 모드
           |                               |
           +---------------+---------------+
                           |
                           v
              [문서화된 동기화]
                - 로컬 프로젝트 및 파일 지원
                - 로컬 작업 대화 및 출력물
                - 클라우드/워크트리 작업 진행 상황
                - MCP, 스킬, 규칙 및 설정

[공개적으로 명시되지 않음]
  - 내부 런타임 경계
  - 데이터베이스 또는 스토리지 스키마
  - 교차 에이전트 트랜잭션 보장
  - 충돌 해결 알고리즘
  - 모델 컨텍스트 직렬화 형식

이 다이어그램은 TRAE의 문서화된 사용자 대면 아키텍처와 동기화 동작을 나타내며, 독립적으로 검증된 내부 런타임 설계는 아닙니다.

두 작업 공간은 상호 보완적인 개발 기능을 제공합니다:

• 에이전트 창: TRAE 에이전트 창 문서에 명시된 대로 작업 관리 및 다중 에이전트 조율을 위한 매크로 작업 공간으로 설계되었습니다. 개발자는 여러 프로젝트 디렉터리에서 작업을 시작하거나, 원격 SSH 환경에 연결하거나, TRAE 워크트리 기능을 통해 Git 워크트리를 배포하여 활성 브랜치에 영향을 주지 않고 실험을 격리할 수 있습니다.
• IDE 창: 구문 강조, 터미널 액세스, 디버깅 및 소스 제어를 포함한 완전한 코딩 환경을 유지합니다. IDE 창 내에서 개발자는 세밀한 수동 편집을 위한 기존 IDE 모드와, AI 어시스턴트가 개발자의 감독하에 계획, 코드 수정, 테스트 실행 및 결과 미리 보기에서 적극적인 역할을 수행하는 SOLO 모드 중 하나를 선택할 수 있습니다.

TRAE 작업 공간 간 동기화 내용

엔지니어링 팀에게 중요한 질문은 에이전트 창과 IDE 창 사이에서 데이터가 어떻게 흐르는가입니다. 애플리케이션은 창 간의 연속성을 제공하지만, 자율 에이전트 간의 동시 파일 쓰기 충돌을 자동으로 방지하는 내부 트랜잭션 데이터베이스를 보장하지는 않습니다.

대신, TRAE는 다음과 같은 특정 동기화 범위를 설정합니다:

• 프로젝트 파일: 한 창에서 생성된 파일 편집 내용은 로컬 디스크의 공유 프로젝트 디렉터리에 반영됩니다.
• 프로젝트 결과물 (내 결과물): TRAE는 코드 변경 사항, HTML, 문서, 이미지, 비디오, 보고서 등 지원되는 생성 출력물을 볼 수 있는 통합 공간을 제공합니다. 이는 특정 내부 인덱싱 스키마나 트랜잭션 보장을 설정하는 것은 아닙니다.
• 구성 및 도구: 작업 공간 구성, 모델 컨텍스트 프로토콜(MCP) 서버, 사용자 지정 스킬, 사용자 규칙은 동일한 인증 계정으로 작업 공간 전체에서 동기화됩니다.

장치 간 협업 시, TRAE 모바일 통합 문서에 따르면 모바일 코드 모드는 현재 활성화된 데스크톱 프로젝트에 액세스하여 작업 대화 내용과 중간 결과물을 클라우드 스토리지에 저장함으로써 원격 모니터링을 용이하게 합니다.

아래 행렬은 TRAE 인터페이스 전반에 걸친 문서화된 기능, 운영 범위 및 동기화 경계를 요약합니다:

TraeWork 마이그레이션 기한 및 데이터 보존

개발자 도구의 통합은 레거시 사용자에게 엄격한 운영 기한을 제시합니다. 독립형 TraeWork 데스크톱 클라이언트는 2026년 10월 23일에 영구적으로 작동이 중단됩니다. 이 날짜 이전에 마이그레이션하지 않은 사용자는 독립형 애플리케이션에 액세스할 수 없게 됩니다.

TRAE 데이터 마이그레이션 문서에 따르면, TraeWork는 클라이언트 내에서 가이드되는 업그레이드 프롬프트를 제공합니다. 이 과정에서 시스템은 계정 데이터, 개인 프로필 정보, 상업적 크레딧, 활성 로그인 상태, 채팅 기록 및 지원되는 로컬 작업 공간 기록을 새로운 TRAE 클라이언트로 전송합니다.

업그레이드 모달을 통해 사용자는 완료 시 TraeWork 데스크톱 클라이언트를 자동으로 삭제할지 여부를 선택할 수 있습니다. 또한 레거시 로컬 캐시 파일, 로그 및 임시 AI 데이터를 삭제하는 선택적 체크박스도 제공합니다. 엔지니어링 팀은 로컬 기록 데이터 삭제 옵션을 선택하기 전에 모든 중요한 작업 결과물이 새로운 클라이언트에서 액세스 가능한지 확인해야 합니다.

통합 TRAE 플랫폼을 위한 개발자 체크리스트

개발 파이프라인을 통합 TRAE 플랫폼으로 전환하는 엔지니어링 팀은 운영 안정성을 유지하기 위해 구조화된 준비 일정을 따라야 합니다.

마이그레이션 및 운영 단계

• 10월 23일 이전에 TraeWork 업그레이드 완료: 레거시 TraeWork 데스크톱 클라이언트를 열고 안내된 마이그레이션 흐름을 따라 개인 프로필 및 상업적 크레딧이 성공적으로 전송되었는지 확인하세요.
• 로컬 데이터 삭제 기본 설정 확인: 기업 데이터 거버넌스 정책에 따라 이전 클라이언트 삭제 시 레거시 TraeWork 로컬 캐시를 삭제해야 하는지 검토하세요.
• 프로젝트 규칙 구성: TRAE 규칙 문서에 따라 .trae/rules 파일을 추가하여 코딩 표준과 파일 경로 관례를 설정하세요. 자연어 규칙은 엄격한 보안 샌드박스가 아니라 AI 에이전트를 위한 지침으로 작용한다는 점에 유의하세요.
• 에이전트 실행 권한 감사: 자율 작업이 쉘 명령을 실행하도록 허용하기 전에 에이전트 창 내의 권한 설정(수동 승인 대 자동 실행 등)을 검토하세요.
• MCP 통합 유효성 검사: 모델 컨텍스트 프로토콜을 통해 외부 엔터프라이즈 데이터베이스나 API 엔드포인트를 연결하는 경우, 새로운 클라이언트에서 서버 구성 및 자격 증명이 예상대로 작동하는지 확인하세요.

팀 거버넌스 및 워크플로우 전략

• 워크트리 격리 설정: 에이전트를 사용하여 코드를 리팩토링하거나 실험적 기능을 빌드할 때는 Git 워크트리를 사용하여 기본 작업 트리에 대한 동시 수정이 발생하지 않도록 하세요.
• 다중 에이전트 결과물 감독: 요구사항 분석 및 프론트엔드 생성을 위해 병렬 서브 에이전트를 배치할 때는 코드 리뷰 체크포인트를 구현하여 잠재적인 설계 불일치를 조정하세요.
• 모바일 액세스 범위 모니터링: 원격 작업 모니터링이 조직의 소스 코드 보호 표준과 일치하도록 모바일 연결 정책을 검토하세요.

엔지니어링 팀을 위한 주요 시사점

TraeWork와 TraeCode가 통합 TRAE 플랫폼으로 합병된 것은 AI 보조 개발 도구의 실질적인 진화를 보여줍니다. 소프트웨어 엔지니어링을 파편화된 단일 목적 유틸리티로 강제하기보다, 현대의 개발 플랫폼은 상위 수준의 작업 계획과 세밀한 라인별 구현을 통합하려고 노력하고 있습니다.

엔지니어링 팀에게 이번 전환은 요구사항 문서와 소스 코드 사이를 이동하는 마찰을 줄여주지만, 기술적 엄밀함의 필요성을 제거하지는 않습니다. 개발자는 자동화된 워크플로우 전반에서 높은 소프트웨어 품질을 유지하기 위해 지속적으로 엄격한 버전 관리를 강제하고, 명시적인 에이전트 실행 경계를 구성하며, 다중 에이전트 결과물을 독립적으로 검증해야 합니다.

참조

• 바이트댄스 TRAE 공식 포럼: TraeCode 및 TraeWork 통합에 대한 중요한 업데이트

• TRAE 문서: TraeWork에서 TraeCode로의 데이터 마이그레이션

• TRAE 문서: TRAE 시작하기

• TRAE 문서: 에이전트 창 시작하기

• TRAE 문서: TRAE 규칙 구성

• TRAE 문서: 모바일 앱을 TRAE에 연결하기

• TRAE 문서: 워크트리 작업하기