병렬 에이전트를 운용하는 엔지니어를 위한 주의력 관리 도구
코딩 에이전트의 방해 요소를 묶고, 예약하고, 통제하는 컨트롤 플레인입니다. 한 사람이 번아웃 없이 여러 에이전트를 감독할 수 있도록 돕습니다.
Claude Code, Cursor 등 코딩 에이전트에 바로 붙여 넣을 수 있는 브리프(영어)입니다.
종합6.1/10
고통7
지불 의향5
타이밍8
시장 공백6
해자4
실현 가능성7
찬성
- 누가 돈을 내나
- 스타트업의 시니어/스태프 엔지니어와 엔지니어링 리드 중 Claude Code, Codex 같은 코딩 에이전트를 동시에 3개 이상 직접 운용하는 사람입니다. 개인당 월 15~40달러이며 개발 도구 예산으로 비용 처리됩니다.
- 사람들이 한 말 · 4
- 글쓴이는 여러 에이전트를 동시에 돌리는데, 각 에이전트가 간헐적으로 사람의 입력을 필요로 하며, 여러 저장소와 결정 사항 사이에서 맥락을 계속 다시 불러오는 일이 새로운 피로의 원인이라고 말합니다. 기사에서 ↗
- 한 댓글 작성자는 「모든 에이전트가 가끔 나를 필요로 하는」 패턴이 몰입을 깨고 번아웃을 부른다고 말합니다. 그의 해결책은 대화할 코디네이터 에이전트 계층을 직접 만드는 것이었습니다. 댓글 읽기 ↗
- 다른 댓글 작성자는 병렬 에이전트 작업이 감당하기 어려워지자 앞단에 직접 만든 매니저 에이전트를 추가했다고 설명합니다. 댓글 읽기 ↗
- 한 댓글 작성자는 미리 짠 일일 작업 목록을 강제하고, 사이드 퀘스트를 허용하기 전에 오프라인 계획 세션을 거치도록 합니다. 범위 관리 도구에 대한 수요가 있음을 보여 줍니다. 댓글 읽기 ↗
토론 내용을 요약한 것입니다. 원래 댓글은 링크에서 볼 수 있습니다.
- 경쟁사와 빈틈
기존 도구는 에이전트를 실행하고 보는 데 최적화되어 있습니다. 사람의 주의력 예산을 관리하는 도구는 없습니다. 방해 요소 묶음 처리, 에이전트별 질문 대기열, 일일 작업 범위 제한, 강제 검토 시간 같은 기능이 없어서 사람들은 이를 대신할 코디네이터 에이전트를 직접 만들고 있습니다.
- 왜 지금인가
- 다중 에이전트 워크플로는 Claude Code와 Codex가 충분히 좋아진 지난 약 12개월 사이에 주류가 되었습니다(댓글에서는 2025년 11월로 봅니다). 그 결과로 생긴 과부하 불만이 지금 드러나고 있지만, 감독하는 쪽을 다루는 기존 제품은 없습니다.
- 해자 · 4/10
- 개인별 대기열 정책, 검토 이력, 저장소별 에이전트 설정이 쌓이면서 적당한 수준의 workflow 락인이 생깁니다. 여러 에이전트 CLI를 연동하면 전환 비용이 생기는데, 에이전트 벤더는 방해를 줄이기보다 사용량을 늘리는 쪽에 동기가 있어 이런 기능을 만들지 않을 것입니다.
반대
- 레드팀
- 사용자들이 방해 과부하를 해결하려고 코디네이터 에이전트를 직접 만들고 있다는 사실이 확인되어 있고, 에이전트 벤더는 사람의 방해를 줄일 구조적 유인이 없으며, 지난 1년 사이 열린 여러 에이전트를 아우르는 주의력 관리 계층은 실제 공백이라는 반론입니다.
- 실패한다면 그 이유
- Anthropic이나 OpenAI가 네이티브 오케스트레이션/코디네이터 기능을 출시해, 제3자 감독 계층이 필요 없어지는 경우입니다.
시작
- 첫 세 단계
- Claude Code와 Codex 세션을 감싸는 CLI/TUI를 만들고, 각 에이전트의 질문과 승인 요청을 우선순위가 매겨진 단일 받은편지함에 모읍니다.
- 예약된 검토 시간대를 추가합니다. 에이전트 알림을 즉시 끼어들게 하지 않고 정해진 시간에 묶어서 전달합니다.
- 도구가 강제하는 일일 계획 파일을 추가합니다. 계획에 없는 작업으로 에이전트를 시작하려면 명시적인 예외 승인과 작성된 사유가 필요합니다.
- 원래 토론
- AI promised less work. I've never worked more ↗ 657포인트댓글 650개댓글에서링크된 기사
영어에서 번역했습니다. 원문 읽기