Flask 창시자가 세운 Pi, 스타 95,773개에 패키지 5,374개를 모았습니다

메모리 업체들은 올해 1분기에만 PC 램 계약가를 두 배로 올렸어요. 많은 분이 에이전트를 떼로 돌리지만, 우리가 쓸 수 있는 자원에는 한계가 있습니다.

그 한정된 자원을 아껴 쓰도록 만든 코딩 에이전트가 Pi입니다. GitHub 스타가 95,773개예요. 앤트로픽이나 오픈AI와 무관한 독립 회사 Earendil Works의 물건이고, Mario Zechner가 만들었습니다.

X 사용자들은 Pi를 에이전트계의 옵시디언이라고 부릅니다. 한 사용자는 "들어오면 골조만 있는 집인데, 취향대로 플러그인을 설치해 꾸미는 게 재미있다"며 패키지 카탈로그를 추천했습니다. 코어는 가볍게 두고 기능은 커뮤니티 생태계에서 가져온다는 점이 노트 앱 옵시디언과 닮았어요.

pi.dev 카탈로그에 등록된 패키지가 5,374개예요. 확장, 스킬, 프롬프트 템플릿, 테마까지 npm 기반으로 돌아갑니다.

다만 여기서 가볍다는 말을 코드 줄 수로 이해하면 안 됩니다. 창업자 Armin Ronacher가 직접 정의를 내렸어요. "Pi는 코드가 작은 게 아니라 컨텍스트 사용량과 워크플로 침습성이 작은 것. 그건 안 바꾼다." 모델에 보내는 토큰을 적게 쓰고 사용자 작업 흐름을 덜 건드리겠다는 선언입니다.

Flask 창시자가 이 회사를 세웠나요?

Ronacher는 파이썬 웹 프레임워크 Flask를 만든 사람이에요. GitHub 프로필에 "Founder of @earendil-works"라고 적혀 있습니다. Earendil Works를 직접 세웠어요.

Flask가 파이썬 웹 생태계에서 차지했던 위치를 생각하면 우연은 아닐 거예요. Ronacher는 가벼운 코어에 확장을 얹는 설계를 이미 한 번 해봤고, 그 판단을 에이전트 도구에 다시 적용하는 셈이에요.

패키지 생태계 상위권은 이미 다운로드 수십만 단위입니다. pi-hermes-memory가 월 73만 2천 회, pi-mcp-adapter가 58만 회, pi-web-access가 32만 5천 회, pi-subagents가 30만 4천 회예요. 에이전트 하나에 기능을 다 넣는 대신, 필요한 패키지를 골라서 조합하는 구조입니다.

공식 패키지 pi-transcribe는 무엇을 하나요?

Pi 공식 계정이 8월 22일 트윗을 올렸어요.

"ICYMI, pi-transcribe is our official package for local speech-to-text dictation."

조회 44,000에 좋아요 859입니다.

사용법은 세 줄이에요. /transcribe로 로컬 모델과 언어를 선택하고, Ctrl+Alt+Z로 시작하고, 같은 키로 멈춥니다. 인터넷 없이 로컬에서 전사까지 끝내요.

레포는 8월 13일에 만들어졌으니 열흘 남짓 된 패키지예요.

회사가 공식 패키지를 계속 내놓는다는 점이 중요합니다. 커뮤니티를 기다리지 않고 회사가 직접 빠진 기능을 채워요.

커뮤니티는 pi-transcribe를 어떻게 조합하나요?

X에는 실사용 사례가 벌써 올라와요.

한 사용자는 VPS에서 Pi를 돌리는데 받아쓰기로 침묵만 녹음했습니다. 노트북 마이크를 테일스케일로 서버에 터널링했더니 pi-transcribe가 시스템 기본 장치로 인식했어요. 설정을 따로 건드리지 않았다고 합니다.

다른 사용자는 pi-transcribe로 음성을 텍스트로 바꾸고, Pi가 빠른 모델로 응답하고, Kokoro TTS가 읽어 주는 구조를 만들었어요. STT와 TTS를 전부 로컬에서 돌리니 거의 실시간 음성 에이전트입니다.

비판도 있습니다. 중국어 인식은 잘 되는데, "대부분 다른 받아쓰기 앱을 쓰니 실제로 그리 유용하진 않다"는 의견이에요. 저는 이 의견을 이렇게 읽었어요. pi-transcribe는 Pi 안에서 에이전트 루프와 연결해야 제대로 쓸 수 있다고요.

허깅페이스는 Pi를 어떻게 따라 만들었나요?

큰 회사들이 Pi와 같은 설계를 따라 만들어요.

허깅페이스의 tau는 레포 설명부터 "A Python port of Pi's minimalist coding agent", 스스로를 Pi의 파이썬 포팅이라고 소개합니다. 허깅페이스 ML 엔지니어 Niels Rogge는 공개 트윗에 "드디어 Pi의 파이썬 포팅이 나왔다. 경고: 파이썬 에이전트 프레임워크의 다음 최강이 될지도 모른다"고 적었어요. 버셀도 fx에서 같은 방향을 골랐습니다.

Pi 하나가 잘 나가니까, 각자 자기 언어로 다시 짠 겁니다. 옵시디언의 설계를 보고 다른 노트 앱들이 플러그인 구조를 도입하던 흐름과 닮았어요.

Pi 2에서는 무엇이 바뀌나요?

커뮤니티가 Pi 2의 하네스 설계를 논의하기 시작했고, Ronacher가 "질문 있으면 답하겠다"며 직접 등판했어요. 그 트윗 조회가 44,000을 넘겼고, Ronacher는 새 하네스 작업이 진행 중이라고 확인했습니다.

Ronacher는 한계도 인정했어요. 지속성 기능은 원래 있었지만 "설계에 구멍이 많아 쓸모가 제한적이었다"고요. Rust로 포팅하지 않는 이유도 설명했습니다. 확장성에는 런타임 언어가 필요하다는 판단이에요.

코어의 가벼움은 지키고 그 밑의 하네스만 다시 짜는 방향입니다.

Ronacher는 스타가 9만 5천, 패키지가 5,374개까지 늘고 큰 회사들이 포팅까지 내놓은 시점에 하네스 재설계를 예고했어요. 커뮤니티가 먼저 생태계를 키우고, 그 뒤에 회사가 플랫폼 설계를 다듬는 순서입니다.

남는 생각

저는 이 흐름을 커뮤니티 생태계가 플랫폼을 끌고 가는 순서로 읽습니다.

램을 두 배 값에 사야 하고 에이전트를 떼로 돌리는 요즘, 저는 컨텍스트 사용량과 워크플로 침습성을 작게 두겠다는 정의를 사치로 보지 않아요. 골조만 있는 집에 취향대로 플러그인을 얹는 구조라서, 커뮤니티가 패키지를 5,374개나 만들었어요.

---