🖼️ 인포그래픽

🖼️ 4컷 인포그래픽

💡 한 줄 결론

T3 Code는 여러 에이전트 CLI와 Git·워크트리·diff를 하나의 오픈소스 제어 화면에 통합하고, 데스크톱 작업을 모바일에서 이어 가게 하는 에이전트 개발 환경이다.

📌 핵심 요점

1. T3 Code는 Codex·Claude·Grok·Cursor·OpenCode 같은 여러 에이전트 CLI를 한 화면에 연결하고, 세션과 변경 이력을 에이전트별로 추적한다.
2. 스레드와 Git 워크트리를 조합해 같은 프로젝트의 작업을 분리하고, turn 단위 diff로 각 에이전트가 언제 무엇을 바꿨는지 비교할 수 있다.
3. 저장소 초기화·커밋·원격 게시뿐 아니라 터미널·파일 탐색기·브라우저·반복 action까지 통합해 Git 중심 개발 흐름을 한곳에서 운영한다.
4. T3 Connect를 통해 온라인 상태의 데스크톱과 모바일 앱을 연결하면 동일한 대화와 실행 환경을 유지하면서 프롬프트 실행, 서버 action 호출, 커밋·푸시를 이어 갈 수 있다.
5. 초기 버전답게 스레드 생성 오류와 간헐적 버그가 남아 있고 멀티에이전트 오케스트레이션도 제공하지 않으므로, 현재 강점은 완전 자동화보다 통합 가시성과 기기 간 연속성에 있다.

🧩 배경과 문제 정의

여러 코딩 에이전트를 병렬로 사용할수록 세션·작업 트리·변경 이력을 한곳에서 추적해야 하며, 그렇지 않으면 대형 프로젝트의 동시 작업을 통제하기 어렵다. T3 Code는 여러 에이전트 CLI와 Git·워크트리·diff를 하나의 제어 화면에 통합하는 무료 오픈소스 도구다. 데스크톱 밖에서도 모바일로 같은 작업을 이어 가는 기능은 개발 장소의 제약을 줄이고 작업 연속성을 높인다.

🕒 시간순 섹션별 상세정리

1. 데스크톱과 모바일을 잇는 멀티 에이전트 작업

• Codex·Grok·Claude Opus 5가 동일 프로젝트에서 동시에 작업하고 결과를 커밋해 저장소에 푸시한다. [00:13]
• 작업 트리별 diff와 에이전트별 turn 이력을 열어 Grok의 3개 turn과 Codex의 11개 turn을 개별적으로 비교한다. [00:19]
• 외출 중에는 휴대폰으로 동일 프로젝트의 세션과 파일 변경을 확인하고, 복귀 후 데스크톱에서 중단 지점부터 작업을 재개한다. [01:10]

2. 오픈소스 에이전트 제어 화면의 범위

• T3 Code는 무료 오픈소스 에이전트 하네스 제어 화면으로 데스크톱 앱과 모바일 앱을 함께 제공한다. [02:11]
• Codex·Claude·Cursor·OpenCode 등 여러 에이전트를 기본 연결 대상으로 삼아 기존 CLI 작업 환경을 한곳에 모은다. [02:40]
• Git 워크트리와 스레드로 큰 프로젝트의 기능을 독립된 세션과 에이전트에 나누어 병렬 처리한다. [02:56]

3. 설치와 기존 개발 환경 연결

• Windows 데스크톱 앱은 GitHub에 안내된 단일 명령으로 설치하며 첫 실행 시 업데이트도 자동으로 진행한다. [03:34]
• 기존 Codex·Claude·Grok CLI를 자동 감지하고 GitHub·GitLab·Azure DevOps·Bitbucket 같은 버전 관리 서비스를 선택할 수 있다. [04:45]
• 프로젝트는 로컬 디렉터리에서 시작하거나 원격 URL과 GitHub 저장소를 복제해 불러온다. [05:04]

4. 로컬 프로젝트 도구와 권한 제어

