코딩 에이전트는 이 년 동안 계속 자랐다. 몇 주마다 무엇인가가 더해진다. 하위 에이전트, 계획 모드, 권한 확인 창, 배경 셸, 내장 과제 목록, 딸린 외부 도구 서버 한 벌, 특정 모델에 맞춰 조정한 지시 조각.하나하나 모두 그럴듯하게 들린다. 그래도 정직한 시험법은 간단하다. 그 대부분을 꺼도 일은 끝난다. 실제로 계속 쓰이는 것은 대개 파일 읽기, 파일 고치기, 명령 돌리기 세 가지다.

덜 이야기되지만 더 야금야금 믿음을 깎는 두 번째 성가심이 있다. 많은 에이전트가 조용히 문맥에 글을 밀어 넣고는 보여 주지 않는다. 행동이 달라지고, 설명은 '그래야 더 똑똑해진다'는 것이다. 도구가 무엇을 하는지 알고 싶은 기술자에게 아침 아홉 시에 잘 돌던 흐름이 열 시에 깨지는 이유는 여기 있다. 누가 변경을 요구해서가 아니라 새 판이 자기 지시의 표현을 바꿔 놓았기 때문이다.

Pi는 이 둘을 불평이 아니라 설계 조건으로 다룬다. 도구는 넷, 시스템 지시는 천 토큰 미만, 그리고 '멋져 보이는' 것의 거의 전부를 일부러 만들지 않는다. 빠진 부분은 나중에 에이전트가 직접 스크립트 언어로 쓴 확장으로 채운다. 지은이는 공개 생태계의 오랜 사람으로 잘 알려진 게임 틀을 쓴 이이고, 2026년 봄에 널리 쓰이는 웹 틀의 지은이가 세운 공익 회사에 프로젝트가 넘어갔으며 그 뒤로 아주 큰 주목을 모았다.

도구 네 개와 한 번에 읽히는 지시

도구 전체는 이렇다. 파일 읽기, 파일 쓰기, 정확한 문자열 치환으로 파일 고치기, 셸 명령 실행. 이것이 이 작품의 표준 구성 전부다. 모델별 조각까지 세면 만 토큰을 넘는 것이 보통인 하네스와 견주면 차이는 말의 문제가 아니다. 평소에는 일을 시작하기도 전에 문맥 창의 상당 부분이 이미 쓰여 있다.

잰 결과가 원칙보다 재미있다. 견줄 만한 프로그래밍 과제에서 같은 일이 같은 종류의 에이전트보다 한 배 반에서 두 배 빨리 끝난다. 백만 줄 저장소에서 한 줄 세우기 평가에서는 비용과 통과율의 대부분 조합에서 잘 알려진 상용 하네스 둘을 앞섰다. 그리고 단순한 인사 한 번에 대략 천백 토큰, 창의 천분의 사에 못 미친다. 눈에 띄는 다른 하나는 만 팔천, 칠 퍼센트를 쓴다.

터미널 비교표에서도 상위 다섯에 들었고, 같은 표의 나머지 셋은 잘 만들어 둔 상용 제품이었다. '거의 아무것도 없는' 도구가 '모두 가진' 도구를 이긴 것은 지은이의 판단을 받쳐 준다. 모델은 이미 엄청난 양의 에이전트 작업으로 훈련되어 코딩 하네스가 무엇인지 안다. 큰 발판으로 일러 줄 필요가 없다.

스스로를 확장하는 것이 진짜 기능

'작다'는 잘라내기가 아니라 무엇을 기능으로 셀지의 정의가 바뀐 것이다. 도구 넷은 바닥이고, 더 높은 능력은 확장으로 쌓는다. 부품을 쓰면 자기 도구를 등록하고, 빗금 명령을 더하고, 키 배치를 넓히고, 사건을 받아들이고, 터미널 화면을 직접 짤 수 있다. 쉰 개가 넘는 예가 딸려 있고, 하위 에이전트와 계획 모드, 권한 관문, 경로 보호, 원격 실행, 격리 공간, 외부 도구 연결, 직접 만든 편집 화면, 상태 줄, 겹쳐 보기를 덮는다.

