단일 저장소(repository)에서 하나 이상의 AI 에이전트가 작업하는 순간, 조만간 다음과 같은 일이 발생합니다. 에이전트 A가 커밋(commit)을 해야 하는데, 작업 트리(working tree)에 에이전트 B의 미완성된 변경 사항이 남아 있는 상황입니다. 이제 어떻게 해야 할까요? 모든 것을 한꺼번에 커밋할까요? 다른 사람의 작업을 "정리"할까요? 아니면 무기한 기다려야 할까요?

우리에게 이것은 가설이 아니었습니다. 실제로 일어난 일이었으며, 이 사건은 강제 가능한 표준을 만들어냈습니다. 이것은 다중 에이전트 협업(multi-agent collaboration)이 프롬프팅(prompting)의 문제가 아니라 거버넌스(governance)의 문제라는 것에 관한 사례 연구입니다.

사건 발생

2026년 7월, Yggnet Labs 개발 서버. 에이전트 Cowork(서버의 파일 시스템에 직접 접근할 수 없이 원격으로 작업 중)가 저장소에 커밋되지 않은 대규모 모델 설정 변경 사항을 남겨두고 있었습니다. 두 번째 에이전트는 소유자로부터 데이터베이스 마이그레이션(migration)을 포함하여 캠페인 시스템에 이미지 지원을 추가하라는 우선순위 높은 작업을 전달받았습니다. 하지만 해당 마이그레이션은 첫 번째 에이전트의 미완성된 마이그레이션과 뒤섞이게 될 상황이었습니다. 작업이 중단되었습니다.

4. 에이전트당 하나의 git worktree. 두 에이전트가 동시에 작업할 경우 = 각각 자신의 브랜치에서 자신만의 worktree를 가집니다. 실제 실험을 통해 검증되었습니다: 두 에이전트가 커밋을 교차하여 수행하더라도, 진행 중인 작업(work in progress)이 뒤섞이지 않았습니다.

5. 위임된 커밋 (Delegated commit). 파일 시스템 접근 권한이 없는 에이전트는 소유자의 동의와 감사 추적(audit trail)을 거쳐, 권한이 있는 에이전트에게 공식적으로 커밋을 위임합니다. 이것이 바로 원래의 사고를 해결한 방식이었습니다.

Diagram: two agents with their own worktrees and branches, protection layers between them — workspace claims and the pre-commit guard — and the shared repository as the source of truth below

과정 중에 발견한 실패 모드 (Failure mode)

worktree 설정을 검증하던 중, 연결된 worktree에서 pre-commit 가드(guard)가 조용히 비활성화되는 것을 발견했습니다. 저장소 감지(repository detection)에 실패하여 훅(hook)이 아무것도 확인하지 않은 채 "통과"된 것입니다. 안전장치의 침묵하는 실패는 안전장치가 없는 것보다 더 나쁩니다. 왜냐하면 사용자가 그것을 신뢰하기 때문입니다. 해결책(git common dir를 통한 감지)은 당일 적용되었으며, worktree 내부에서의 차단 기능은 그 이후로 테스트 스위트(test suite)의 일부가 되었습니다.

덧붙여, 이것이 바로 GALDUR가 가드레일(guardrails)을 프로덕션 코드만큼 엄격하게 테스트해야 한다고 주장하는 이유입니다. 아무도 검증하지 않은 안전장치는 허구에 불과합니다.

시사점 (Take away)

• 멀티 에이전트 팀에는 **명시적인 워크스페이스 소유권 (explicit workspace ownership)**이 필요합니다. 이는 인간 팀이 코드 소유권(code ownership)과 브랜치 보호(branch protection)의 형태로 갖는 것과 동일합니다.
• 규칙은 주의를 당부하는 수준이 아니라, **기계에 의해 강제(machine-enforceable)**되어야 합니다 (예: 훅, 잠금, 감사 로그).
• 예외 사항은 금지되어서는 안 됩니다. 대신 **비용이 들고 가시적(expensive and visible)**이어야 합니다. 즉, 정당한 사유와 함께 로그에 기록되는 오버라이드(override) 형태여야 합니다.
• 접근 권한이 없는 에이전트는 이등 시민이 아닙니다. 해당 에이전트에게는 감사 추적(audit trail)이 동반된 **공식적인 위임 경로 (formal delegation path)**가 필요합니다.

이 사례 연구는 GALDUR가 v1.0 버전을 위해 스스로 설정한 조건 중 하나입니다 ("최소 3개의 사례 연구"). 방법론은 공개되어 있습니다 — 문서 (documentation), 템플릿 (templates), 커뮤니티 (community).

원문은 GALDUR 블로그 (GALDUR blog)에 게시되었습니다. GALDUR는 하이브리드 인간-AI 팀을 위한 오픈 거버넌스 방법론 (open governance methodology)입니다 — 문서 (docs), GitHub.