Pi에 내장 서브에이전트나 샌드박스가 추가될까?
Will pi add built-in subagents or sandboxes?
핵심 요약
Pi의 기능 확장 방향성과 내장 기능 추가가 미니멀리즘에 미칠 영향에 대해 사용자들이 토론함.
- 기능 확장 논쟁 — 내장 기능 추가가 Pi의 미니멀리즘을 해칠지 여부에 대한 의견 대립함.
- 사용자 정의 확장 — 많은 사용자가 직접 확장 기능을 작성하거나 커뮤니티 플러그인을 선호함.
- 포크 유지 관리 — Pi를 직접 포크하여 사용하는 것의 어려움과 유지보수 부담을 공유함.
- 엔터프라이즈 전략 — Pi의 상업적 기능 추가와 향후 로드맵에 대한 사용자들의 우려함.
Pi는 이미 내장 mcp랑 codemode를 지원하고 있잖아. 앞으로 내장 서브 에이전트(subagents), 샌드박스, 권한 팝업 같은 것들도 추가할 계획이 있을까? 이 아티클을 보면 Pi는 나중에 기업용 사용자들을 위한 지원도 제공할 생각인 것 같더라고.
MIT 코어 위로 시간이 지나면서 상업적인 기능들이 좀 추가될 거야. 우리가 생각하는 3단계는 다음과 같아:
snip
Fair Source (부가 가치 기능): 앞으로 나올 상업적 기능 중 일부는 Fair Source 라이선스를 따를 거야. 무료로 사용 가능하고 소스도 공개되지만, 일정 기간이 지나면 DOSP(Delayed Open Source Publication)를 통해 완전한 오픈 소스로 전환되는 방식이지. 쉽게 말해 오픈 소스인데 좀 늦게 풀리는 거고, 사용자 입장에서는 리스크를 줄일 수 있는 장치라고 보면 돼.
Proprietary (기업용): 기업 전용 기능이나 클라우드 인프라 같은 건 독점(Proprietary)으로 갈 거야. 소스 공개는 안 해. 이게 1, 2단계 기능을 유지하게 해주는 돈줄이 될 거거든.
Pi가 기업용 시장을 노린다면 이런 기능들은 필수일지도 모르겠네.
내장 mcp랑 codemode가 들어갔는데도 Pi는 여전히 미니멀하거든. 그래서 내장 서브 에이전트나 샌드박스, 권한 팝업 같은 게 추가돼도 Pi의 미니멀함은 그대로 유지될 거라고 봐.
채널에 있는 형들한테 좀 물어볼게. 확장 프로그램 하나도 안 쓰고 순수하게 Pi 기본 기능만 쓰는 사람 있어? 아니면 pi-web-access나 pi-subagent 같은 유명한 커뮤니티 확장 프로그램을 쓰는 사람은 얼마나 돼? 혹시 이런 기능들 직접 구현해서 확장 프로그램으로 만든 사람도 있어?
만약 Pi에 이런 기능들이 내장된다면 형들한테 어떤 영향이 있을까? 그냥 기본으로 제공되니까 개꿀인 거야? 아니면 지금 쓰는 확장 프로그램들을 다 갈아엎어야 하는 거야? 그것도 아니면 내 코드랑 Pi 내장 코드랑 충돌 안 나게 신경 써서 관리해야 하는 건가?
그 아티클에 이런 말도 있더라고:
그리고 우리가 초심을 잃었다고 생각되면, GitHub의 포크(fork) 버튼은 여전히 작동할 거야. 앞으로도 영원히 그럴 거고.
근데 포크 떠서 자기만의 빌드를 유지한다는 게 말처럼 쉬운 게 아니거든. 나도 브라우저 확장 프로그램 하나 상업적 요소 뺀 버전으로 포크 떠서 유지보수하고 있는데, 업스트림 수정 사항 동기화하고, 필요한 기능 체리픽하고, 충돌 해결하는 게 진짜 개빡세거든. 코드베이스가 커질수록 포크 버전이랑 원본이랑 차이가 벌어져서 동기화하기가 점점 더 힘들어져. Pi 포크도 똑같을 거야. Pi는 새로운 모델 지원 목록을 추가하려면 업데이트가 필수인데, 그 업데이트를 계속 따라가는 게 보통 일이 아니거든.
그래서 하나 더 물어볼게. 형들은 Pi를 포크 뜰 생각 있어? 만약 뜬다면 계속 유지보수하면서 업데이트할 자신 있어? 그리고 만약 다른 사람이 포크를 뜬다면, 그쪽으로 갈아탈 거야?
