AMD은 Claude Code 저장소에 버그를 제출했는데, 코딩 품질에 대해 불만을 표하며, 병렬로 50개 이상의 Claude Code 세션을 beads를 사용하여 실행하고 있다고 설명했습니다 — https://github.com/anthropics/claude-code/issues/42796. 이것은 꽤 흥미로웠습니다; 어떻게 가능한지 궁금했습니다. 이것이 보이기보다 더 간단했습니다.

먼저 beads를 사용하여 간단한 멀티 세션 구현을 만들었는데, 그리고 약간의 bash만 사용했습니다 —https://news.ycombinator.com/item?id=48204719. bash 루프는 빔 큐를 모니터링하고 작업을 선점하며 claude -p에 전달합니다.

이 작동이 잘 되어, 더욱 능력 있는 구현을 만들기로 결정했기 때문에 fleet를 만들었습니다. fleet는 병렬로 코딩 에이전트를 실행하는 파이썬 스루포라입니다: https://github.com/sermakarevich/fleet.

몇 가지 핵심 아이디어:

- 빔 DB는 중앙 집중식입니다 — ~/.fleet에 위치해 있습니다. 각 프로젝트에서 에이전트를 실행할 때마다 초기화할 필요가 없습니다. fleet bd create는 작업이 생성된 현재 디렉토리를 기록하고, 에이전트는 그 동일한 위치에서 시작됩니다. 빔은 git으로 관리되는 이슈 트래커로, 에이전트에게 의존성, 상태, 우선순위가 있는 작업의 공유 큐를 제공합니다 — 그래서 여러 세션에서 작업을 주장하거나, 작업에 작업하거나, 다른 사람과 충돌하지 않고 작업을 넘겨줄 수 있습니다.

- 페리트는 claude, agy (Antigravity), 그리고 codex 총 3명의 코더를 지원하며, 새로운 코더를 추가하는 것은 몇 분의 일이다. claude를 광범위하게 테스트했고, agy는 짧게 테스트했으며, codex에 대해 구독이 없으므로, 이미 구현되었지만 아직 테스트되지 않았다.

- 페리트는 원하는 만큼 코딩 에이전트를 생성할 수 있습니다. 페리트 구성을 max_concurrent=10으로 설정하고 fleet bd create --title "..." --description ""로 작업을 계속 추가하거나, 각 작업마다 특정 코더/모델을 사용하여 fleet bd create --coder agy --model opus --title "..." --description ""를 사용할 수 있습니다. 시작할 때는 3개의 병렬 코딩 세션으로 충분했지만, 지금은 10개 이상을 관리할 수 있습니다. max_concurrent=3이 기본값인 이유는 세션 제한에 도달하지 않기 위해서입니다.

- 페리트에는 네비게이션을 돕는 유용한 CLI 명령이 거의 없습니다:

-- fleet tasks - 진행 중인 작업을 표시, 사용된 코더, 컨텍스트 소비는

-- fleet task <task-id> log | plan | knowledge

-- fleet config show | set

이게 제게 잘 돕네요. fleet도 spec-driven 접근 방식과 잘 어울립니다: https://news.ycombinator.com/item?id=48231575. 토큰이 지금은 병목 현상입니다 — 몇 개의 Claude 구독이 있어서 하나가 채워질 때마다 순환합니다. 또 모든 플러그인, 스킬, 그리고 CLAUDE.md 파일을 정리해서 맥락을 오염시키지 않도록 했습니다 — 몇 개의 플러그인이 여러 번 설치되어 같은 스킬을 두 번 로드하고 있었고, 그것들이 토큰 비용을 두 배로 늘렸다는 것을 알게 되었습니다.