85kb에서 88kb가 됐다고 사과문을 올린 에이전트 제작자가 있습니다

코드 에이전트 Clay의 제작자는 스킬 시스템을 넣으며 사과문을 올렸습니다. 바이너리가 85kb에서 88kb가 됐다고요. 그는 발표 트윗에 이렇게 적었습니다. "유감스럽게도 용량이 늘었습니다. 사과드립니다 :(" 답글을 단 사람들도 같은 세계에 삽니다. 한 사람은 "3kb는 용서한다"고 답했어요.

이 사과문이 농담이 아닌 이유를 알려면, 지금 하네스 제작자들이 벌이는 크기 경쟁부터 봐야 합니다.

왜 에이전트 크기 경쟁이 벌어졌나요?

버셀이 먼저 도발했어요. Vercel Labs가 작고 빠르다며 Zig로 짠 에이전트 fx를 내놨죠. 바이너리 하나에 7.8MiB, 콜드스타트 10마이크로초. 사람들은 발표 트윗을 92만 번 넘게 조회했습니다.

아르헨티나의 24살 개발자는 그 7MB를 보고 더 작게 가보자며 Clay를 시작했어요. 그는 결국 90kb 미만으로 만들었어요.

계보를 넓혀 보겠습니다. jcode는 램을 27.8MB만 써서 클로드 코드의 14분의 1 수준이고, 제작자들은 fx를 7MB, Clay를 88kb까지 줄였습니다.

모델이 무거워질수록 개발자들은 하네스를 가볍게 만듭니다. 어차피 모델은 API 건너편에서 생각하니까요. 프론티어 모델이 수천억 파라미터로 커지는 동안, 개발자들은 내 기계에 남는 껍데기를 극단까지 얇게 깎고 있어요.

Clay는 어떻게 90kb 아래로 내려갔나요?

제작자는 C와 libcurl만 썼어요. 의존성은 사실상 없앴죠.

제작자 이력을 보면 수긍하게 됩니다. 리버스 엔지니어링, 에뮬레이터 개발, PS2 홈브루. 그는 바이트를 아끼는 감각이 몸에 밴 사람이에요.

그런데 제작자는 기능을 빼지 않았습니다. 멀티 프로바이더 지원에 MCP 연결, 도커식 샌드박스, 체크포인트와 undo, 장단기 메모리에 대화 히스토리까지. 리눅스와 윈도에서 한 줄로 설치할 수도 있습니다. 하네스 표준 장비를 전부 싣고 88kb예요.

한 사람이 답글로 급소를 짚었죠. Pi랑 뭐가 다르냐, 가벼운 거 말고. 기능 경쟁으로는 큰 하네스를 못 이겨요. 대신 작다는 점을 무기로 쓸 수 있는 곳을 노려요.

토큰 소비 최소화는 어디까지 왔나요?

개발자들은 토큰으로도 경쟁합니다. 학계 팀이 8월 11일 arXiv 논문(2608.08654)으로 숫자를 내놨죠.

연구팀은 에이전트 7종과 모델 5종을 같은 저장소 작업에 돌렸습니다. Pi는 한 작업에 중간값 14,660토큰, 허깅페이스의 tau는 16,459토큰으로 완주했어요. 클로드 코드는 260,170토큰, qwen-code는 288,808토큰을 썼습니다. 같은 일에 클로드 코드는 Pi보다 토큰을 열여덟 배 가까이 더 쓴 거예요.

연구팀은 한 줄로 결론을 냈습니다. "지배적 효과는 scaffolding이었다." 같은 27B 로컬 모델도 어떤 뼈대에 올리느냐에 따라 비용을 139배까지 더 썼어요.

tau는 README에 inspired by Pi를 명시한 파이썬 하네스예요. 모델 연결, 도구 루프, CLI 표층을 세 층으로 나눈 설계고요. Pi 공식 계정은 이 논문을 공유하며, CLI 생태계가 성숙한 영역에서는 MCP 없이도 5~28배 싸게 돌렸다고 덧붙였습니다.

작은 하네스는 어디에 쓰이나요?

Clay는 임베디드, 구형 하드웨어, 컨테이너 최소 이미지를 노려요. 작기만 하면 들어갈 수 있는 곳이죠.

Vercel Labs는 fx의 용도를 명시했습니다. 모델 벤치마킹, 샌드박싱, 평가, 에이전트 훈련 환경. 이런 용처라면 콜드스타트 10마이크로초를 제대로 써먹을 수 있어요. fx는 WebAssembly로 브라우저 안에서 돌고, ACP로 에디터와도 연결할 수 있습니다.

허깅페이스는 tau를 교육용으로도 내놨습니다. 거대한 프로덕션 코드베이스 없이도 코딩 에이전트의 구조를 읽게 하겠다는 거예요.

Vercel Labs는 fx README에 Use at your own risk라고 적었고, Clay 제작자도 실험 단계라고 밝혔어요. 그래도 저는 여기서 방향 하나를 봅니다. 제작자들이 각자 자기 언어로 같은 설계에 수렴하는 중입니다.

남는 생각

저는 이 계보를 생존 전략으로 읽습니다.

에이전트를 하나 쓸 때는 크기도 토큰도 사소합니다. 열 개, 스무 개를 상시로 굴리기 시작하면 그 차이만큼 띄울 수 있는 개수를 잃고 요금을 더 냅니다. 그래서 하네스 제작자들이 기능 목록보다 자원 효율로 경쟁합니다.

Clay 제작자는 내 컴퓨터에 남는 건 작을수록 좋다는 생각을 88kb까지 밀어붙였습니다.

---