Claude 특화적인 부분이 여기서 실제로 유용한 부분이라고 생각하기 때문에, 생각나는 대로 모두 쏟아내 보겠습니다(Brain dump). 제가 겪었던 문제는 Claude 자체의 문제가 아니었습니다. 문제는 에이전트를 하나 이상 실행하게 되면 터미널을 5개나 열어두어야 하고, 에이전트 간의 공유 메모리(Shared memory)가 없으며, 무슨 일이 일어났는지에 대한 유일한 기록이 git log뿐이라는 점이었습니다. 모든 도구의 해결책은 "그냥 우리 것을 모든 것에 사용하세요"였지만, 저는 그것을 원하지 않았습니다. 그래서 o8이 그들 위에 위치합니다. 하나의 오케스트레이터(Orchestrator)가 작업 범위를 설정(Scope)하고 배정(Dispatch)하며, 각 워커(Worker)는 자신만의 git worktree를 가져서 물리적으로 서로의 파일에 접근할 수 없게 만들고, 제가 승인하기 전까지는 아무것도 병합(Merge)되지 않습니다. Claude는 세 가지 다른 위치에 들어맞으며, 그중 어느 하나만 단독으로 사용할 수도 있습니다: Claude Code가 오케스트레이터(Orchestrator)가 될 수 있습니다. 즉, 사용자가 요청한 내용을 읽고, 범위를 설정하고, 배정하는 역할을 합니다. Codex가 기본값이지만 Claude는 일급 백엔드(First-class backend)이며, 설정 하나로 변경 가능합니다. Claude Code는 또한 Codex, Gemini, Aider, Goose 및 동일한 어댑터 계약(Adapter contract) 뒤에 있는 8개 정도의 다른 도구들과 함께 엔지니어링을 수행하는 워커(Worker) 중 하나가 될 수도 있습니다. 또는 앱의 UI를 완전히 무시하고 외부에서 구동할 수도 있습니다. 이 앱은 MCP를 통해 운영자 도구(Operator tools)를 노출합니다. 미션 생성, 배정, 검토, 승인 및 병합 과정을 거치므로, Claude Desktop이나 Claude Code를 통해 현재 작업 중인 위치에서 전체 과정을 실행할 수 있습니다. 세 가지 방식을 동시에 사용하는 것도 가능하며, 하나만 사용하는 것도 가능합니다. 만약 Claude Code가 유일한 에이전트 CLI라면, 그 자체로 완벽한 설정이 됩니다. 솔직한 제한 사항을 말씀드리자면: 현재는 macOS만 지원하며, Windows와 Linux는 매핑은 되어 있으나 완료되지는 않았습니다. 무료이며 MIT 라이선스이고, 이미 지불하고 있는 구독 서비스를 통해 실행되므로 시작하기 위해 API 키가 필요하지 않습니다. 소스 코드를 직접 빌드하고 싶지 않은 분들을 위해 자동 업데이트가 포함된 서명된 빌드(Signed build)도 제공됩니다. 제가 직접 만들었으며, 그 과정의 대부분은 이 도구를 통해 만들어졌습니다. 그런 방식으로 약 5,500개의 커밋(Commits)이 배정되었습니다. 제가 정말 알고 싶은 것은 이것입니다: Claude Code를 다른 에이전트와 함께 실행하고 계신 분들은, 에이전트들이 서로의 영역을 침범하는 것을 막기 위해 현재 무엇을 하고 계신가요? 오랫동안 제 대답은 "한 번에 하나만 실행하세요"였고, 여전히 그 방법이 틀렸는지 확신할 수 없습니다.

/u/AccomplishedLab3697 님이 제출함 [link] [comments]