더 재미있는 나머지 절반은 직접 쓰지 않아도 된다는 것이다. 데이터베이스 조회 도구가 필요하면 셸로 스크립트를 돌리는 형태로 써 준다. 작은 표시 부품이 필요하면 그 부품을 쓴다. 다시 읽어 들이면 새 능력이 그 자리에서 산다. 도구의 한계는 공급자의 계획표가 아니라 내 흐름이 정한다. 확장은 조나 공개를 위해 묶을 수 있고, 이미 언어 서버 지원을 더한 갈래와 터미널 안에서 게임을 통째로 돌리는 확장도 나와 있다.

네 개의 입구, 이용자 종류마다 하나

대화 모드에는 터미널 화면 한 벌, 차분 그리기, 새로운 키보드 규약, 줄 안 그림, 눌리는 참조가 있다. 한 번만 쓰는 모드는 물음 하나를 받아 답하고 끝나며, 기계가 읽는 사건 흐름을 내보내 파이프와 자동화에 맞는다. 표준 입출력으로 작은 규약을 말하는 모드는 스크립트 실행 환경이 없는 곳에 끼워 넣기 위한 것이다. 그리고 함수 형태로 넣는 모드가 있으며, 적어도 하나의 다중 플랫폼 조수가 그렇게 만들어졌다.

모델 지원은 넓으면서 무겁지 않다. 열몇 곳의 공급자와 수백 개 모델, 대화 도중에 바꿀 수 있고, 직접 만든 공급자와 모델은 설정 문서나 확장으로 더한다.

말을 끼워 넣는 두 방식은 짚어 둘 만하다. 닫힌 상자 느낌에 직접 닿기 때문이다. 결정 키를 누르면 곧바로 이끈다. 지금 도는 도구 호출을 끊고 새 지시를 문맥에 넣는다. 다른 조합은 차례를 기다리게 하고 그 회차가 끝난 뒤 처리한다. 흐름을 깨지 않고 방향을 바꿀 수 있고, 어느 쪽을 썼는지도 분명하다.

일부러 만들지 않은 것들의 목록

이 작품은 '만들지 않은 것' 쪽을 남겨 두었다. 드물고 쓸모 있는 정직함이다. 외부 도구 서버는 붙이지 않는다. 흔히 쓰는 브라우저 자동화 서버는 스물한 개의 도구 정의를 한꺼번에 문맥에 부어 만 삼천이 넘는 토큰, 창의 칠에서 구 퍼센트를 일이 시작되기도 전에 써 버린다. 대신 에이전트가 필요한 설명을 스스로 읽고 명령 줄 도구를 부른다. 쓴 만큼만 토큰을 낸다.

계획 모드도 넣지 않는다. 계획은 평범한 문서에 적고, 에이전트가 읽고 고치고 인용하며 코드와 함께 판으로 관리한다. 과제 목록도 넣지 않는다. 그런 목록은 모델을 집중시키기보다 헷갈리게 하는 횟수가 많다는 판단이다. 배경 셸도 넣지 않는다. 터미널 다중화 도구가 이미 그 일을 하고 무엇보다 모두 관찰할 수 있기 때문이다. 하위 에이전트도 넣지 않는다. 같은 에이전트의 둘째를 다른 칸에서 돌리는 편이 숨은 위임보다 잘 보인다.

모두 확장 체계로 되찾을 수 있고, 그것이 요점이다. 핵심은 얇게 남고 중요한 능력은 하나도 잃지 않는다. 지은이 자신의 정리는 이렇다. 덧붙일 것을 만들어 내는 기계를 지어 놓고, 정작 자신은 일부러 검소한 방에 산다고.

누구에게 맞는가

기능이 쓰임보다 빨리 자라는 도구에 지친 사람, 혹은 공급자의 계획표가 아니라 자기 흐름이 도구의 모양을 정하기를 바라는 사람에게 지금 진지하게 만져 볼 만한 터미널 코딩 에이전트다. 기능이 하나 모자란 것이 아니라 전제가 다르다. 값은 한 시간을 들여 확장을 쓸 마음, 또는 에이전트에게 쓰게 할 마음이다. 여기서의 최소는 공학의 태도이지 거친 제품의 변명이 아니다.