출시 몇 시간 만에 Hacker News의 한 댓글에서 Pi Durable를 Cloudflare가 인수할 목표물이라고 언급했습니다. 이런 종류의 문장이 프로젝트의 한 주를 좌우합니다. 또한, 이는 사람들이 불안해하게 만드는 요인이기도 합니다. 왜냐하면 과대광고(hype)가 시작되었다는 의미이기 때문입니다.
Pi 1.0은 Earendil에서 2026년 10월 1일에 출시되었습니다. 같은 버전에 함께 포함된 것이 Pi Durable로, 며칠 동안 실행되고, 충돌했다가, 중단했던 지점부터 정확하게 재개할 수 있는 에이전트용 실험적 패키지입니다.
인터넷은 평소처럼 반응했습니다. 절반의 반응은 미니멀리즘에 대한 찬사였습니다. 나머지 절반은 이 것이 사용자에게 먼저 묻지 않고도 기꺼이 명령을 실행한다는 점을 지적하는 것이었습니다.
Pi Durable가 실제로 무엇인지
사람들이 항상 던지는 질문이 있습니다. '하네스(harness)란 무엇인가요?'
하네스는 저장소와 하나 이상의 에이전트 대화를 병렬로 실행하는 기계 장치입니다. 여기에는 전사 기록(transcript), 모델 호출, 도구 실행 등이 포함됩니다.
모든 코딩 에이전트는 하네스를 가지고 있습니다. 대부분은 이를 숨깁니다.
Pi Durable는 이 하네스를 핵심으로 만듭니다. 무언가를 실행하기 전에 전사 기록, 도구 호출, 모델 요청을 저장소에 체크포인트(checkpoint)합니다. 프로세스가 죽거나, 노트북이 잠들거나, 컨테이너가 재배포되어도 새로운 프로세스가 동일한 저장소를 열고 계속 진행할 수 있습니다.
컨텍스트 윈도우(context window)는 문제가 되지 않습니다. 왜냐하면 압축(compaction) 기능이 오래된 메시지가 넘치기 전에 요약하기 때문입니다. 수만 개의 메시지로 이루어진 대화조차 경계가 유지됩니다.
여기서 '지속적(durable)'이라는 단어가 의미하는 바는 그것입니다. 신뢰할 만하다거나, 똑똑하다는 것이 아닙니다.
단지 기억한다는 것입니다.
충돌에서 살아남았다. 아무도 재시작하지 않았다. 그냥 계속되었다.
이것이 한 문장으로 표현되는 전체 핵심 메시지입니다.
저는 이 아이디어를 프로덕션 환경에서 에이전트를 운영하는 친구에게 이야기했습니다. 그의 반응은 솔직했습니다. 그는 충돌 복구 가능한(crash-resumable) 에이전트는 멋져 보이지만, 그 에이전트 자체가 충돌을 일으킨 원인일 수 있다는 사실을 기억할 때까지는 그렇다고 말했습니다.
Pi 팀의 답변은 하네스가 오직 상태가 살아남는 것만을 보장한다는 것입니다. 에이전트의 행동까지 약속하지는 않는다는 것이죠. 이는 과대광고가 암시하는 것보다 더 좁은 주장이며, 따라서 더 유용한 주장입니다.
사람들을 논쟁하게 만드는 디자인
하네스(harness)가 이토록 미니멀할 때 실제로 벌어지는 일은 모두가 의견을 갖게 된다는 것입니다.
Pi의 핵심은 작습니다. 1,000 토큰 미만의 시스템 프롬프트와 네 가지 기본 도구: 읽기(read), 쓰기(write), 편집(edit), bash입니다.
계획 모드(plan mode)도 없습니다. 서브 에이전트(sub-agents)도 없습니다. 기본적으로 MCP(Master Control Program)도 없습니다.
권한 관리자나 실행 취소 지원, 웹 액세스가 필요하다면 작은 확장 기능(extension)을 작성하거나 설치하면 됩니다.
그것이 반응이 분열되는 이유입니다. 한 무리는 이를 하네스의 Neovim이라 부르며 미니멀하고 끝없이 확장 가능하다고 말합니다. 다른 무리는 명백한 점을 지적합니다. 즉, 별도의 설정 없이도 실제 환경에서 확인(confirmation) 없이 명령을 실행한다는 것입니다.
두 그룹 모두 옳으며, 차이점은 당신이 터미널에 누구를 신뢰하느냐 하는 것입니다.
미니멀리즘 측에는 실제로 주장할 만한 근거가 있습니다. 너무 부풀려진 시스템 프롬프트는 지침 충돌(instruction conflicts)을 일으키고, 충돌은 절반의 규칙을 무시하는 에이전트를 만들어냅니다. 1,000 토큰짜리 프롬프트는 그런 문제가 없습니다. 왜냐하면 충돌할 것이 아무것도 없기 때문입니다.
Cloudflare 순간
가장 흥미로운 반응은 인프라에 관한 것이었습니다.
Pi Durable는 메모리, SQLite, JSONL용 스토리지 백엔드를 제공합니다. SQLite와 JSONL 코드는 Node API를 사용하지 않기 때문에 작은 어댑터만 있으면 Bun이나 Cloudflare Durable Object 내부에서 실행될 수 있습니다.
Cloudflare는 다음 날 바로 PiHarness를 Agents SDK에 포함하여 출시했습니다. 이는 제가 새로운 에이전트 프레임워크가 이렇게 빠르게 채택되는 것을 본 적이 없으며, 플랫폼들이 지속적인 상태(durable state)에 얼마나 목마른지를 보여줍니다.
Hacker News의 평가는 직설적이었습니다. 컨테이너와 함께하는 지속적 객체는 다른 곳에는 정말로 존재하지 않기 때문에, Pi Durable는 Cloudflare에게 Pi를 좋은 인수 대상(acquisition target)으로 만듭니다.
저는 이 패턴을 전에 본 적이 있습니다. 미니멀한 도구가 플랫폼에 의해 채택되고, 그 플랫폼이 다시 그것을 채택하는 것입니다.
이는 나쁜 일이 아닙니다. 이것은 그 도구가 Hacker News에서 찾지 못했을 사람들에게 도달하는 방식이며, 로드맵이 커뮤니티의 소유권을 잃을 수 있다는 경고이기도 합니다.
| Pi Durable | Monolithic agents |
|---|
| System prompt | 1,000 토큰 미만 | 무겁고, 번들링됨 |
| ... | | |
에이전트가 읽을 수 있는 소스
테스트를 제외한 전체 소스는 약 15,000 라인입니다. GPT로는 대략 150,000 토큰, Claude로는 250,000 토큰 정도입니다. 스토리지 백엔드만 해도 3,000 라인이 되는데, 에이전트는 보통 이 부분을 건너뛸 수 있습니다.
그 숫자는 보이는 것보다 더 중요합니다. 모델이 이해할 만큼 작은 하네스(harness)는 모델이 디버깅하고, 확장하고, 재구성할 수 있다는 것을 의미합니다.
Pi 개발팀이 계속 활용하는 것이 바로 그 가변성입니다. 이 하네스는 고정된 제품이 아닙니다. 사용자가 조립하는 것이며, 에이전트가 그 조립 과정의 일부가 됩니다.
스토리지 인터페이스는 키-값 스토어(key-value store)나 Postgres 등 어떤 것에든 구현할 수 있을 만큼 작습니다. 하나의 프로세스가 한 번에 스토리지를 소유하고, 다른 클라이언트들이 이 프로세스에 연결됩니다. 이러한 설계 덕분에 Cloudflare 통합이 분기(quarter)가 아닌 하루 만에 이루어졌습니다.
솔직한 리뷰는 같은 지점을 가리킵니다. 초기 설정 마찰(Setup friction)은 현실적입니다. 작업이 아주 간단하지 않으면 툴 루프(tool loop)가 악순환에 빠질 수 있습니다.
하지만 토큰 절감과 충돌 생존력(crash survival)은 과장이 아니며, 로컬 모델을 구동하는 사람들에게는 큰 장점입니다.
솔직히 말하자면
첫날부터 이것을 메인 머신에 돌리지 마십시오.
기본적으로 권한 계층(permission layer)이 없습니다. 읽기, 쓰기, 편집, bash 등 모든 것이 기본 기능이며, 질문할 여지가 없습니다. 이는 하네스를 구축하는 사람에게는 기능이지만, 단순히 궁금해하는 사람에게는 위험 요소입니다.
메모리나 JSONL 백엔드부터 시작하여, 버릴 수 있는 작업(throwaway task)에 돌려보고, 실제 파일에 접근하게 하기 전에 권한 확장 기능을 추가하십시오. 미니멀리즘이 바로 제품입니다. 안전성은 사용자가 설치하는 구성 요소입니다.
저는 실제로 죽은 사이드 프로젝트에서 이 과정을 거쳤습니다. 루프를 작동시키는 데 저녁 시간이 걸렸고, 그것을 신뢰하여 임시 리포지토리에 연결하는 데 또 다른 저녁 시간이 걸렸습니다. 가치가 있지만, 5분 만에 설정할 수 있는 수준은 아닙니다.
그리고 배터리가 포함되어야 한다면, Pi는 당신에게 적합하지 않습니다. Claude Code와 그 동료들은 계속해서 더 무겁고, 더 안전하며, 더 사용자 친화적으로 발전할 것입니다. 이것이 실제 트레이드오프(tradeoff)이며, 마케팅상의 공백이 아닙니다.
가장 큰 오해는 'durable'이 곧 '신뢰성(dependable)'을 의미한다는 것입니다. Pi Durable은 충돌에서 살아남습니다. 에이전트가 좋은 결정을 내릴 것이라고 약속하는 것이 아니라, 단지 어디서 멈췄는지 기억할 것이라는 것만 약속합니다.
제가 계속 생각하게 되는 부분
인수(acquisition)에 대한 언급은 여전히 제 머릿속을 떠나지 않습니다. 그것이 사실이기 때문이 아니라, 그것이 무엇을 드러냈기 때문입니다.
깨끗한 스토리지 인터페이스를 가진 작은 하네스야말로 플랫폼들이 구매하는 것의 전형적인 형태입니다. 그리고 Pi 팀은 그것을 알고 있습니다. 그들은 의도적으로 인터페이스를 작게 만들었고, 다음 날 Cloudflare가 통합하도록 했습니다.
이것이 바로 'hype'가 올바르게 작동하는 방식입니다. 도구가 작업을 수행했고, 커뮤니티가 논쟁했으며, 플랫폼이 이를 알아차렸고, 시간표가 하나의 이야기가 되었습니다.
어떤 경우든 에이전트들은 장기적으로 실행될 것입니다. 단지 어디서 실행되는지, 그리고 깨어났을 때 누가 스토리지의 소유권을 갖게 될 것인가에 대한 문제였을 뿐입니다.