JetBrains의 ThinkRail은 pi 코딩 에이전트를 git worktree 작업 공간마다 따로 돌리는 오픈소스 IDE입니다 | DAKER 커뮤니티

신문 콜라주풍 그림에서 가운데 노트북에서 세 갈래 종이 철로가 뻗어 나가 각자 책상에서 일하는 작은 로봇들로 이어지고, 옆에는 명세 문서를 뜻하는 메모 더미가 붙어 있으며, 아래쪽 오려 붙인 종이 띠에 「에이전트마다 작업 공간 따로, 명세는 코드 옆에 남긴다」 제목이 적힌 10초 모션 영상 미리보기입니다. 오른쪽 위에 JetBrains 공식 로고가 있습니다
설명용 생성 이미지입니다. 10초 모션 영상 원본은 글 아래 첨부 파일에 있습니다.

2026년 10월 29일 오전 11시 37분(한국 시간) GitHub Trending 일간 1위는 JetBrains/thinkrail입니다. 한 줄로 말하면 ThinkRail은 JetBrains가 인큐베이터 프로젝트로 공개한 에이전트 중심 IDE로, 오픈소스 코딩 에이전트 pi를 감싸 저장소마다 git worktree 작업 공간을 따로 만들어 주고, SPEC.md 명세 파일을 코드 옆에 두어 대화가 끝나도 의도가 남게 합니다. 여러 실험 브랜치를 에이전트에게 동시에 맡겨 보고 싶은 DAKER 참가자라면 눈여겨볼 만합니다.

ThinkRail은 무엇인가

README는 ThinkRail을 쓸수록 나아지는 에이전트형 IDE라고 소개합니다. 오늘은 살아 있는 명세로 프로젝트를 익히고, 앞으로는 사용 방식에 맞춰 필요한 도구를 스스로 만들게 하겠다는 것이 목표입니다. 바탕에는 npm 패키지 @earendil-works/pi-coding-agent로 배포되는 pi 코딩 에이전트가 있고, ThinkRail은 pi를 프로세스 안에서 돌리면서 웹 UI와 이어 주는 얇은 호스트 역할을 합니다. 모델, 스킬, 대화 압축, 비용, 세션 상태는 pi가 맡고, ThinkRail은 작업 공간과 편집기와 통신을 맡는 구조입니다.

2026년 10월 29일 오전 11시 37분(KST) GitHub API 기준 스타는 5,167개, 포크는 267개이고, 라이선스는 Apache License 2.0입니다. 주요 언어는 TypeScript이며, 저장소는 2026년 7월 8일(KST)에 만들어졌습니다. 정식 채널 최신 릴리스는 2026년 10월 19일(KST)에 나온 v0.2.0이고, 나이틀리 채널은 10월 28일(KST) v0.3.0-nightly.9까지 올라와 있습니다. README 첫 줄에는 JetBrains 인큐베이터 프로젝트 배지가 붙어 있습니다.

README가 꼽는 기능은 이렇습니다. git 저장소를 프로젝트로 열고 git worktree로 작업 공간을 잘라 내 각자 브랜치와 폴더에서 에이전트를 병렬로 돌립니다. Monaco 편집기 탭, 파일 트리, 터미널, 변경 사항 보기가 있는 진짜 IDE 화면이 작업 공간 단위로 묶이고, 파일과 diff에 남긴 리뷰 댓글을 대화에 구조화된 맥락으로 보낼 수 있습니다. 작업 공간마다 pi 대화를 여러 개 열어 각각 다른 모델과 토큰, 비용 표시를 둘 수 있고, 하위 에이전트에 일을 나누거나 에이전트와 함께 고치는 계획의 단계마다 따로 커밋할 수 있습니다. 이 밖에 MCP 서버 연결, 다른 코딩 에이전트용으로 갖고 있던 Agent Skills 재사용, GitHub PR 열기와 CI 확인까지 이어지는 흐름이 들어 있습니다.

정보 카드에 GitHub Trending 일간 1위, JetBrains/thinkrail, 스타 5,167개, Apache-2.0 라이선스, TypeScript, git worktree 작업 공간과 SPEC.md 명세와 pi 에이전트, 설치 명령과 실행 명령이 영어로 적힌 이미지입니다
2026년 10월 29일 오전 11시 37분(KST) GitHub 기준 ThinkRail 저장소 정보와 설치 방법입니다.
ThinkRail의 핵심은 에이전트에게 매번 프로젝트를 다시 설명하는 대신, 코드 옆 SPEC.md 명세를 에이전트가 직접 읽고 고치게 해서 대화가 끝나도 의도가 남게 한다는 점입니다.

ThinkRail은 왜 지금 뜨나

첫째, IDE를 만들어 온 JetBrains가 직접 내놓은 에이전트 IDE라는 점입니다. 2026년 10월 29일 오전 11시 37분(KST) 트렌딩 페이지에 표시된 오늘 받은 스타는 1,068개였습니다. 같은 시각 일간 목록에는 obra/superpowers, Nutlope/hallmark, pbakaus/impeccable처럼 코딩 에이전트에 스킬과 규칙을 붙이는 저장소가 여럿 올라 있어, 에이전트를 어떤 환경에서 어떻게 일하게 할지에 관심이 모여 있음을 보여 줍니다.

