Claude Code를 떠나 Pi로 갈아탄 이유
Goodbye Claude, Hello Pi
Claude Pro 구독 초기부터 Claude Code를 써온 개발자가 결국 주력 코딩 하네스를 Pi로 옮겼다. VSCode 연동에서 한 번에 한 세션만 연결되는 버그, GUI 확장의 미완성 기능, 그리고 올해만 244번의 릴리스로 시스템 프롬프트와 도구 설명이 계속 바뀌는 불안정함이 누적된 탓이다. 그는 Claude Code가 비전 없이 기능만 쌓아 올리는 제품이 됐다고 평하며, 미니멀하고 커스터마이즈가 자유로운 오픈소스 Pi의 안정성을 반긴다.
결국 CC는 강한 비전이나 방향성이 없는 제품처럼 느껴진다. 마치 들뜬 엔지니어와 PM들이 자기 워크플로에 맞는 기능을 닥치는 대로 붙여 나가는 듯한데… 그게 다른 사용자에게 어떤 악영향을 줄지는 고려하지 않는다.
HN 토론
485- bottlepalm
3개월 전쯤까지는 TUI에서 ChatGPT/Claude를 썼는데, 이제 LLM 사용량이 폭발해서 여러 프로젝트에 걸쳐 세션이 엄청 많아졌어요. TUI는 이제 나한테 안 맞는 것 같고 지금은 ChatGPT/Claude 데스크톱을 씁니다. VS Code는 코드 리뷰 도구이자 필요할 때 git을 관리하는 곳이 됐고요.
GUI는 덜 장황하고 자질구레한 건 접을 수 있는 섹션에 숨겨져 있어서 히스토리가 더 쉽고 깔끔하게 스크롤되고, 스크롤 버그도 없고, 리치 텍스트는 표로 보면 더 읽기 쉽고, 이미지도 채팅에 통합되고, 브라우저 같은 리소스도 세션 컨텍스트 안에 들어옵니다. 드래그 앤 드롭으로 세션 정리(핀), 예약 작업 등이 모두 사이드바에 있죠.
보통 TUI는 VS Code에서 열어서 작업 중인 레포에 스코프를 맞추니까 프로젝트 10개면 VS Code 인스턴스 10개를 열어야 해서 확장성이 별로였습니다. GUI 데스크톱 앱은 하나의 앱이고, 레포에서 세션을 시작하고 쉽게 전환할 수 있어서 각각 VS Code를 열 필요가 없어요. 다시 TUI로 돌아가고 싶게 만들 게 뭐가 있을지 모르겠네요.
요즘 GUI만 쓰는 사람 또 있나요? 아니면 아직 TUI에 있고, 왜 그런가요? GUI 인터페이스는 써봤나요?
- leobuskin
Pi는 좋은 하네스입니다(마침내 abliterated GLM으로 시도해봤어요). 하지만 Anthropic 구독으로는 아니고, 일반적으로 대체 하네스를 그들의 모델과 함께 쓰는 걸 피해야 할 이유가 여러 가지 있습니다(제 생각에는):
1. ToS 위반으로 인한 잠재적 계정 정지;
2. Anthropic의 모든 통신 메커니즘을 기본으로 따르지 않음—그들은 커스텀 헤더, 숨겨진 플래그, 모델 동작에 영향을 주는 문서화되지 않은 API 기능을 많이 사용합니다;
3. Compact는 CC가 더 좋습니다(상당히);
4. 캐시 관련 미묘한 차이(CC에서도 A\가 캐시를 자주 망가뜨리는데, 그들의 캐싱은 복잡합니다);
5. Pi의 확장 기능을 쓰는 게 거의 불가피한데, 제 oauth 토큰을 제3자에게 맡기고 싶지 않습니다(이런 유출과 남용으로 사람들이 밴 당하는 레딧/X 게시글을 보세요) -> CC의 능력에 가까워지려면 Pi 위에 엄청난 해킹이 필요합니다.
CC에는 훅과 모드, 심지어 큰 커스터마이징이 필요하면 ui_* (문서화되지 않은) 프로토콜도 있어서, CC 위에 원하는 걸 구현하기에 충분합니다.
또한 저는 CC를 첫 버전부터 써왔는데, 제게는 (있는 그대로) 시장에서 최고의 하네스입니다. 사람들이 무슨 문제를 말하는지 전혀 모르겠어요(몇 년에 걸쳐 3-4개의 알려진 큰 이슈 말고는 심각한 문제를 겪어본 적이 없습니다). 매끄럽고 부드러운 경험이고 Anthropic 모델에 최적화되어 있습니다.
추신: 이걸 스톡홀름 증후군 효과로 볼 수도 있지만... Anthropic에서 밴을 풀릴 확률은 거의 0이고, 최고의 코딩 […]
- gvkhna
Pi는 논란의 여지 없이 최고의 하네스입니다. 내 것이기 때문에, 완전한 통제만이 에이전트를 운전하는 것에서 오케스트레이션하는 것으로 넘어갈 수 있는 유일한 방법입니다.
LLM에 대한 제 방해와 좌절감은 절벽처럼 줄었습니다. 단 몇 줄의 시스템 프롬프트만으로도 에이전트가 훨씬 더 자주 올바른 일을 하게 만드는 걸 보는 건 놀랍습니다.
- ftchd
> AGENTS.md 문제는 내가 Claude Code 사용을 그만두기로 한 이유 전체를 상징하죠.
이 결정이 정확하지 않은 무언가에 기반해서 내려졌다는 걸 제가 제대로 이해한 건가요? Claude는 꽤 오래전부터 AGENTS.md 파일을 읽어왔습니다.
- siraben
한 달 넘게 Pi를 매일 쓰고 있고 뒤돌아보지 않습니다. 최신 프론티어 모델들은 정말 복잡한 bash 호출을 하기 때문에, 그것들을 평범한 영어로 다시 쓰면서도 전체를 쉽게 드러낼 수 있는 확장을 작성했습니다. 어떤 하네스들은 사용자에게서 이걸 숨기려는 것 같아서 제 생각엔 꽤 무책임하죠.[0]
- jeena
흥미롭네요. 저는 회사 일에는 그들이 $200 구독을 내주기 때문에 claude를 쓰고, 집에서는 pi를 glm-5.3-flash와 이제 deepseekv4.1-flash로 쓰고 있습니다.
회사 일을 할 때는 claude가 정말 마음에 안 들어서 anthropic이 다른 하네스를 허용하지 않기 때문에 어쩔 수 없이 쓰는 겁니다. 회사에서 $200 claude 구독 대신 $20 ollama 클라우드 구독을 준다면 직장에서 훨씬 행복할 텐데, 그 정도로 싫어요.
- B4uler5
저는 4월부터 Pi를 쓰고 있습니다. copilot CLI에서 갈아탔는데, 확실히 가장 프론티어한 하네스는 아니었지만 당시에는 Pi 기본 제공의 간소화된 기능보다 더 '기능이 풍부'했습니다.
즉시 끌린 점은 모든 부분을 바꿀 수 있는 접근 권한이 얼마나 많이 주어지는가였습니다. emacs의 텍스트 버퍼와 비슷해서 버퍼의 모든 셀에 필요한 편집을 완전히 할 수 있죠. 제 설정은 꽤 최소한이지만, 예를 들어 copilot이 설정된 방식과 같은 식으로 파괴적일 수 있는 cli 호출과 파일 편집을 수락하도록 맞춰놨습니다.
현재 제 pi 설정은 그것을 튜터로 만듭니다. 더 이상 편집하지 않고 조언만 하며 가르치도록 설계됐죠. 코드 편집은 모두 직접 합니다. deepseek flash를 쓰는데 아주 싸기 때문입니다. 저한테는 잘 맞지만, 솔직히 pi는 원하는 대로 어떤 식으로든 설정할 수 있어서, 상상할 수만 있다면 무엇이든 가능하다는 점 때문에 개인적으로 최고의 하네스라고 생각합니다!
- brabel
글쓴이는 VSCode 안의 Claude Code에 대해 불평하고 있습니다. 그 불평은 대부분 Claude Desktop 앱에는 해당되지 않습니다. 코드 리뷰에 VSCode가 필요 없고, 이미 지원이 잘 되는 Claude 앱을 쓰면 됩니다.
그리고 Pi로 옮긴다면 JetBrains의 ThinkRail과 함께 쓰는 게 좋을지도 모릅니다. 제가 원하는 모든 걸 할 수 있어서 제가 가장 좋아하는 하네스입니다: 로컬 포함 여러 모델, 에이전트가 끝난 후 코드 리뷰에 집중, 기본적으로 worktree 사용. 그리고 소프트웨어 설계를 위한 멋진 도구들도 추가되어 정말 즐기고 있습니다. 한 가지 못하는 건 파일 편집을 허용하는 것 :) 하지만 괜찮아요, 드물게 뭔가 쓸 때는 emacs를 쓰니까, 무거운 IDE가 더 이상 필요 없다니 다행입니다!
- kschiffer
이슈/PR을 claude 세션에 연결하는 대시보드를 표시하고, 리뷰, 이슈 작업, PR 수정, 스펙 개발, 임시 세션 같은 활동 중심으로 작업을 더 잘 조직할 수 있게 해주는 Claude Code 모드를 만들었습니다.
vim in tmux, 키보드만 쓰는 워크플로에서 온 사람으로서 터미널을 벗어나지 않고도 가장 자연스럽게 작동합니다.
또한 Claude Code에서 작업하는 동안 바로 개발하고 개선할 수 있는 자기 참조적 설정이라는 점도 좋습니다.
많은 분들이 비슷한 개인화 설정을 만들고 있을 거예요.
- baalimago
하네스 자체보다 하네스 뒤에 있는 회사가 제공하는 추가 가치가 더 중요합니다.
예: claude desktop + projects는 (제가 찾은 한) 제한 없이 컴파일용 무료 컴퓨트를 제공합니다. 거기에 실제로 거의 소진되지 않는 opus 5.5까지 더하면 월 수천 유로어치를 얻을 수 있죠. Pi 같은 곳에서는 토큰과 컴퓨트가 계량되어 금방 상당히 더 비싸집니다.
물론 이건 지속 불가능한데, 팁은 가능한 한 오래 젖소의 젖을 짜는 겁니다.