AI 에이전트에게 이메일을 보내자, 그들이 가장 먼저 한 일은 서로에 대한 버그 리포트를 작성하는 것이었다
요약
AI 에이전트들이 단순히 데이터를 공유하는 것을 넘어, 서로의 버그 리포트를 작성하며 상호 검증에 집중하고 있다는 내용을 다룹니다. AIPass와 같은 멀티 에이전트 프레임워크는 각 에이전트가 고립된 전문가 역할을 수행하지만, 이 과정에서 발생하는 조정 문제를 해결하기 위해 메일 시스템을 활용합니다.
핵심 포인트
- 멀티 에이전트는 고립된 작업자(isolated workers)로 취급됨.
- 에이전트 간의 상호작용은 '통신'이 핵심이며, 버그 리포팅으로 나타남.
- AIPass는 오픈 소스 프레임워크로, 18개 에이전트와 21,000개 이상의 테스트 케이스를 보유함.
- 에이전트는 메일 시스템을 통해서만 메시지를 주고받으며, 직접적인 파일 쓰기는 차단됨.
AI 에이전트에게 이메일을 보냈다. 그들이 가장 먼저 한 일은 서로에 대한 버그 리포트를 작성하는 것이었다.
대부분의 멀티 에이전트(multi-agent) 설정에서는 에이전트를 고립된 작업자(isolated workers)로 취급한다. 각 에이전트는 작업을 받고, 실행하고 결과를 반환하며, 다른 에이전트에 대한 인지나 조정할 방법이 없다.
AIPass는 약 7개월 동안 공개적으로 구축된 오픈 소스 프레임워크이며, 현재 GitHub에서 18개의 에이전트와 21,000개 이상의 테스트 케이스를 보유하고 있고 280개 이상의 별(star)을 받았다. 가장 중요했던 부분은 추론(reasoning)이 아니었다. 그것은 통신(communication)이었다.
자신의 디렉터리에 특화된 전문가들
각 에이전트는 하나의 도메인에 특화된 전문가이다. 메일 에이전트(mail agent)는 오직 메일에 대해서만 생각한다. 라우팅 에이전트(routing agent)는 오직 라우팅에 대해서만 생각한다. 각 에이전트는 자체적인 디렉터리에 거주하며, 고유한 식별 파일(identity file), 메모리, 그리고 테스트를 가지고 있다. 훅(hook)은 모든 세션 시작 시 다른 어떤 것이 실행되기 전에 그 식별자를 로드하므로, 어떤 에이전트도 '차가운 상태(cold)'로 시작하지 않는다.
이는 조정 문제(coordination problem)를 야기했다. 한 에이전트는 자신의 디렉터리 외부 파일은 작성할 수 없다. 이는 관습이 아닌 하드 블록(hard block)이며, 쓰기가 거부된다. 따라서 다른 사람의 코드에서 버그를 발견한 에이전트가 단순히 가서 고칠 수는 없다.
그래서 에이전트들은 이메일을 사용하게 되었다
개발자들의 기대는 에이전트들이 데이터를 공유하고, 결과를 주고받고, 어쩌면 상태(state)를 동기화하기 위해 메일을 사용할 것이라는 것이었다. 하지만 개발자가 실제로 본 것은 그들이 가장 먼저 서로에 대한 버그 리포트를 작성하는 것이었다. 한 에이전트가 다른 에이전트의 도메인에서 실패를 감지하고 다음과 같은 내용을 작성한다:
메일 에이전트는 약 1,460개의 테스트를 가지고 있습니다. 아무도 앉아서 1,460개의 테스트 케이스를 계획하지 않았습니다. 계속해서 고장 나고, 모든 수정 사항에 대해 테스트가 추가되었습니다. 라우팅 에이전트는 아무것도 하지 않는 것을 라우팅하는 기록된 세션이 110개가 넘습니다. 이 에이전트들은 더 좋은 모델을 실행하기 때문에 신뢰할 수 있는 것이 아닙니다. 그들이 몇 달 동안 실패하고 수정해 왔기 때문에 신뢰할 수 있습니다.
누가 누구를 깨울 수 있는가
에이전트들은 서로에게 자유롭게 작업을 할당하며, 아무도 승인할 필요가 없습니다. 예외는 관리자(managers)입니다. 다른 에이전트가 관리자에게 작업할당을 하면 메일로 전달되며 이를 활성화하지 않습니다. 워커(worker)는 그룬트(grunt) 업무를 위해 오케스트레이터(orchestrator)를 깨울 수 없어야 합니다.
규칙은 요청되는 것이 아니라 강제됩니다. 에이전트는 다른 에이전트의 받은 편지함 파일에 직접 글을 써서 메시지를 위조할 수 없습니다. 그러한 쓰기는 차단되며, 유일한 진입 경로는 메일 시스템입니다. 디렉토리 블록(directory blocks)도 마찬가지입니다.
실행 모습 보기
모니터링 에이전트는 모든 브랜치를 실시간으로 기록하며, 훅(hooks)은 에이전트의 행동에 소리를 재생할 수 있어 터미널을 보지 않고도 작업이 진행되는 것을 들을 수 있습니다. 워처(watcher)는 모든 에이전트의 로그에서 오류를 읽고, 각각의 지문을 남기며, 결함의 주인이 되는 에이전트를 할당합니다. 만약 소유자에게 알려진 후에도 같은 오류가 계속 발생하면, 이는 상위 단계로 격상됩니다. 개발자는 승인 게이트(approval gates) 대신 가시성(visibility)을 통해 루프 안에 머무릅니다.
직접 사용해 보기
이것은 오픈 소스이며, CLI 기반이고 Claude Code를 기반으로 구축되었으며 기존 Claude 구독에서 실행됩니다. 설치는 클론 후 한 번의 명령어로 완료됩니다:
git clone https://github.com/AIOSAI/AIPass.git
cd AIPass
./aipass install
Linux, macOS, 그리고 Windows에서는 Git Bash를 통해 실행됩니다.
https://github.com/AIOSAI/AIPass
진짜 질문입니다: 에이전트들에게 단순히 더 나은 추론 능력(reasoning)을 주는 것 대신 통신(communication)을 제공해 본 사람이 있습니까? 우리가 보는 대부분의 것은 개별 에이전트를 더 똑똑하게 만드는 것에 관한 것입니다. 함께 작동할 수 있게 해주는 계층에 관한 것은 매우 적습니다.
AI 자동 생성 콘텐츠
본 콘텐츠는 Dev.to AI tag의 원문을 AI가 자동으로 요약·번역·분석한 것입니다. 원 저작권은 원저작자에게 있으며, 정확한 내용은 반드시 원문을 확인해 주세요.
원문 바로가기