[AI 코딩] 클로드 코드 병렬 세션, 커밋 안 한 6건이 사라졌다

작업 폴더 나누기(git worktree)와 첫 저장

클로드 코드 병렬 작업으로 AI 두 개를 한 폴더에서 같이 돌리다가, 아직 저장(커밋, 작업 내용을 기록으로 남기는 일)하지 않은 문서 6개가 한꺼번에 사라졌습니다. 앞 글 클로드 코드 되돌리기, 종료 코드 0인데 백업이 빠졌다에 이어지는 운영 기록입니다.

1. 클로드 코드 병렬 작업에서 무슨 일이 있었나요?

2026-09-23, AI 한 명이 하루 동안 만든 조사 기록, 기획서, 목록, 원고, 원장, 백업 6개가 한 번에 없어졌습니다. 고쳐 둔 파일은 처음 내용으로 돌아갔고 새로 만든 폴더는 통째로 사라졌습니다. 같은 시각 같은 폴더에서 다른 AI 가 정리 명령을 돌린 것으로 보지만, 그 장면을 직접 보지는 못했습니다.

2. 무슨 문제가 생겼나요?

“정리 좀 해 줘” 한마디에 남이 쓰던 파일까지 지워진 셈입니다. 정리 명령은 파일을 누가 만들었는지 따지지 않고, 아직 저장되지 않은 것을 지웁니다. 그 폴더는 저장 기록이 하나도 없는 상태(파일 609개)라 지켜 줄 근거가 없었습니다.

10/1 에 빈 폴더에서 같은 일을 다시 일으켜 보니 한 AI 가 만든 원고 폴더와 고친 내용이 다른 AI 의 정리 명령 한 줄에 지워졌습니다. 명령을 막는 검사 장치도 폴더 전체를 되돌리는 명령만 막았고, 파일 하나씩 지우는 꼴은 그대로 지나갔습니다.

3. 클로드 코드 병렬 작업, 어떻게 풀었나요?

도구를 바꾸기보다 일을 시작하는 순서를 바꿨습니다.

같은 폴더에 다른 AI 가 붙어 있다고 가정합니다. 언제든 남의 정리 명령이 내 폴더를 지나갈 수 있다고 보고 일합니다
AI 마다 작업 폴더를 나눕니다. 한 저장소를 여러 작업 폴더로 나눠 쓰는 기능(git worktree)으로 나누자, 다른 AI 의 정리 명령은 자기 폴더의 임시 파일만 지웠고 내 원고는 그대로 남았습니다
긴 작업은 중간에 저장합니다. 저장해 둔 원고는 정리 명령 뒤에도 남았습니다(기록 869ee26)
저장 기록이 하나도 없는 저장소라면 첫 저장부터 합니다. 클로드 코드의 폴더 나누기 옵션도 첫 저장이 없으면 시작조차 되지 않았습니다
저장할 때는 내가 만진 경로만 지정합니다. 9/26 부터 큰 저장소를 작게 나누고 경로를 적어 저장합니다

실험(10/1 재현)	조건	정리 명령 뒤 원고
9/23 실제	저장 0개, 두 AI 가 한 폴더	문서 6개 사라짐
A	저장 0개, 두 AI 가 한 폴더	원고 폴더, 고친 내용 지워짐
B	AI 마다 작업 폴더 나눔	원고 그대로 남음
C	정리 전에 저장	원고 남음
D	클로드 코드 폴더 나누기 옵션, 저장 0개	시작 자체가 안 됨

클로드 코드 공식 문서도 폴더 나누기는 “the repository needs at least one commit first” 라고 적습니다(Common workflows). 에이전트 권한과 되돌릴 수 있다는 믿음이 어디서 깨지는지는 에이전트 권한 설계와 되돌리는 비용에, 규칙을 알려 줘도 안 지켜져 검사로 옮긴 이야기는 AI 에게 규칙을 알려줬는데 안 지켜진 일에 적었습니다.

4. 누구에게 도움이 되나요?

한 저장소에서 클로드 코드 세션을 두 개 이상 띄워 몇 시간씩 문서나 코드를 쌓는 분이라면 읽어 보세요. 첫 저장 한 번과 AI 마다 작업 폴더 하나로 실험 A 같은 소실을 피할 수 있었습니다. 세션 하나로 짧게 끝나는 일이라면 굳이 이렇게까지 할 필요는 없습니다. 여러 에이전트를 나란히 돌릴 때의 득실은 병렬 코딩 에이전트의 득실에 정리해 두었습니다.

5. 한 줄 정리

필자의 결론

클로드 코드 병렬 작업을 시작하기 전에 할 일은 첫 저장과 폴더 나누기이고, 이 둘이 없으면 저장 안 한 파일은 다른 AI 의 정리 명령 한 줄에 지워질 수 있습니다. 9/23 에 잃은 6개는 저장 0개에 두 AI 가 같은 폴더를 쓴 경우였고, 그 두 조건을 바꾼 실험 B 와 C 에서는 원고가 남았습니다.

그래서 당신은 이것만 하면 됩니다. AI 세션을 여러 개 띄우려는 저장소에서 저장 기록이 하나라도 있는지(git log)부터 확인해 보세요.

여러분은 AI 세션을 여러 개 띄울 때 작업 폴더를 어떻게 나누고 계신지 댓글로 들려주세요.

부록: 재현 명령과 출력

2026-10-01 macOS 의 /tmp 빈 폴더, git 2.54.0 (Apple Git-157) 에서 돌렸습니다. 실험 A 는 notes.md(# 메모 한 줄)를 첫 커밋으로 넣고 세션 A 로 drafts/post.md 를 만들고 notes.md 에 한 줄을 덧붙인 뒤, 세션 B 로 git restore notes.md && git clean -fd 를 돌렸습니다.

Removing drafts/
drafts/post.md: 없음
notes.md:
# 메모

실험 B 는 git worktree add ../session-b -b session-b 로 B 용 폴더를 만들고(두 폴더 모두 커밋 51a185e) B 폴더에서 tmp.txt 를 만든 뒤 같은 정리 명령을 돌렸습니다.

Removing tmp.txt
세션 A 폴더:
 M notes.md
?? drafts/

실험 C 는 A 폴더에서 커밋한 뒤 같은 정리 명령을 돌려 git log 에 869ee26 A: 원고 가 남았습니다. 실험 D 는 Claude Code 2.1.281 에서 claude -w session-a -p 에 --model haiku --setting-sources project --allowedTools "Bash(pwd)" 를 붙였습니다.

$ claude -w session-a -p (커밋 0개 저장소)
Error creating worktree: Failed to resolve base branch "HEAD": git rev-parse failed
$ claude -w session-a -p (커밋 1개 뒤)
/private/tmp/s2w-P66H/repo/.claude/worktrees/session-a

세션 종료 뒤 git worktree list 에는 worktree-session-a 가 locked 표시와 함께 남았고, locked 가 붙은 까닭과 정리 시점, 9/23 의 정확한 원인은 미확인입니다. 명령 검사 훅이 작업 트리 전체를 되돌리는 restore 만 막아서 파일 하나를 지정하는 꼴로 재현했고, 두 세션이 같은 파일을 동시에 고치는 경우는 재현하지 않았습니다. 셀프테스트는 통과했는데 실데이터에서 틀렸던 비슷한 기록은 바이브 코딩 현실, 테스트는 통과했는데 261편 중 6편만 맞았다에 있습니다.