Pi Dev를 범용 AI 에이전트로 쓸 수 있을까?

herdr을 사용해서 에이전트끼리 통신함. tmux 같은 건데 더 부드러움.

오 Nanobot 한번 알아봐야겠네! 지금 Hermes 쓰고 있는데 너무... 무거운 느낌이야. 어차피 내가 하는 작업 대부분이 커스텀이기도 하고.

내 말은, Pi를 본질적으로 코딩 전용으로 만드는 건 아무것도 없다는 거야. 그게 Pi의 매력이지. 시스템 프롬프트가 거의 없다는 건 사용자 입맛대로 완전히 커스터마이징할 수 있다는 뜻이고, 그래서 범용 AI 에이전트로 쓰기에 완벽한 거야.

난 주로 범용 목적으로 쓰고 있고, Obsidian 볼트 관리도 Pi로 하는데 아주 잘 작동해.

그런 환경에 반대하는 건 아냐. 내 요점은 에이전트한테 일을 시키기엔 CLI만으로도 충분하다는 거지. 결과물이 내가 작업하는 곳에 바로 떨어지니까. 환경도 가볍게 유지되고 실제 업무에 집중하기도 좋아. 터미널에서 대화한다는 점만 빼면 원격 동료랑 협업하는 거랑 거의 비슷해.

난 결국 나만의 에이전트 툴을 직접 만들었어. 물론 만드는 과정에서 Pi를 쓰긴 했지만, 역시 나한테는 커스텀이 최고야.

Hermes가 더 나아. VPS에 opencode랑 pi로 웹 포털도 구축해 봤는데, ChatGPT처럼 범용 채팅으로 쓰기엔 별로였어. 너보다 먼저 이 짓 해봤으니까 믿어줘.

수정: Hermes는 ChatGPT/OpenwebUI와 Pi dev / Claude code 사이의 중간 단계라고 생각하면 돼.

지난 몇 달 동안 Hermes 써봤는데 너무 무겁고 느림. 제일 좋아하는 툴이긴 한데 로컬 모델 돌릴 때 경험이 영 별로임. Qwen 35B 쓰면 그나마 참을만한데, 27B만큼 성능이 안 나옴. 27B는 또 엄청 느리고. 내가 그냥 frontier model에 익숙해져서 성능이 안 나오는 걸 받아들여야 하는 건지도 모르겠음.

우리 통합 담당자들(현장에서 애플리케이션 배포하고 설정하는 사람들)을 위한 AI 어시스턴트로 써봤는데 아주 잘 작동함. 채팅 인터페이스로는 Open WebUI를 쓰고, 특정 에이전트나 도구랑 Pi agent를 연동해서 우리 mkdocs 기반 문서들을 검색하게 함. Semantic Kernel, Microsoft Agent Framework, Python agentic framework 같은 것들도 써봤는데, Pi가 훨씬 낫고 이 용도에 맞게 확장 기능을 쉽게 만들 수 있다는 게 진짜 최고임. Pi가 어느 정도 알고 있다는 사실은...

내 생각엔 최소한 Captain이나 Colonel급 에이전트는 돼야 할 듯

bash 루프 안에서 pi를 몇 번 돌려봤는데, 작업 끝나면 어떻게 하라고 지시사항도 같이 넣었음.

난 hallucination 룰렛 돌리는 거 좋아하거든.