본문 바로가기
claudecode.to
문서 목록
바이브 코딩 코스중급

동시에 여러 개 굴린다

AI는 동시에 몇 건이든 일하지만 병목은 내 판단력이다. 프로젝트는 주인공 하나만 두고, 동시 진행은 같은 프로젝트 안의 Issue 2~3건까지로 제한한다.

7분2026-08-22 갱신

알아서 공개되는 구조를 만든다에서 공장을 완성했다면, 이제 AI가 일하는 동안 생기는 대기 시간을 어떻게 쓸지가 문제가 됩니다. 이 글은 Issue와 프로젝트를 동시에 굴리는 방법과, 그렇게 가속한 끝에 저자가 직접 빠졌던 함정을 솔직하게 다룹니다. 다음 글 계측을 먼저 심어 둔다에서는 공개 전에 숫자를 주울 준비를 합니다.

공장이 완성되면 이상한 걸 깨닫게 됩니다.

내가 한가해진다는 것.

Issue를 넘기면 AI는 몇 분에서 몇십 분 작업합니다. 그동안 여러분에겐 할 일이 없습니다. 이 대기 시간을 어떻게 쓸 것인가가 이 글의 주제입니다.

AI를 놀려 두는 게 아깝다, 그 전에

흔한 발상은 이렇습니다. "대기 시간에 다른 Issue도 넘기면 두 배속 되는 거 아냐?"

맞습니다. 실제로 AI는 동시에 몇 건이든 일할 수 있습니다. Issue A를 구현시키면서 Issue B도 진행시킨다. 나아가 다른 프로젝트를 만들어 거기서도 돌린다. 이론상 몇 배속도 가능합니다.

다만 이 글은 그 가속 방법만이 아니라, 가속한 끝에 기다리는 함정을 솔직하게 적는 글입니다. 제가 그 함정에 빠져 봤기 때문입니다.

여러 기획을 동시에 돌린다

먼저 건전한 쪽부터. 같은 프로젝트 안에서 Issue를 동시에 돌리는 건 비교적 안전합니다.

요령은 부딪히지 않는 Issue를 고르는 것. "게시 화면 개선"과 "목록 화면 개선"은 같이 갈 수 있지만, "게시 화면 개선"과 "게시 화면 색 변경"을 동시에 넘기면 같은 곳을 둘이 만져서 꼬입니다. 애매하면 AI한테 물어보세요. "이 Issue랑 이 Issue, 동시에 진행해도 돼?" — 판단해 줍니다.

프로젝트 자체를 여러 개 돌리는 것도 가능합니다. 만들고 싶은 게 여러 개면 리포지토리를 나눠 각각 공장을 만들면 됩니다. 여기까지는 도구 얘기입니다.

단, 전부가 어중간해지는 함정

여기서부터가 솔직한 얘기입니다.

저는 한때 여러 프로젝트를 동시에 돌렸습니다. AI는 전부에서 순조롭게 일해 줬습니다. 그런데도 어느 것 하나 완성에 가까워지지 않았습니다.

원인을 고백하죠. 병목은 AI가 아니라 제 판단력이었습니다.

동시에 넘기면 돌아오는 것도 동시입니다. 프로젝트 A의 풀 리퀘스트, B의 프리뷰 확인, C의 사양 질문 — 각각 "맥락을 떠올리고, 보고, 판단하는" 작업이 잘게 쪼개져 끼어듭니다. 하나당 몇 분이라도 머리를 전환하는 데는 보이지 않는 비용이 듭니다.

그리고 가장 무서운 건 이겁니다. 전부가 조금씩 진행되고 있으면 바빠서 충실한 기분이 듭니다. 느낌만 좋고 공개된 건 안 늘어난다. AI의 작업량은 늘었는데 세상에 나온 성과는 제로. 이 상태에는 자각 증상이 없습니다.

동시에 돌려도 되는 개수의 기준

제 결론은 이렇습니다.

프로젝트는 항상 하나를 "주인공"으로 둔다. 동시 진행은 같은 프로젝트 안의 Issue까지.

  • Issue 동시 진행: 2~3건까지. 그 이상 넘겨도 내 확인이 밀릴 뿐입니다
  • 프로젝트 동시 진행: 주인공 하나. 다른 아이디어가 근질거리면 README와 Issue만 적어 두고 재웁니다 (적는 건 공짜입니다)
  • 주인공 교체: 해도 됩니다. 다만 "오늘은 A 하고 싶네"가 아니라 개선 루프를 돌린다의 루프가 한 바퀴 끝난 지점에서 교체합니다

"AI가 한가해 보이니까"는 넘길 이유가 못 됩니다. 내 판단력이 비어 있을 때만 넘기세요.

전환 비용은 사람 쪽에 있다

정리하면 원칙은 이 한 문장입니다.

AI의 동시 처리 능력은 무한. 내 맥락 전환은 유한. 설계해야 할 건 후자.

GitHub에 생각을 적는다에서 생각을 GitHub에 적은 것, 아웃풋을 정한다에서 완료의 정의를 적은 것이 여기서도 효과를 냅니다. 맥락이 전부 리포지토리에 적혀 있으면 전환 후 복귀 비용이 최소가 됩니다. 머릿속에만 있는 맥락은 전환할 때마다 사라집니다.

해 보기

  1. 지금 신경 쓰이는 아이디어를 전부 적어 낸다
  2. 주인공을 하나 고른다. 기준은 "가장 설레는가"보다 "가장 빨리 공개까지 갈 수 있는가" (공개 경험 자체가 다른 모든 프로젝트를 빠르게 합니다)
  3. 주인공 말고는 README 한 장과 Issue 몇 건만 적고 리포지토리째 재운다
  4. 주인공 안에서 부딪히지 않는 Issue 2건을 골라 동시에 넘겨 본다

2건이 동시에 돌아왔을 때 내 머릿속이 얼마나 혼란스러운지 관찰해 보세요. 그게 여러분의 동시 진행 한계치입니다.

다음 글: 계측을 먼저 심어 둔다

자주 묻는 질문

바이브 코딩Issue동시 진행맥락 전환GitHub

팀에 Claude Code를 도입하려면 실제 코드베이스에 맞춘 설계가 필요합니다.

무료 상담 신청