전통적인 하네스를 넘어선 개발 워크플로우

개인적인 용도로 SDK를 통해 수정된 Pi 하네스를 사용하는 걸 좋아함. 내가 개인적으로 사용하는 모든 에이전트는 Pi 하네스 위에서 돌아감.

더 집중적인 작업은 Claude Code를 직접 조작해서 쓰고, 그 외에는 Pi SDK로 다양한 도구에 접근할 수 있는 기본 하네스를 만들었음. 하네스를 VM에서 실행하고, 작업마다 도구 세트를 다르게 설정한 새 에이전트를 생성한 뒤 에이전트별로 스레드와 메모리를 구현함. Mercury 2.5를 디스패처로 두고 GLM과 Deepseek 모델 계열을 서브 에이전트로 사용 중임.

원격 제어 에이전트(예: CVE 대응)나 개인용 에이전트(예: 지역 경매 모니터링)를 설정하기에 아주 좋은 환경임. 사실 Pi 하네스를 처음 만들 때 Claude를 사용했는데, 특정 반복적인 문제를 해결하기 위한 전용 하네스를 만드는 건 꽤 괜찮은 패턴임.

모든 diff를 긴 세션 하나에 다 짊어지고 가는 것보다, 결정 사항을 짧은 파일에 공유하면서 리포당 세션 하나씩 가져가는 게 훨씬 나음.

나한테 Pi는 Qwen 같은 로컬 모델을 돌리는 데 최적화되어 있음. Claude Code나 Codex가 좀 맛이 갔을 때 Pi를 많이 썼는데, 지금은 걔네도 성능이 아주 좋고 무엇보다 그 코딩 모델들이 하네스로 훈련됐다는 사실을 부정할 수 없지.

난 Pi한테 소형 모델 친화적인 도구들을 주고, 메인 개발 작업 외의 것들을 위해 개인 메모리/볼트 접근 권한을 줌. 그 외에는 지금 당장 Claude Code를 이기기가 어렵다고 봄. 특히 새로운 모드 시스템이 열린 이후로는 더더욱.

넌 Pi의 요점을 놓쳤어. Pi는 가능한 한 가장 작은 하네스로 시작해서, 네가 원하는 목표를 위해, 네가 원하는 모델을 사용해서, 네가 원하는 도구와 기술로 원하는 워크플로우를 구축하는 게 목적이야.