• 로컬 게임 프로젝트를 앱에서 바로 VS Code로 열고 Git 저장소까지 초기화해 개발 초기 설정 단계를 줄인다. [05:40]
• 전체 접근, 작업별 승인, 편집 자동 승인, AI 검토 기반 자동 승인 중 권한 방식을 선택해 위험한 작업만 사용자 확인 대상으로 남긴다. [06:16]

5. 스레드와 워크트리를 활용한 병렬 작업

• 같은 프로젝트에 새 스레드를 추가하고 GPT 작업에 별도 워크트리를 배정해 다른 에이전트의 파일 변경과 분리한다. [07:22]
• Claude와 Grok은 동일 워크스페이스의 서로 다른 스레드에서 동시에 검토하며 필요하면 에이전트와 워크트리를 더 추가한다. [08:14]
• 추가 GPT 스레드를 만들 때 기존 스레드를 중복 생성할 수 없다는 오류가 발생해 초기 버전의 불안정성이 드러난다. [08:51]

6. Git 중심 작업과 반복 명령 자동화

• 에이전트가 만든 변경을 앱에서 커밋하고 아직 GitHub에 없는 로컬 저장소도 T3 Code 안에서 바로 게시한다. [09:26]
• 재시도 후 세 에이전트가 함께 동작하며 research 워크트리를 만들고 사이드 패널에서 해당 작업의 diff를 확인한다. [10:02]
• 서버 실행이나 테스트 같은 반복 명령은 프로젝트 전용 action으로 저장해 상단 바나 단축키에서 즉시 실행한다. [10:29]

7. 터미널·파일·브라우저·diff의 통합

• 사이드 패널에서 서브에이전트 상태와 터미널·파일 탐색기·브라우저를 함께 열어 로컬 서버와 외부 웹페이지를 같은 화면에서 확인한다. [11:09]
• 워크트리 변경을 turn 단위로 비교하고 기존 Claude Code 스킬도 그대로 사용해 에이전트의 작업 근거와 도구 구성을 유지한다. [11:35]
• 프로젝트를 비공개 GitHub 저장소로 게시하면 새 저장소가 즉시 생성돼 로컬 작업이 원격 협업 단계로 전환된다. [12:23]

8. 초기 완성도와 모바일 작업 확장

• 간헐적인 오류는 남아 있지만 코드 중심의 ‘에이전트용 VS Code’에 가까운 구조이며 UI 지연 없이 전반적으로 매끄럽게 동작한다. [12:51]
• 같은 계정으로 T3 Connect를 활성화하면 relay client가 설치되고 온라인 상태의 데스크톱 PC가 모바일 앱에 연결된다. [13:48]
• 휴대폰에서도 에이전트 프롬프트와 저장된 서버 action을 호출하고 기본 브랜치에 커밋·푸시할 수 있다. [14:53]

9. 모바일과 데스크톱을 연결하는 작업 경험

• 휴대폰에서도 PC의 여러 개발 기능을 수행할 수 있고 모바일 앱의 조작감도 매끄러워 이동 중 접근성이 높아진다. [15:00]
• 모바일에서 이어받은 동일한 대화가 데스크톱에서 로컬로 계속 실행돼 기기를 바꿔도 작업 맥락과 실행 환경이 유지된다. [15:21]
• 몇 가지 초기 버그에도 모바일 앱의 완성도와 UI 투자는 개발 도구에서 흔한 사용성 부족을 보완하는 강점으로 평가된다. [15:53]

10. 기존 도구 대비 한계와 현실적인 활용 범위

• Herder는 더 세밀한 제어와 Hermit Station 연동을 지원하지만 T3 Code에는 멀티에이전트 오케스트레이션이 없어 당장 완전한 대체재가 되기 어렵다. [16:12]
• 데스크톱에서 프로젝트 작업을 시작한 뒤 휴대폰으로 이어 가는 방식이 현재 T3 Code 모바일 앱의 가장 실용적인 활용 사례다. [16:37]
• 평가는 설치 직후 일부 기능을 탐색한 초기 경험이므로 다른 사용자의 실제 활용법과 프로젝트 발전 과정을 더 지켜봐야 한다. [17:05]

🧾 결론

