JetBrains, 에이전트마다 git worktree를 따로 주는 IDE 'ThinkRail' 공개
ThinkRail from JetBrains
JetBrains InnovationHub가 Apache-2.0으로 공개한 ThinkRail은 프로젝트에서 잘라낸 git worktree마다 독립된 브랜치와 작업 디렉터리를 부여해 여러 에이전트를 병렬로 돌린다. 각 에이전트의 변경은 자기 브랜치에만 남고 main은 건드리지 않는다. 코딩 에이전트 pi를 프로세스 안에서 실행하며, 코드 옆 SPEC.md 그래프를 에이전트가 직접 읽고 유지한다. Monaco 탭, 터미널, 실시간 diff를 갖춘 브라우저 UI로 제공된다.
모든 워크스페이스는 진짜 git worktree다. 자기 브랜치, 자기 작업 디렉터리를 가진다. 여러 에이전트를 병렬로 돌려도 각자의 어수선함은 자기 브랜치에 머물고, main은 당신이 허락하기 전까지 깨끗하게 유지된다.
HN 토론
73- rbehrends
JetBrains IDE를 좋아하고 사용하는 사람으로서, 그들의 AI 전략(전략이 있다면 말이지만)이 이렇게 파편화된 게 답답합니다. 이제 Air와 ThinkRail 둘 다 기능이 불완전한 상태이고, 기존 AI Assistant는 – 제게는 Air나 ThinkRail보다 훨씬 유용한데 – 방치되는 것 같습니다. 이미 GUI와 편집 기능이 있든 없든 수많은 하네스가 존재합니다. 기존 IDE 기능과의 좋은 통합이야말로 제공되는 게 매우 제한적인 영역이고, JetBrains가 차별화할 수 있는 지점입니다.
비교하자면, Zed가 에이전트 사이드 패널 쪽을 전반적으로 더 잘합니다(완벽하진 않지만). 하지만 Zed는 본질적으로 PyCharm이나 CLion, RustRover, Rider보다 여전히 제한적입니다.
- PippaSedai
JetBrains가 좀 안쓰럽네요. 그들의 세상 전체가 뒤집혔죠. 제가 코딩 하네스를 처음 접한 것도 그들의 IDE를 통해서였어요. 그로부터 한 달도 안 돼서 저는 그들의 플랫폼을 완전히 쓰지 않게 됐습니다. 1년이 지나면 저희 회사의 구독은 하나도 갱신하지 않을 겁니다.
살아남으려면 이런 것들을 내놓아야 하는 건 알겠지만, 그중 혁신적인 건 하나도 없어요. 좋은 프롬프트 하나로 한 방에 되는 걸 왜 돈 주고 사는지 모르겠습니다. 물론 겉보기엔 화려해 보이지만 저는 그런 건 전혀 신경 쓰지 않았어요.
- solatic
JetBrains가 왜 이렇게 어려워하는지 정말 이해가 안 됩니다.
에이전트 워크플로(터미널 채팅 세션)와 IDE의 강력함을 결합한 다국어 IDE를 만드세요. 스펙과 코드를 인덱싱해서 스펙에서 구현으로, 또 그 반대로 점프할 수 있게 하세요. 프로젝트에서 발견된 모든 문제를 계속 인덱싱하고, 간단한 "에이전트에게 수정 요청" 대화상자를 두세요. 디버거를 Markdown 출력과 함께 스킬을 통해 에이전트에 노출시켜서 에이전트들이 로깅으로 디버깅하려는 걸 그만두게 하세요. PR 리뷰와 에이전트가 주는 것을 인수 테스트할 때 여전히 엄청나게 중요한 빌드/디버그/실행 구성용의 멋진 UI를 유지하세요. Herdr가 하려는 것처럼 보이는 JetBrains 클라우드 격리 에이전트 워크스페이스 호스팅에 과금하는 방식으로 업셀하세요. 그러면 로컬 머신에서만 개발할 수 있는 제약이 없어지고, 노트북을 덮어도 개발이 계속되며, Zed가 가고 있는 방향처럼 멀티플레이어로 팀원들과 출력을 리뷰할 수 있습니다.
그렇게 어려운 일인가요?? 제겐 너무나 당연해 보이는데요.
- justauserid
IDE와 아주 쉽게 통합되는 하네스를 쓰고 싶습니다. 제가 거의 모르는 언어로 코딩할 때 도움이 될 겁니다. 눈앞에서 이것저것 빠르게 확인할 수 있으니까요. 편집기와 언어 서버 설정만 있으면 된다는 건 알지만, 시각적 문맥 전환 비용은 우리 인간에게 여전히 상당히 큽니다. 안 보이는 것은 마음에서도 멀어지기 마련이죠.
VS Code를 노리고 있었는데, IntelliJ와 Android Studio를 많이 써봤으니 한번 시도해볼까 합니다.
- exceptione
JetBrains는 장인형 엔지니어와, 때때로 손으로 코딩해야 하는 '바이빙' 엔지니어에 집중해야 합니다. 그들은 이미 큰 해자를 가지고 있습니다. 사용자 기반이 플랫폼을 떠나지 않게 하려는 것 같은데, 프롬프트 통합은 이미 다뤘다고 생각합니다. 기존 제품과 전혀 무관해 보이는 또 하나의 LLM 래퍼는 제 생각에 가치가 없습니다. 적어도 금전적 가치는요.
JetBrains에게 모든 LLM 역량과 인적 자원을 IDE 백로그를 줄이고 모든 IDE 중의 GOAT를 내놓는 데 쏟으라고 권하고 싶습니다. IDE를 만드는 것이 그들의 강점이고, 그 범주에는 언제나 시장이 있을 겁니다.