두 AI 에이전트는 하나의 라이브 메모리 파일이 필요합니다

Source: Dev.to

Problem

병렬 AI 코딩은 마법처럼 느껴지지만, 두 에이전트가 각각 자신만의 현실 버전을 유지하기 시작하면 문제가 발생합니다. 한 에이전트는 채팅 기록에서 규칙을 기억하고, 다른 에이전트는 이미 오래된 저장소 메모를 읽습니다. 워크플로가 한 곳에서는 업데이트되고 다른 곳에서는 업데이트되지 않아 사용자는 같은 지시를 반복하고, 승인을 수동으로 전달하며, 결코 일어나지 않아야 할 충돌을 정리해야 합니다. 실제로 사용자는 동기화 레이어가 됩니다.

Root Cause

문제는 “메모리 부족”이 아니라 여러 개의 쓰기 가능한 메모리 표면에 있습니다.

• 한 에이전트가 핸드오프 파일을 실시간 상태로 취급하고, 다른 에이전트가 다른 파일을 실시간 상태로 취급하며, 두 에이전트 모두 스레드 메모리에 의존한다면 시스템에 명확한 권한이 없습니다. 드리프트는 필연적입니다.
• 병렬 편집은 다음과 같은 문제를 겪습니다:
  • 다른 라인이 활성화되어 있는지 확인할 단일 장소가 없음
  • 명시적인 소유 경계가 없음
  • 무엇이 변경되었고, 왜 변경되었으며, 무엇을 건드리지 말아야 하는지를 기록하는 습관이 없음

에이전트들은 진실이 어디에 존재하는지에 대한 공유 계약이 없습니다.

Consequences

• 중복된 지시
• 덮어쓰기된 편집
• 모호한 승인
• 나중에 문제가 발생했을 때 사용할 수 있는 히스토리가 없음

두 곳에 문서를 기록하고, 사용자가 다시 확인하도록 요청하고, 다른 활성 라인을 확인하기 전에 작업을 시작하는 등 로컬 최적화는 전역적인 비용을 초래합니다. 시스템은 겉으로는 협업처럼 보이지만 실제로는 사용자가 일관성을 유지하도록 조용히 의존하고 있습니다.

Proposed Solution

하나의 가변 협업‑메모리 파일을 사용하고, 모든 것을 그 파일에 연결합니다. 그리고 네 가지 규칙을 추가합니다:

1. 현재 진실은 하나의 집을 갖는다.
2. 히스토리는 보존되며, 조용히 삭제되지 않는다.
3. 에이전트 간 검토는 직접 이루어진다.
4. 병렬 작업은 사전 점검으로 시작한다.

Simple Template

실시간 메모리 파일에 작은 Active Work 블록을 유지합니다:

owner: Codex
scope: admin workflow cleanup
started: 2026-04-29 08:30 Vienna
do-not-touch: app/admin/* until handoff

그 하나의 블록이 “아무도 없을 거라 생각했다”는 실수를 변명 대신 피할 수 있는 실수로 바꿔 줍니다.

Implementation Guidance

여러 AI 에이전트가 동일한 코드베이스를 다룬다면, 협업 시스템은 제품의 일부가 됩니다. 다음을 최적화하세요:

• 하나의 실시간 메모리 소스
• 명시적인 임시 소유권
• 에이전트‑대‑에이전트 직접 검토
• 추적 가능한 히스토리

그렇지 않으면 사용자는 손으로 프로젝트 관리를 하게 되고, 에이전트는 자율적으로 보이지만 실제로는 자동화가 아니라 외주 조정이 됩니다.