스타 95,773개의 Pi가 에이전트계의 옵시디언 자리를 넘봅니다

메모리 가격이 천정부지로 솟습니다. PC 램 계약가가 올해 1분기에만 두 배로 뛰었어요. 에이전트를 떼로 돌리는 게 흔해진 시대에, 우리 자원에는 한계가 있습니다.

그 한정된 자원에서 최적의 결과물을 내는 툴, Pi라는 코딩 에이전트입니다. GitHub 스타가 95,773개예요. 앤트로픽이나 오픈AI와 무관한 독립 회사 Earendil Works의 물건이고, Mario Zechner가 만들었습니다.

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

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

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

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

Ronacher는 파이썬 웹 프레임워크 Flask를 만든 사람이에요. GitHub 프로필에 "Founder of @earendil-works"라고 적혀 있습니다. 합류가 아니라 창업자입니다.

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

패키지 생태계 상위권은 이미 다운로드 수십만 단위입니다. 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을 넘겼고, 새 하네스 작업이 진행 중이라고 확인했습니다.

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

코어를 가볍게 유지하면서 하네스를 다시 짠다는 얘기입니다. 코어의 가벼움은 지키고 그 밑의 층만 다시 짜는 방향입니다.

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

남는 생각

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

메모리 가격이 두 배로 뛰고 에이전트를 떼로 돌리는 시대에, 컨텍스트 사용량과 워크플로 침습성이 작다는 정의는 사치가 아니에요. 골조만 있는 집에 취향대로 플러그인을 얹는 구조, 그게 5,374개 패키지가 쌓인 이유입니다.

---

원문·소스

• Pi GitHub: https://github.com/earendil-works/pi (스타 95,773)
• pi-transcribe 공식 트윗: https://x.com/pidotdev (조회 44K, 2026-08-22)
• tau GitHub: https://github.com/huggingface/tau
• fx GitHub: https://github.com/vercel-labs/fx