코드 에이전트 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토큰이 들었습니다. 같은 일에 토큰이 열여덟 배 가까이 갈린 거예요.
논문의 결론이 한 줄입니다. 지배적 효과는 scaffolding이었다. 작은 27B 로컬 모델 하나는 뼈대에 따라 비용이 139배 벌어졌어요.
tau는 README에 inspired by Pi를 명시한 파이썬 하네스예요. 모델 연결, 도구 루프, CLI 표층을 세 층으로 가른 설계고요. Pi 공식 계정은 이 논문을 공유하며, CLI 생태계가 성숙한 영역에서는 MCP 없이도 5~28배 쌌다고 덧붙였습니다.
작은 하네스는 어디에 쓰이나요?
Clay가 노리는 자리는 임베디드, 구형 하드웨어, 컨테이너 최소 이미지예요. 극단의 작음이 그대로 입장권이 되는 곳이죠.
fx는 용도를 명시했습니다. 모델 벤치마킹, 샌드박싱, 평가, 에이전트 훈련 환경. 콜드스타트 10마이크로초는 이 용처에서 값을 해요. WebAssembly로 브라우저 안에서 돌고, ACP로 에디터에도 붙습니다.
tau는 교육을 겸합니다. 거대한 프로덕션 코드베이스 없이도 코딩 에이전트의 구조를 읽게 하겠다는 거예요.
셋 다 실험 딱지는 붙어 있습니다. fx는 README에 Use at your own risk라고 적었고, Clay도 실험 단계예요. 그래도 방향은 읽힙니다. 각자 자기 언어로 같은 설계에 수렴하는 중입니다.
남는 생각
저는 이 계보를 사치가 아니라 생존 전략으로 읽습니다.
에이전트를 하나 쓸 때는 크기도 토큰도 사소합니다. 열 개, 스무 개를 상시로 굴리는 순간 그 차이가 곧 한계 대수가 되고 요금이 돼요. 하네스 경쟁의 무기가 기능 목록에서 자원 효율로 넘어온 이유입니다.
내 컴퓨터에 남는 건 작을수록 좋다는 사상, 그 극단이 88kb입니다.
원문·소스
- Clay 스킬 발표: https://x.com/sammwy/status/2091793131964416005
- Clay 레포: https://github.com/sammwyy/clay
- Vercel fx 발표: https://x.com/vercel_dev (조회 92만, 2026-08-18)
- fx 레포: https://github.com/vercel-labs/fx
- tau 레포: https://github.com/huggingface/tau
- 논문(arXiv 2608.08654): https://arxiv.org/abs/2608.08654
- Pi 공식 트윗: https://x.com/pidotdev/status/2090763462217551976 (조회 12.2만)
FAQ
자주 묻는 질문
- 왜 에이전트 크기 경쟁이 벌어졌나요?
- Vercel Labs가 7.8MiB짜리 Zig 에이전트 fx를 내놓은 게 발단이었습니다. 이후 jcode가 램 27.8MB, Clay가 88kb까지 내려오며 계보가 이어졌습니다.
- Clay는 어떻게 90kb 아래로 내려갔나요?
- C와 libcurl만 쓰고 의존성을 사실상 없앴습니다. 그러면서도 멀티 프로바이더 지원, MCP 연결, 도커식 샌드박스 같은 하네스 표준 장비는 그대로 갖췄습니다.
- 토큰 소비 최소화는 어디까지 왔나요?
- arXiv 논문 실측에서 Pi는 한 작업에 14,660토큰, 클로드 코드는 260,170토큰이 들었습니다. 작은 로컬 모델 하나는 뼈대(scaffolding)에 따라 비용이 139배까지 벌어졌습니다.