에이전트 한 개를 잘 쓰는 것과 에이전트 여러 개를 동시에 운영하는 것은 다른 능력이다. 정민 이의 포스트에서 “cmux 탭 4~6개”는 단순한 생산성 팁이 아니라 작업 구조의 전환을 드러낸다. 사람이 한 세션의 응답을 기다리는 동안 다른 세션은 리서치, 빌드, 디버깅을 진행한다. 여기서 생산성은 모델의 토큰 처리 속도보다, 작업을 어떤 병렬 단위로 쪼개고 언제 다시 합칠지 정하는 세션 토폴로지에서 먼저 결정된다.
근거
“한 탭에서 plan 도는 동안 다른 탭에서 build 하고 또 다른 탭에서 버그 잡습니다.”
이 말은 AI 시대의 병목이 “코드를 치는 속도”에서 “여러 실행 흐름을 관리하는 능력”으로 이동했음을 보여준다. 다만 병렬성은 자동으로 성과를 만들지 않는다. 승인 절차를 모두 수동으로 두면 사람은 곧 직렬 병목이 된다. 반대로 관찰 없이 권한만 풀면 실패가 조용히 누적된다. 따라서 병렬 세션 운영의 진짜 설계 변수는 권한, 알림, 로그, 산출물 합류 지점이다.
이 관점은 20260515-agent-bottleneck-is-management-not-intelligence와 이어진다. 에이전트 팀의 병목은 지능 부족이 아니라 관리 레이어다. 좋은 세션 토폴로지는 사람을 작업자로 남겨두지 않고, 여러 실행 흐름을 조율하는 운영자로 이동시킨다.
연결된 생각
- 20260612-concurrency-requires-zero-approval — 병렬성이 수동 승인과 충돌하는 이유를 설명한다.
- 20260515-agent-bottleneck-is-management-not-intelligence — 여러 에이전트 운영에서 관리 레이어가 병목이 되는 구조.
- 20260526-workflow-orchestration-is-the-real-ai-era-skill — AI 시대의 레버리지가 오케스트레이션으로 이동한다는 큰 주장.
출처
- 📎 클리핑: 20260623-jeongmin-lees-post