둘째, 명세를 중심에 둔 개발 방식이 분명합니다. 저장소 주제에는 spec-driven-development, agent-skills, pi-agent가 달려 있고, README는 서로 연결된 SPEC.md 파일 그래프가 코드 옆에 있으며 에이전트가 전용 spec 도구로 이를 읽고 검색하고 고친다고 설명합니다. ThinkRail 자체도 모듈마다 SPEC.md를 두고, 경계나 계약이나 결정을 바꾸는 변경은 같은 커밋에서 명세도 고치는 방식으로 개발한다고 적혀 있습니다.

셋째, 개발 속도가 빠릅니다. 커밋 기록을 보면 10월 28일(KST) 하루에도 저장소를 원하는 폴더에 복제해 바로 여는 기능, 대화 압축 뒤 스킬 본문을 다시 붙이는 기능 같은 변경이 연달아 들어갔고, 나이틀리 빌드도 같은 날 두 번 나왔습니다.

ThinkRail은 어떻게 써 보나

README는 데스크톱 설치 파일과 thinkrail 명령줄 도구 두 가지를 안내합니다. 데스크톱은 릴리스 페이지에서 운영체제에 맞는 파일을 받으면 되는데, macOS 14 이상, Windows x64, Linux x64와 ARM64를 지원합니다. 명령줄 도구는 macOS와 Linux에서 아래 설치 스크립트 한 줄로 설치하며, 스크립트가 맞는 바이너리를 내려받아 SHA-256 체크섬을 확인한 뒤 PATH에 올려 줍니다.

curl -fsSL https://raw.githubusercontent.com/JetBrains/thinkrail/main/install.sh | bash
thinkrail ~/code/my-repo

실행하려면 PATH에 git이 있어야 하고 모델 제공자가 하나 필요합니다. 앱에서 JetBrains AI로 로그인하거나 pi의 자체 인증으로 다른 제공자를 연결하면 되고, ThinkRail은 별도 계정을 두지 않습니다. 이미 pi를 쓰고 있다면 기존 설정 폴더를 그대로 읽습니다. 처음 실행하면 제공자 연결과 프로젝트 선택을 안내하고, 브라우저에서 같은 앱을 여는 방식으로도 쓸 수 있습니다.

ThinkRail 전체를 쓰지 않고 터미널의 pi에 일부 도구만 붙일 수도 있습니다. 에이전트가 추측하는 대신 객관식 질문을 던지게 하는 도구와 대화 안에 다이어그램이나 미리보기를 그려 주는 도구가 각각 pi 패키지로 공개돼 있습니다.

pi install npm:@thinkrail/pi-ask-user-question
pi install npm:@thinkrail/pi-visualize

사용 전에 알아 둘 점도 있습니다. README의 개인정보 항목에 따르면 앱은 실행, 대화 생성, 메시지 전송 같은 기본 사용 이벤트를 무작위 설치 ID와 함께 수집하며, 프롬프트와 코드와 파일은 포함하지 않는다고 밝힙니다. 추가 사용 데이터 공유는 설정에서 끌 수 있고, 명령줄에서는 --no-analytics 옵션을 쓸 수 있습니다. Linux 빌드는 아직 서명되지 않았고, macOS 명령줄 바이너리는 서명은 됐지만 공증은 아직이라고 적혀 있습니다.

ThinkRail은 어디에 쓰면 좋나

첫째, 대회 실험을 브랜치별로 나눠 돌릴 때입니다. 피처 엔지니어링 한 갈래, 모델 교체 한 갈래처럼 작업 공간을 worktree로 나눠 에이전트에게 맡기면 서로의 파일을 건드리지 않고 병렬로 진행한 뒤 좋은 브랜치만 합칠 수 있습니다.

둘째, 해커톤처럼 며칠 이어지는 팀 프로젝트에서 맥락을 지킬 때입니다. 요구 사항과 결정 사항을 SPEC.md에 남겨 두면 다음 날 새 대화를 열어도 에이전트가 명세부터 읽고 이어서 일할 수 있습니다.

셋째, 에이전트가 만든 변경을 사람이 검토하는 흐름을 연습할 때입니다. diff에 리뷰 댓글을 달아 대화로 돌려보내고, 계획의 단계마다 따로 커밋하는 방식은 에이전트 작업을 팀 코드 리뷰 습관에 맞추는 데 도움이 됩니다. Apache License 2.0이라 고쳐 쓰기도 자유롭습니다.

다만 아직 0.x 버전이고 바탕 에이전트가 pi로 정해져 있으니, 평소 쓰는 코딩 에이전트와 함께 쓸 수 있는지 먼저 확인해 보는 편이 좋습니다. 여러분은 코딩 에이전트에게 여러 실험을 동시에 맡길 때 작업 공간을 어떻게 나누고 계신가요? 써 본 에이전트 IDE나 명세 관리 방법이 있다면 댓글로 나눠 주세요.

출처