• T3 Code의 핵심 가치는 여러 에이전트를 스스로 지휘하는 오케스트레이터가 아니라, 기존 CLI·Git·워크트리·diff를 한곳에서 관찰하고 조작하는 제어 화면에 있다.
• 가장 현실적인 활용 방식은 데스크톱에서 프로젝트와 에이전트 작업을 시작한 뒤, 이동 중 모바일에서 상태를 확인하거나 동일 세션을 이어 가는 것이다.
• Git 워크트리와 스레드 분리는 대형 프로젝트의 병렬 작업을 정돈하는 기반이지만, 중복 스레드 오류처럼 초기 안정성 문제는 실제 프로젝트 도입 전에 검증해야 한다.
• Herder 수준의 세밀한 제어나 멀티에이전트 오케스트레이션이 필요한 사용자에게는 아직 완전한 대체재가 아니다.

📈 투자·시사 포인트

• 에이전트 개발 도구의 경쟁 기준이 개별 모델 성능뿐 아니라 여러 CLI와 Git 변경 이력을 얼마나 일관된 제어 화면으로 묶는지로 확장되고 있음을 보여준다.
• 기존 CLI 자동 감지와 다양한 버전 관리 서비스 지원은 사용자가 현재 개발 환경을 유지한 채 통합 도구를 시험할 수 있게 하는 채택 요인이다.
• 모바일 앱의 완성도와 데스크톱 세션 연속성은 개발 장소의 제약을 줄이는 차별점이지만, 온라인 데스크톱 연결을 전제로 한다는 조건도 함께 평가해야 한다.
• 초기 버그와 오케스트레이션 부재를 고려하면 기능 수보다 실제 프로젝트에서의 안정성, diff 추적 정확성, 모바일 인계 경험이 제품 발전을 판단할 핵심 지표다.

⚠️ 불확실하거나 확인이 필요한 부분

• 평가는 설치 직후 일부 기능을 탐색한 초기 경험에 한정되어 있어 장기 실행 안정성, 대규모 저장소 성능, 다수 에이전트 동시 작업의 신뢰성은 확인되지 않았다.
• 추가 GPT 스레드의 중복 생성 오류와 간헐적 버그가 관찰됐으므로, 스레드·워크트리를 반복 생성하거나 복구할 때 상태가 일관되게 유지되는지 검증이 필요하다.
• T3 Code에는 멀티에이전트 오케스트레이션이 아직 포함되지 않아 Herder의 세밀한 제어와 Hermit Station 연동을 어느 범위까지 대체할 수 있는지 불확실하다.
• 자막 기반 정리: 타임스탬프가 있는 자막을 기준으로 정리했으며, 고유명사·수치·인용은 원문 확인 필요 시 별도 검증한다.
• 영상 속 주장: 발표자의 해석·전망·비교는 확인된 외부 사실이 아니라 영상 속 주장으로 분리해 읽는다.
• 검증 필요: 수치, 기업 실적, 정책·시장 전망은 발행 전 최신 자료로 별도 검증이 필요하다.

✅ 액션 아이템

• 비핵심 로컬 프로젝트에서 Codex·Claude·Grok CLI 자동 감지와 저장소 초기화·커밋·원격 게시 흐름을 먼저 재현한다.
• 에이전트별 스레드와 별도 Git 워크트리를 구성한 뒤 turn 단위 diff가 실제 변경 이력을 정확히 구분하는지 비교한다.
• 전체 접근보다 작업별 승인이나 편집 자동 승인부터 적용하고, 위험한 작업이 사용자 확인 대상으로 남는지 점검한다.
• 반복 테스트·서버 실행 명령을 프로젝트 action으로 저장해 데스크톱과 모바일 양쪽에서 동일하게 호출되는지 확인한다.

❓ 열린 질문

• T3 Code는 향후 에이전트 간 작업 분배·검토·결과 통합을 포함하는 멀티에이전트 오케스트레이션을 제공할 것인가?
• relay client 연결에서 코드와 세션의 보호 방식, 데스크톱 오프라인 시 동작, 연결 실패 후 복구 방식은 어떻게 설계되어 있는가?
• 스레드 수와 워크트리 수가 늘어나는 대형 프로젝트에서도 UI 반응성과 turn 단위 diff 추적이 안정적으로 유지되는가?