병렬 시간 vs 직렬 시간 (Parallel Time vs Serial — AI Maximalist 의 본질)
별칭: Parallel Time · Serial Time · 병렬 시간 · 직렬 시간 · AI Maximalist
정의
entity/jaesang-ha 의 concept/ai-native-4-stages Maximalist 단계의 본질 — 사람의 시간은 직렬(Serial) 이지만, 위임을 통해 AI 가 일하면 시간을 병렬(Parallel) 로 사용 가능. 5 인분 ~ 10 인분 산출물 의 직접 원리.
직렬 vs 병렬
| 모드 | 시간 사용 |
|---|---|
| 사람 직렬 (Serial) | 작업 1 → 작업 2 → 작업 3 (순차) |
| AI 병렬 (Parallel) | 작업 1·2·3·4·5 (동시 실행) + 사람은 조율 |
시나리오 (강의 인용)
AI Enabled (직렬):
"첫 번째 작업을 일단 시작하겠죠. 피처 리퀘스트를 할 겁니다. Claude 켜 놓고 한 줄 한 줄 짜거나… 미팅을 가게 되면 작업은 완전히 멈추겠죠. 하루에 잘해야지 한 두 개 정도."
AI Maximalist (병렬):
"Claude Code 를 세 개 정도 띄울 것 같습니다. 워크트리 다 다르게. 첫 번째 에이전트 — 피처 분석·계획. 두 번째 — 버그 수정 PR. 세 번째 — 성능 프로파일링 보고서. 저는 미팅에 들어갈 겁니다."
"10 시 미팅을 들어가서 한 시간 동안 AI 는 계속 일하고 있어요. 미팅 끝나고 나오니까 첫 번째 에이전트가 계획을 다 세워 놨죠… 두 번째 에이전트는 이미 PR 을 올려 놨고… 이미 점심 먹으러 가기 전에 두 개가 거의 끝나 있는 거예요."
본질
"AI Maximalist 는 사실 시간을 병렬로 쓰기 시작합니다. 사람의 시간은 직렬이거든요. 위임을 하기 시작하면 병렬로 사용할 수 있어요. 한 사람이 동시에 다섯 개를 굴리면 5 인분 정도의 산출물."
병목 — 신뢰 부족
"대부분 여기서 이 단계를 넘어갈 때 AI 를 믿지 못해서 막힙니다. 옆에서 지켜보게 되고, 그러면 위임이 아니라 그냥 느린 페어 프로그래밍이 돼 버리고 말거든요."
→ 처방: concept/multi-layer-guardrail / concept/hooks-6-events / term/iron-law-tdd (가드레일 = 신뢰의 근거)
강의 활용
02 VBC lesson/vbc-coder-to-architect / 03 HRN Subagent 영역:
- 멘트: "같은 8 시간 — 한 사람은 직렬 1~2 작업, 한 사람은 병렬 5 작업. 5 배 격차가 매일 누적."
- 일러스트: Claude Code 3 개 워크트리 동시 실행 다이어그램.
주의사항
- 번역 통일: Parallel / Serial 영어 권장. 병렬 / 직렬 한국어 부수.
- 무한 병렬 금지: 5 개 동시도 조율 비용 한계 가 있음. 오케스트레이터의 인지 부하 가 병렬 한도.
- 병렬 ≠ 자동: 내가 안 보고 있는 동안 AI 가 위험한 작업 ❌. 가드레일 + 자동 검증 반드시 동반.
- 상위 카드: concept/orchestration / concept/subagent-driven-development 가 본 카드의 시스템 구현체.