Pi 0.80.3 업데이트
아래는 2026년 6월 30일 공개된 Pi 0.80.3 공식 릴리스를 단순한 변경 목록이 아니라, 최신 모델을 선택하는 흐름, RPC와 extension으로 Pi를 다른 도구에 연결하는 표면, provider 오류와 긴 세션 안정성을 다루는 운영 변화로 재구성한 글입니다.
공식 릴리스 노트 기준으로 Claude Sonnet 5 지원, `outputPad`, `externalEditor`, RPC `get_entries`와 `get_tree`, `./rpc-entry`, `session_info_changed`, Azure Foundry endpoint 지원, `Usage.reasoning`, 기본 OpenAI 모델 `gpt-5.5`, OpenAI Codex Responses SSE timeout 개선, provider HTTP error body 표시, compaction·session·image input 안정성 수정을 정리했습니다.
이번 릴리스의 중심 메시지
Pi 0.80.3은 에이전트 코어에 새 기능을 크게 얹는 릴리스라기보다, 최신 모델과 외부 통합, provider 실패 진단을 더 현실적인 운영 조건에 맞춘 릴리스입니다.
사용자에게 중요한 변화는 Claude Sonnet 5를 고르는 것만이 아닙니다. 세션 tree를 RPC로 읽고, extension이 세션 이름 변화를 감지하고, reasoning token과 provider 오류 본문을 볼 수 있어 Pi를 개인 TUI에서 팀의 통합 도구로 확장할 때 확인할 지점이 늘어났습니다.
1. 사용자 기능 단위별 가치
| 기능 단위 | 주요 사용자 | 사용자가 느끼는 문제 | 업데이트 가치 | 사용자에게 와닿는 메시지 |
|---|---|---|---|---|
| Claude Sonnet 5 지원 | Anthropic-compatible, Bedrock provider로 Pi를 쓰는 개발자 | 새 모델을 쓰려면 provider catalog와 thinking 설정을 직접 맞춰야 함 | 상속된 provider catalog에서 Claude Sonnet 5와 adaptive thinking을 바로 선택 | 모델 교체 비용을 낮추고 최신 Claude 계열 선택지를 넓힌다 |
| 기본 OpenAI 모델 gpt-5.5 | OpenAI provider를 기본값으로 쓰는 개인 사용자와 팀 | 기본 모델 변화가 생산성, 비용, 재현성에 영향을 줄 수 있음 | 새 기본값을 명시해 업데이트 후 모델 기준을 빠르게 확인 | 업데이트 뒤 결과 차이를 모델 변경까지 포함해 점검한다 |
| outputPad 설정 | 터미널 TUI 가독성을 세밀하게 맞추는 사용자 | user, assistant, thinking block의 좌우 여백이 작업 환경과 맞지 않을 수 있음 | 메시지와 thinking block의 horizontal padding을 설정으로 조정 | 긴 세션을 읽는 피로를 작은 UI 설정으로 줄인다 |
| externalEditor 설정 | Ctrl+G로 외부 편집기를 자주 여는 CLI 사용자 | $VISUAL, $EDITOR 환경 변수나 OS 기본 fallback에만 의존해야 함 | settings.json에서 외부 편집기 명령을 명시하고 fallback 흐름을 유지 | Pi의 작성 흐름을 팀이나 개인의 표준 편집기에 맞춘다 |
| RPC get_entries와 get_tree | Pi를 다른 앱, 터미널 UI, 자동화 도구에 연결하는 통합 개발자 | 세션 엔트리와 tree snapshot을 외부 클라이언트에서 직접 보기 어려움 | RPC 클라이언트가 세션 내용과 트리 구조를 읽을 수 있는 명령 확보 | Pi 세션을 외부 도구에서 탐색 가능한 데이터로 다룬다 |
| ./rpc-entry export | Pi를 RPC mode로 임베드하거나 실행하는 SDK 사용자 | RPC 실행 진입점을 패키지 경계 밖 구현 세부사항에 기대기 쉬움 | 패키지 export로 Pi를 RPC mode에서 직접 시작 | 통합 코드를 더 안정적인 공개 진입점에 연결한다 |
| session_info_changed 이벤트 | 세션 이름과 상태를 따라가는 extension 제작자 | 세션 이름 변경을 놓치면 sidebar, status, 외부 동기화가 늦게 반영됨 | extension이 session name change를 관찰하고 UI나 메타데이터를 갱신 | 확장 UI가 세션 변경을 더 즉시 따라간다 |
| Azure Foundry endpoint 대응 | Azure OpenAI Responses provider를 쓰는 엔터프라이즈와 플랫폼 팀 | 현재 Microsoft Foundry endpoint URL과 기존 설정 흐름이 맞지 않을 수 있음 | 현대 Azure Foundry endpoint URL을 provider setup에서 지원 | Azure 기반 운영 환경과 Pi provider 설정의 간극을 줄인다 |
| Usage.reasoning token counts | thinking/reasoning 비용을 추적하는 모델 운영자와 팀 리드 | provider가 reasoning token을 보고해도 사용량 설명에 반영하기 어려움 | 지원 provider의 reasoning/thinking token 사용량을 Usage에 포함 | 사고 토큰 비용을 숨은 비용이 아니라 관찰 가능한 항목으로 본다 |
| SSE response-header timeout 개선 | OpenAI Codex Responses 스트림을 느린 네트워크에서 쓰는 사용자 | 고정 20초 대기 때문에 실제로는 진행 가능한 요청이 false timeout으로 실패 | 구성된 HTTP timeout을 사용해 느린 연결의 오탐 실패를 줄임 | 장거리 네트워크나 느린 provider 응답에서 실패 판단이 더 현실적이다 |
| provider HTTP error body 표시 | provider 오류를 디버깅하는 개발자와 운영자 | opaque SDK message만 보이면 인증, quota, payload 문제를 구분하기 어려움 | HTTP 오류에 response body를 포함해 실제 provider 메시지를 확인 | 모델 호출 실패를 더 빨리 원인별로 나눈다 |
| 세션·입력·stream 안정성 수정 | 긴 세션, compaction, 이미지 입력, ephemeral run을 쓰는 사용자 | compaction 후 흐름, invalid session file, BMP 입력, retry 가능 stream 오류가 작업을 끊음 | 세션 보존, 오류 표시, auto-retry, 이미지 첨부 처리의 예외 상황 개선 | 작업이 길어질수록 드러나는 작은 끊김을 줄인다 |
2. 가치 기준별 핵심 변화
A. 모델 선택: 최신 모델과 비용 관찰 지점이 함께 늘었다
Pi 0.80.3은 Claude Sonnet 5를 Anthropic-compatible과 Bedrock provider catalog에 추가하고, OpenAI provider의 기본 모델을 `gpt-5.5`로 바꿨습니다. 모델 선택지는 늘었지만, 업데이트 후 결과 품질과 비용 기준이 바뀔 수 있다는 점도 같이 봐야 합니다.
| 모델 항목 | 내용 |
|---|---|
| Claude Sonnet 5 | Anthropic-compatible과 Bedrock provider catalog에서 사용 가능, adaptive thinking 활성화 |
| Claude Sonnet 5 metadata | Anthropic-compatible과 Bedrock 요청에 adaptive thinking payload를 쓰도록 수정 |
| OpenAI 기본 모델 | `gpt-5.5`로 변경 |
| Usage.reasoning | provider가 보고하는 reasoning/thinking token count를 사용량 데이터에 포함 |
| Xiaomi MiMo pricing | models.dev 기준 현재 pay-as-you-go pricing에 맞게 생성 pricing 수정 |
| 사용자 의미 | 모델 선택지는 늘고, 비용·thinking 사용량·기본 모델 변화는 더 명확히 확인해야 함 |
`Usage.reasoning` token count는 팀 운영 관점에서 특히 중요합니다. thinking token은 품질을 높이는 데 도움이 될 수 있지만, 비용과 지연을 설명해야 하는 항목이기도 합니다. 이제 provider가 해당 값을 보고하는 경우 Pi의 사용량 데이터에 반영할 수 있습니다.
0.80.3의 모델 변화는 "더 좋은 모델을 쓴다"보다, 어떤 모델이 기본값이고 thinking 비용이 어디에서 발생하는지 더 명확히 보는 쪽에 실무 의미가 있다.
B. RPC와 extension: Pi 세션을 외부 도구가 더 잘 읽는다
이번 릴리스는 Pi를 단독 터미널 앱으로만 쓰는 사용자보다, Pi를 다른 앱이나 자동화에 연결하는 사용자에게 중요한 API 표면을 넓혔습니다. RPC 클라이언트는 세션 엔트리와 트리 스냅샷을 읽을 수 있고, extension은 session name change를 관찰할 수 있습니다.
| 통합 항목 | 내용 |
|---|---|
| RPC get_entries | RPC 클라이언트가 session entries를 읽을 수 있는 명령 추가 |
| RPC get_tree | 세션 tree snapshot을 외부 클라이언트가 조회 가능 |
| ./rpc-entry export | 패키지 export를 통해 Pi를 RPC mode로 직접 시작 |
| session_info_changed | extension이 session name change를 관찰 가능 |
| extension tool changes | 같은 agent run의 다음 provider request 전에 tool 변경이 적용되도록 수정 |
| 통합 의미 | Pi를 독립 TUI가 아니라 앱 안에 연결하는 사용자가 더 안정적인 공개 표면을 얻음 |
세션 기록이 tree 구조라는 Pi의 핵심 특성은 사람에게는 `/tree` 탐색 경험으로 보이지만, 통합 개발자에게는 외부 UI와 저장·공유·검토 도구가 읽어야 하는 데이터 구조입니다. `get_entries`와 `get_tree`는 그 구조를 공개 명령에 가깝게 다루는 방향입니다.
C. 터미널 사용감: 작은 설정이 긴 세션 피로를 줄인다
`outputPad`와 `externalEditor`는 릴리스 노트에서 작은 항목처럼 보이지만, Pi를 하루 종일 터미널에서 쓰는 사용자에게는 반복 마찰을 줄이는 변화입니다. 읽는 공간과 작성 도구가 사용자의 작업 습관에 맞아야 긴 agent session을 유지하기 쉽습니다.
| 사용감 항목 | 내용 |
|---|---|
| outputPad | user message, assistant message, thinking block의 좌우 padding 조정 |
| externalEditor | Ctrl+G external editor command를 settings.json에서 지정 |
| 기본 fallback | Windows는 Notepad, 그 외 환경은 nano fallback 유지 |
| transcript rendering | Markdown escape sequence의 visible backslash 보존 |
| incomplete response error | output length로 중단된 assistant message에 visible incomplete-response error 표시 |
| BMP image input | disk BMP image file을 PNG로 변환해 read와 CLI @file 입력으로 첨부 |
transcript backslash 보존, incomplete response error 표시, BMP image 입력 처리도 같은 맥락입니다. 큰 기능은 아니지만, 사용자가 "내 입력이 어떻게 해석됐는지"와 "응답이 왜 끝났는지"를 더 분명하게 볼 수 있게 만듭니다.
D. Provider 안정성: 실패를 더 늦게 오해하고 더 빨리 진단한다
provider integration은 agent 도구에서 가장 자주 깨지는 경계입니다. 네트워크가 느리거나, provider별 context 계산이 다르거나, stream item이 예상 순서와 다르게 끝나거나, SDK가 오류 본문을 숨기면 사용자는 모델 문제가 아니라 도구 문제처럼 느낍니다.
| Provider 항목 | 내용 |
|---|---|
| OpenAI Codex Responses SSE | response-header wait가 고정 20초 대신 configured HTTP timeout을 사용 |
| OpenAI Responses stream | output item이 순서와 다르게 끝나도 reasoning replay state 보존 |
| provider HTTP errors | opaque SDK message 대신 response body 포함 |
| streamSimple max-token caps | input과 output을 하나의 context window로 계산하는 provider에서 long request rejection 완화 |
| Z.AI preserved thinking | thinking enabled일 때 `thinking.clear_thinking: false`를 보내 provider caching 활용 |
| retryable stream errors | provider가 명시적으로 retry를 요구하는 stream error를 auto-retry |
OpenAI Codex Responses SSE 대기 시간이 configured HTTP timeout을 따르게 된 점은 느린 연결에서 false timeout을 줄입니다. provider HTTP error body를 보여주는 변화는 인증, quota, payload, region 문제를 더 빠르게 분류하는 데 도움이 됩니다.
E. 긴 세션 안정성: compaction과 session file의 예외를 줄인다
Pi의 강점인 tree-structured session은 오래 쓸수록 compaction, resume, branch summary, ephemeral run 같은 예외 흐름을 많이 만납니다. 0.80.3의 여러 수정은 바로 이 긴 작업의 끊김을 줄이는 데 집중돼 있습니다.
| 세션 항목 | 내용 |
|---|---|
| pre-prompt compaction | compaction 후 즉시 계속 진행하지 않고 멈추도록 수정 |
| resource notifications | session resume 시 resource notification이 messages 앞에 유지 |
| startup benchmark | TUI shutdown 뒤 timing output을 출력하고 extension timing을 보존 |
| status indicators | work, retry, compaction, branch-summary indicator 종료 시 TUI shrink 문제 완화 |
| invalid session file | `--session`과 `SessionManager.open()`이 non-empty invalid session file을 overwrite하지 않고 거부 |
| deterministic ephemeral session | `--no-session --session-id` 조합으로 provider cache affinity용 deterministic session ID 사용 |
특히 non-empty invalid session file을 overwrite하지 않고 거부하는 수정은 데이터 보존 관점에서 의미가 큽니다. 실패를 조용히 덮어쓰지 않고 사용자가 알아차릴 수 있게 만드는 쪽이 긴 세션 도구에는 더 안전합니다.
3. 사용자 세그먼트별 해석
개인 CLI 사용자
externalEditor와 outputPad로 작성·읽기 환경을 더 자기 도구에 맞추고, 중단된 응답과 transcript 표시 오류를 더 명확히 확인
extension 제작자
session_info_changed와 extension tool 적용 수정으로 세션 이름 변경, 도구 변경, UI 동기화 흐름을 더 안정적으로 처리
RPC/SDK 통합 개발자
get_entries, get_tree, ./rpc-entry export로 Pi 세션을 외부 앱에서 읽고 실행하는 연결 지점을 공개 API에 가깝게 사용
모델/provider 운영자
Claude Sonnet 5, Usage.reasoning, provider error body, stream retry 개선으로 모델 선택과 실패 분석을 더 설명 가능하게 운영
Azure/OpenAI 사용자
Azure Foundry endpoint 대응과 OpenAI Codex Responses timeout 개선으로 기업 네트워크와 provider 구성에서 false failure를 줄임
팀 리드
기본 모델 gpt-5.5 전환과 reasoning token count를 함께 확인해 업데이트 이후 품질, 비용, 재현성 변화를 팀 기준으로 점검
4. 기능별 우선순위 평가
| 우선순위 | 기능 | 이유 |
|---|---|---|
| 1 | RPC get_entries/get_tree와 ./rpc-entry | Pi를 외부 앱이나 자동화에 연결하는 사용자는 세션을 읽고 실행하는 기본 표면이 넓어짐 |
| 2 | Claude Sonnet 5와 gpt-5.5 기본값 | 모델 품질과 비용, 결과 재현성에 바로 영향을 주므로 업데이트 후 먼저 확인해야 함 |
| 3 | provider HTTP error body와 SSE timeout | 실패 원인 파악과 느린 연결 안정성은 일상적인 agent 운영의 중단 시간을 줄임 |
| 4 | Usage.reasoning token counts | thinking/reasoning 비용을 팀 단위로 설명하고 회고할 수 있는 관찰 지점이 생김 |
| 5 | session_info_changed | 확장 기반 workflow에서 세션 이름과 UI 상태를 정확히 따라가는 데 중요 |
| 6 | externalEditor와 outputPad | 기능 범위는 작지만 매일 쓰는 TUI 작성·읽기 경험을 개인 환경에 맞춤 |
| 7 | session·compaction 안정성 수정 | 긴 작업에서 발생하는 예외와 데이터 손상을 줄이는 기반 안정성 개선 |
5. 한 줄 포지셔닝
Pi 0.80.3은 최신 모델 지원보다 넓은 의미에서, Pi를 개인 터미널 에이전트에서 외부 통합과 팀 운영이 가능한 agent harness로 다듬는 안정화 릴리스입니다.
1
Claude Sonnet 5와 gpt-5.5 기본값으로 모델 선택 기준이 바뀌었는지 먼저 확인한다
2
RPC session tree access와 extension event로 Pi 세션을 외부 도구와 더 안정적으로 연결한다
3
provider 오류 본문, timeout, reasoning token count로 실패와 비용을 더 설명 가능한 단위로 본다