그물망 엔지니어링

그물망 엔지니어링

메시 엔지니어링이란

여러 AI 에이전트가 동시에 일하면서 서로의 작업을 확인하고, 모든 과정을 기록으로 남기는 방식입니다.
정해진 리뷰어가 따로 없습니다. 에이전트 하나하나가 작업자이면서 다른 에이전트 작업의 검토자입니다.
에이전트들은 실시간 대화 대신 이슈(할 일 티켓), PR(코드 변경 요청), 공유 규칙 문서 같은 비동기 채널로 소통합니다.

기본 흐름

할 일은 이슈 하나 단위로 쌓입니다.
이슈마다 에이전트 하나가 붙어서 "내가 맡았다"는 표시를 남깁니다. 다른 에이전트는 이 표시를 보고 같은 일을 건너뜁니다.
에이전트는 자기 작업 공간에서 구현하고 PR을 엽니다.
작성한 에이전트는 자기 결과를 스스로 검증하지 않습니다. 다른 회사의 모델이 새로 투입되어 결과를 비판적으로 검토합니다.
테스트 담당 에이전트들이 실제로 앱을 써 보면서 문제를 찾습니다. 한 에이전트가 찾은 문제는 다른 에이전트가 다시 재현해야 인정됩니다.
검토와 테스트를 통과한 PR은 다른 PR을 기다리지 않고 바로 머지(본 코드에 합치기)됩니다.
작업 중에 자기 일과 상관없는 문제를 발견하면 직접 고치지 않고 새 이슈로 남깁니다. 그 이슈는 나중에 다른 에이전트가 맡습니다.

서로 확인하는 방법

머지 전에 작성한 모델과 다른 모델이 코드를 검토합니다.
머지 전에 테스트 에이전트가 실제 동작을 확인합니다.
머지 후에도 그 코드를 다시 만지는 에이전트가 문제를 발견하면 이슈로 남깁니다.
검토하는 역할이 작업마다 새로 생기기 때문에 일이 늘어도 리뷰 대기 줄이 생기지 않습니다.

기록을 남기는 방법

왜 그렇게 결정했는지는 PR 설명에 남깁니다.
사람이 "이건 하지 마"라고 판정한 내용은 파일에 쌓아 둡니다. 같은 제안이 다시 나오면 에이전트가 그 파일을 보고 스스로 멈춥니다.
사람이 실수를 지적하면 에이전트가 그 자리에서 규칙 문서를 고칩니다. 다음 에이전트는 고쳐진 규칙으로 일합니다.
모든 대화와 작업 기록이 남습니다. 에이전트 하나가 중간에 멈춰도 다른 에이전트가 기록을 읽고 이어받습니다.
에이전트는 사람에게 묻기 전에 과거 기록에서 같은 질문의 답을 먼저 찾습니다.

스웜, 그래프와 무엇이 다른가

스웜

지휘자 에이전트 하나가 일을 나눠 주고 결과를 모읍니다.
검토는 지휘자나 전담 리뷰어가 합니다.
지휘자가 바빠지면 전체가 느려집니다.

그래프

사람이 순서도를 미리 그리고, 에이전트는 그 순서대로 일합니다.
검토는 순서도의 정해진 단계에서 합니다.
가장 느린 단계가 전체 속도를 정합니다.

메시

무엇을 만들고 무엇을 통과시킬지 정하는 지휘자가 없습니다. 에이전트들이 공유 기록을 보고 각자 일을 맡고 끝냅니다.
검토는 작업마다 새로 붙고, 머지 후에도 다른 에이전트들이 계속 확인합니다.
기억은 에이전트 밖의 기록에 남기 때문에 에이전트가 바뀌어도 이어집니다.
새 할 일은 위에서 나눠 주는 것보다 에이전트가 일하다 발견한 문제에서 더 많이 생깁니다.

알아둘 점

에이전트 하나가 일하는 순서는 정해져 있습니다(맡기, 구현, 검토, 테스트, 머지). 작업 하나의 안쪽은 그래프에 가깝고, 작업들 사이의 관계가 메시입니다.
이슈마다 에이전트를 띄워 주는 역할과 공유 자원의 사용 순서를 정하는 역할은 있습니다. 두 역할은 코드 내용이나 머지 여부를 정하지 않습니다.
속도는 동시에 진행되는 작업 수에서 나옵니다. 작업 하나는 몇 시간이 걸려도 여러 작업이 서로를 기다리지 않고 머지되기 때문에 머지가 자주 일어납니다.
비용도 있습니다. 같은 일을 두 에이전트가 맡지 않게 하는 장치, 공유 자원을 나눠 쓰는 규칙, 규칙 문서 관리가 계속 필요합니다.
사람은 규칙과 판정을 남기고, 비용, 실서비스 데이터, 보안처럼 사람만 정할 수 있는 질문에 답합니다.

비슷한 개념

stigmergy라는 기존 용어가 있습니다. 개체끼리 직접 지시하지 않고 환경에 남긴 흔적을 보고 다음 행동을 정하는 방식을 가리킵니다.
메시 엔지니어링에서는 이슈, PR, 규칙 문서가 그 흔적 역할을 합니다.

Backlinks1