Simon Willison의 LLM 0.32a0는 새 명령 몇 개를 더한 업데이트라기보다, 도구의 내부 세계관을 바꾼 알파 릴리스에 가깝습니다. 핵심은 입력을 "문자열 프롬프트 1개"가 아니라 메시지들의 배열로, 출력을 "텍스트 덩어리"가 아니라 타입이 있는 파트들의 흐름으로 다시 정의했다는 점입니다.12
왜 지금 중요할까요. 지금의 LLM은 이미 텍스트만 주고받는 단계가 아닙니다. 툴 호출, 추론 토큰, 구조화된 JSON, 이미지·오디오 같은 혼합 출력이 늘고 있습니다. 이런 변화 앞에서 CLI 도구가 계속 단순 프롬프트 러너에 머물면, 자동화와 플러그인 확장이 점점 억지스러워집니다. 0.32a0는 바로 그 병목을 푸는 쪽에 무게를 둔 릴리스입니다.23
눈에 띄는 기능보다 중요한 건 "무엇을 표현할 수 있게 됐나"
확인된 사실부터 보죠. 이번 버전은 model.prompt()에 messages=를 넣을 수 있게 했고, llm.user(), llm.assistant(), llm.system() 같은 빌더도 추가했습니다. 이전 방식의 단일 prompt=도 여전히 동작하지만, 내부적으로는 같은 메시지 구조로 변환됩니다.2
이 변화의 실무적 의미는 단순한 "채팅 API 스타일 지원"이 아닙니다. 이제 외부에서 이미 존재하던 대화를 그대로 집어넣기 쉬워졌습니다. 예전에는 LLM 내부의 conversation 객체나 SQLite 기반 저장 로직에 기대야 했던 부분이 있었는데, 이제는 저장소를 무엇으로 쓰든 메시지 배열만 맞추면 됩니다.2 OpenAI 호환 API 흉내 내기, 중간 상태 재실행, 워크플로 엔진과의 연결이 쉬워지는 이유가 여기 있습니다.
출력 쪽 변화는 더 중요합니다. response.stream_events()가 텍스트, reasoning, tool call name, tool args, tool result 같은 이벤트를 타입별로 흘려보냅니다.23 이건 "보기 좋게 스트리밍된다" 수준이 아니라, 응답 처리 로직을 더 이상 문자열 파싱에 의존하지 않아도 된다는 뜻입니다.
즉, 앞으로의 CLI AI는 "무슨 말을 했는가"뿐 아니라 "그 말이 최종 답변인지, 생각 중인 토큰인지, 도구 실행 요청인지"를 구분해 다뤄야 합니다. 0.32a0는 그 구분을 라이브러리의 1급 개념으로 끌어올렸습니다.
지금 가장 먼저 이득 보는 사람은 누구인가
일반 CLI 사용자에게는 당장 체감 변화가 크지 않을 수 있습니다. 실제 CLI에서 눈에 띄는 변화는 reasoning 텍스트를 다른 스타일로 보여주고, -R/--no-reasoning으로 숨길 수 있게 된 정도입니다.3 "버전 올렸는데 뭐가 달라졌지?"라는 반응이 나와도 이상하지 않습니다.
하지만 플러그인 작성자와 자동화 지향 사용자는 이야기가 다릅니다. 공식 릴리스 노트는 플러그인 작성자에게 확장된 고급 문서를 보라고 권합니다. 특히 provider metadata를 왕복 저장하고, 메시지·이벤트 단위로 모델을 구현하는 방향이 분명해졌습니다.3 이는 Anthropic의 extended thinking 서명이나 Gemini의 thoughtSignature 같은 공급자별 메타데이터를 잃지 않고 다룰 수 있다는 뜻이기도 합니다.3
자동화 쪽에서도 신호가 큽니다. response.to_dict() / from_dict()로 전체 턴을 JSON 안전한 형태로 직렬화할 수 있게 됐습니다.23 이건 프로세스 경계 너머로 응답 상태를 넘기거나, 잡 큐와 워커 사이에서 대화를 이어가거나, 실패 후 재개 가능한 파이프라인을 만드는 데 중요합니다. "CLI에서 한 번 돌려보는 도구"가 아니라 "워크플로에 편입되는 컴포넌트"로 가기 위한 조건에 가깝습니다.
이 릴리스의 진짜 메시지: LLM은 프롬프트 도구에서 플랫폼으로 간다
LLM 프로젝트의 흐름을 보면 방향이 더 선명해집니다. 2024년에는 멀티모달 입력, 2025년에는 스키마와 툴 호출, 그 뒤에는 GPT-5 계열과 툴링 개선이 이어졌습니다.4 이번 0.32a0는 그 위에 맞는 데이터 모델을 새로 깐 셈입니다. 기능이 먼저 늘고, 뒤늦게 그 기능들을 수용할 구조가 따라온 것입니다.
여기서 한 가지 반론도 가능합니다. 알파 릴리스이고, 작성자도 SQLite 로그 시스템의 그래프 기반 재설계를 앞으로 예고했습니다.1 즉, 구조 변화가 끝난 상태는 아닙니다. 안정성을 최우선으로 보는 팀이라면 지금 바로 전면 도입보다, 플러그인 호환성과 직렬화 포맷, 로그 저장 방식의 후속 변화를 지켜보는 편이 맞을 수 있습니다.
그래도 판단 기준은 분명합니다. 당신이 LLM을 단순 CLI 유틸로만 쓴다면 이번 버전은 "굳이 서두르지 않아도 되는 알파"입니다. 반대로 플러그인을 만들거나, 여러 모델 제공자를 하나의 자동화 흐름으로 엮거나, 툴 호출·reasoning·멀티모달 응답을 제대로 다뤄야 한다면 0.32a0는 지금부터 따라가야 할 변화입니다. 보이는 기능은 적지만, 앞으로 쉬워질 일의 범위는 꽤 큽니다.
참고
이 노트는 보도·비평·교육·연구 목적으로 작성되었습니다. 저작권 문의가 있으시면 에서 알려주세요.