Pi가 Prime Agent의 RLM 하네스 같은 방향으로 발전할 수 있을까?
Could Pi evolve toward something like Prime Agent's RLM harness?
핵심 요약
Pi의 미니멀한 철학을 유지하면서 Prime Agent의 고급 기능을 핵심 기능으로 도입할지 여부에 대한 논의.
- Pi의 확장성 — Prime Agent가 Pi 기반으로 구축된 핵심 이유임.
- 핵심 기능 도입 — 고급 기능을 코어에 포함할지 여부를 논의함.
- 미니멀리즘 철학 — 사용자들이 Pi의 간결함을 유지하길 원함.
- 커스텀 확장 — Pi는 확장성을 통해 개인화하는 것이 핵심임.
Pi 기반으로 만들어진 Prime Agent를 좀 살펴봤는데, Pi의 기본 구조 위에 얹은 아이디어들에 대해 Pi 커뮤니티 형들은 어떻게 생각하는지 궁금하네.
Prime Agent는 스스로를 코딩이나 장기 자율 작업용 RLM(Reasoning Language Model) 하네스라고 소개하던데, 기존 방식이랑 좀 다른 흥미로운 점들이 있더라고:
- 프로그래밍 방식의 도구 호출: 모델이 단순히 일회성으로 도구를 쓰는 게 아니라, 지속적인 실행 환경을 써서 도구 호출을 조합할 수 있음.
- 변수로서의 컨텍스트: 대화 기록을 그냥 고정된 덩어리로 보는 게 아니라, 프로그램적으로 검사하고, 변환하고, 압축하고, 저장했다가 필요할 때 작업 컨텍스트로 다시 불러올 수 있음.
- 멀티 에이전트 메시징: 에이전트가 다른 에이전트를 생성하거나 작업을 위임할 수 있고, 긴 작업 과정에서 서로 소통도 가능함.
- 스스로 수정 가능한 하네스 상태: 에이전트가 작업하면서 기억, 기술, 프롬프트, 하위 에이전트 설정 같은 걸 직접 수정할 수 있어서 상황에 맞춰 적응이 가능함.
- 장기 자율 실행: "채팅 → 수정 → 채팅" 식의 상호작용보다는, 에이전트한테 목표를 던져주고 얘가 알아서 문제 해결하고, 반복하고, 테스트하고, 복구하면서 긴 호흡으로 일하게 만드는 데 집중함.
- RLM 스타일의 지속적 실행: 상호작용이 끝나도 상태가 유지되는 환경을 써서, 모델이 컨텍스트랑 추론을 관리할 수 있는 레이어를 하나 더 둠.
내가 눈여겨본 건 Prime Agent가 아예 별개의 에이전트 아키텍처가 아니라 Pi를 기반으로 만들어졌다는 점이야.
그래서 궁금한 게 있는데:
이런 아이디어들을 Pi의 선택적 기능이나 핵심 원시 요소(primitive)로 가져오는 게 의미가 있을까?
예를 들어, Pi가 나중에 이런 개념을 더 네이티브하게 지원할 수 있지 않을까?
"Pi → 지속적 실행 → 프로그래밍 가능한 컨텍스트 → 하위 에이전트 → 수정 가능한 기술/기억 → 반복적 개선"
물론 Pi가 추구하는 미니멀하고, 조합 가능하고, 해킹하기 쉬운 철학은 그대로 유지하면서 말이야.
아니면 Pi의 핵심은 이런 것들을 코어에 넣지 않고, 미니멀한 핵심 위에 확장 기능으로 남겨두는 데 있는 걸까?
특히 Pi랑 Prime Agent 둘 다 써본 형들 의견이 궁금해. Prime의 아키텍처가 지금 Pi 확장 기능으로는 깔끔하게 구현하기 힘든 어떤 걸 가능하게 해주는지 말이야.
Prime이 "더 낫다"고 싸우려는 건 아니고, 이런 RLM/하네스 아이디어들이 Pi의 미니멀한 철학을 해치지 않으면서도 Pi가 나아갈 수 있는 방향인지 궁금해서 물어보는 거야.
