Claude를 위한 '3+1 합의 패턴' 멀티 에이전트 프롬프트 및 워크플로 공유

커뮤니티 반응

작성자의 프롬프트 구조에 대해 긍정적인 반응이 있으며, 특히 Opus와 Sonnet 모델 간의 성능 차이 및 컨텍스트 윈도우 크기 조절에 따른 효율성 논의가 진행 중이다.

주요 논점

01찬성다수

멀티 에이전트 패턴이 단일 프롬프트보다 복잡한 문제 해결에서 더 나은 성능과 신뢰도를 보여준다.

02중립소수

Opus 모델의 사용 제한(Limit)이 빨리 오기 때문에 Sonnet으로도 유사한 결과를 낼 수 있는지 검토가 필요하다.

합의점 vs 논쟁점

합의점

AI의 주장에 대해 구체적인 코드 위치(file:line)를 명시하게 하는 것이 신뢰도 향상에 필수적이다.
에이전트들이 서로의 답변을 참조하지 못하게 하는 독립성이 분석의 질을 높인다.

논쟁점

컨텍스트 윈도우를 100만 토큰에서 20만 토큰으로 줄였을 때 품질 저하가 발생하는지에 대한 여부
Opus의 'Effort Max' 설정이 사용 제한을 감수할 만큼의 성능 향상을 제공하는지에 대한 실효성

실용적 조언

프롬프트 내에 'Role selection' 단계를 두어 태스크 유형(구현, 아키텍처, 버그 조사 등)에 최적화된 페르소나를 동적으로 할당할 것
판정관(Judge)에게 명확한 채점 기준표(Rubric)를 제공하여 주관적 판단 대신 수치화된 신뢰도를 도출하게 할 것
실제 코드 수정이 끝난 후 별도의 Verifier 에이전트를 통해 구현물과 설계안의 일치 여부를 대조할 것

섹션별 상세

3+1 합의 패턴은 고신뢰도 답변이 필요한 태스크를 위해 3명의 전문가 에이전트와 1명의 판정관(Judge)을 배치하는 구조이다. 사용자가 특정 명령어로 트리거하면 시스템은 태스크 성격에 맞는 3가지 역할을 선정하고 병렬로 분석을 수행한다. 각 전문가는 서로의 작업 내용을 볼 수 없도록 격리되어 집단 사고를 방지하며, 모든 주장에 대해 파일명과 라인 번호(file:line)를 반드시 인용해야 한다. 이러한 독립적 분석 결과는 이후 판정관에게 전달되어 검증 과정을 거친다.

판정관 에이전트는 전문가 3인의 출력물을 수신하여 합의점과 차이점을 대조하고 실제 코드를 읽어 논쟁을 종결한다. 단순 투표 방식이 아니라 코드 기반의 직접 검증을 수행하며, 소수 의견이라도 유효한 리스크가 발견되면 최종 솔루션에 통합한다. 판정관은 코드 인용의 정확성, 엣지 케이스 처리 여부 등 5가지 기준에 따라 10점 만점의 신뢰도 점수를 산출한다. 점수가 8점 미만일 경우에만 미해결 질문을 전문가들에게 다시 보내 1회에 한해 재시도를 수행한다.

구현이 완료된 후에는 별도의 검증 에이전트(Verifier)를 실행하여 실제 수정 사항이 합의된 사양과 일치하는지 최종 확인한다. 검증 에이전트는 편집된 파일과 판정관의 최종 솔루션을 비교하여 누락된 부분이나 합의안으로부터의 이탈을 감지한다. 결함이 발견되면 최대 2회의 수정-검증 사이클을 반복하며, 해결되지 않은 간극은 사용자에게 에스컬레이션하여 최종 판단을 맡긴다. 이 단계는 라이브 환경에 배포되기 전 마지막 안전장치 역할을 수행한다.

언급된 도구

Claude추천

멀티 에이전트 프롬프트 실행 및 코드 분석

Opus추천

고성능 추론 및 복잡한 문제 해결

Sonnet중립

Opus의 대안으로 고려되는 모델