병목 현상: 인간 승인 대기열로 인한 병목

여러 Claude Code 에이전트를 병렬로 실행하면 처리량이 5배가 될 것 같지만, 실제로는 2시간 후에 인간이 병목이 됩니다. Reddit 게시물에서 한 패턴을 자세히 설명합니다: 한 에이전트가 예/아니오에서 멈추면, alt-tab으로 승인하고, 두 개 더 멈추고, 컨텍스트를 잃고, 갑자기 코드를 작성하는 대신 결정 큐를 관리하게 됩니다.

저자는 이를 병목자라고 부릅니다: 에이전트를 추가해도 출력이 늘어나지 않고, 한 사람이 처리할 수 있는 것보다 더 빠르게 승인이 생성되는 한계점입니다. 제한 요소는 토큰, 모델 속도, 컨텍스트 창이 아니라 인간-인-더-루프 지연 시간입니다.

제안된 해결책: 플래너 계층

저자는 다음과 같은 상위 수준 플래너(npx gekto로 사용 가능)를 구축했습니다:

• 상위 수준 목표를 받음
• 병렬 하위 작업으로 분해
• 각 하위 작업당 하나의 Claude Code 하위 에이전트 실행
• QA 하위 에이전트를 실행하여 출력 검토
• 시스템이 정말로 결정할 수 없을 때만 인간에게 알림

현재 Claude Code만 지원합니다. Codex, Cursor, Aider 통합은 다음 단계입니다. Claude Code가 있는 새 저장소의 경우 플래너가 키보드 개입 없이 분해 및 병렬 실행을 종단 간 처리합니다.

5개 이상의 에이전트를 실행하는 모든 사람에게 솔직한 질문: 하루 중 실제로 코드를 작성하는 시간과 에이전트가 만든 큐를 정리하는 시간의 비율은 얼마입니까? 병목자는 어디에서 발생합니까?

출처: github.com/gekto-dev/gekto