프롬프트 전용 다중 에이전트 연구 파이프라인

이 요약은 AI가 원문을 분석해 생성했습니다. 정확한 내용은 원문 기준으로 확인하세요.

TL;DR

작성자는 여러 도구를 억지로 연결하면서 생긴 중복 페치·컨텍스트 비대화 문제를 해결하려고, 프롬프트 8개로 역할을 나눈 단일 마크다운 파이프라인을 만들었다. 질문을 받아 병렬 조사자들이 웹·소셜·GitHub를 탐색하고 Critic이 품질을 검토한 뒤 Verifier가 curl로 각 URL 존재를 확인하면 Synthesist가 인용이 달린 보고서를 반환한다. 실제 실행에서 조사자 3명이 병렬로 15건을 발견했고 Verifier가 Synthesist의 여섯 개 가짜 GitHub URL을 잡아낸 사례가 제시되어 인용 환각 문제의 현실성을 보여준다. 마크다운 한 파일과 MIT 라이선스 형태로 공개되어 Hermes 스킬 등 기존 에이전트 환경에 바로 적용할 수 있다.

주요 논점

01찬성다수

프롬프트만으로 구성된 단일 파일 아키텍처는 설치·운영 부담을 크게 줄이며 기존 에이전트 프레임워크에 빠르게 적용할 수 있다. 병렬 서브에이전트를 통해 탐색 범위를 넓히고 Critic·Verifier 루프가 합성 결과의 신뢰도를 높인다. 작성자가 실제 실행에서 허위 URL을 Verifier가 잡아낸 사례를 제시해 실무적 가치를 뒷받침한다.

02반대소수

작성자는 도구들을 억지로 연결할 때 중복 요청, 컨텍스트 비대화, 소셜 레이어 충돌 같은 통합 문제를 직접 겪었다고 밝히고 있다. 모든 역할을 하나의 모델로 돌리는 설계는 간단성을 제공하지만 특정 워크로드에서의 확장성·성능 제약을 유발할 가능성이 있다. 따라서 대규모·고성능 환경에서는 추가 설계·튜닝이 필요할 수 있다.

03중립분열

배포 형태는 마크다운 한 파일과 MIT 라이선스로 매우 개방적이며 프롬프트를 다른 시스템으로 옮겨 쓰는 것이 목적이다. 작성자는 구체적 벤치마크 수치나 대규모 운영 사례를 공유하지 않았기 때문에 확장성과 비용 관련 평가는 독자가 별도로 검증해야 한다. 사용성 측면에서는 즉시 도입 가능한 장점과 검증된 성능 데이터를 요구하는 관점이 균형을 이룬다.

실용적 조언

프롬프트 구성을 그대로 복사해 자신의 에이전트 프레임워크에 붙여 쓰면 초기 실험을 빠르게 시작할 수 있다. 작성자는 Hermes 스킬로 한 파일을 넣는 방식(~/.hermes/skills/)으로 운영한다고 언급해 런타임 통합 방법을 제시하고 있다. 또한 모든 인용 URL을 curl로 검증하는 검증 루프를 반드시 포함해 인용 환각을 실무에서 차단하라고 권장하고 있다.

섹션별 상세

작성자는 PewDiePie의 Odysseus 프로젝트에서 보인 간결한 심층 리서치 모듈에 영감을 받아 여러 도구를 연결하는 과정에서 발생한 중복 페치와 컨텍스트 비대화 문제를 해결하려 했다. 초기에는 소셜 레이어와 리서치 루프가 서로 충돌해 번거로움이 컸다고 기술하고 있다. 그 결과물은 파이썬이나 프레임워크 없이 프롬프트만으로 동작하는 마크다운 파일 형태로 공개되었다.

시스템은 여덟 개의 프롬프트 역할(Prompt Master, Director, Investigators, Critic, Synthesist, Verifier 등)로 구성되며 질문을 입력하면 질문 유형을 판단해 기본 깊이를 정하고 병렬 서브에이전트를 펼쳐 웹·소셜·코드 소스를 병행 조회한다. 조회 결과에 대해 Critic이 품질 검사를 수행하고 Verifier가 각 URL을 curl로 확인한 뒤 Synthesist가 인용이 달린 보고서를 만든다. 역할들은 단일 모델로 구동되며 별도 설정 파일이나 런타임 의존성이 없어 기존 에이전트 프레임워크에 곧바로 통합할 수 있다.

작성자는 여러 차례 실행 사례를 공유해 최신 실행에서 조사자 3명이 병렬로 웹·Reddit/HN·GitHub API를 탐색해 15개의 발견을 수집했고 모든 URL을 curl로 확인했다고 밝혔다. 과거 실행에서는 Synthesist가 여섯 개의 GitHub URL을 허위로 생성했고 Verifier가 이를 잡아냈다는 경험을 근거로 인용 환각 문제가 도처에 있음을 지적하고 있다. 배포는 마크다운 파일과 MIT 라이선스로 되어 있어 프롬프트를 가져다 쓰는 방식으로 재사용하길 권장한다.

이미지 분석

Screenshot
이미지는 GitHub 리포지토리 헤더를 캡처해 프로젝트 이름과 한 줄 설명을 보여준다. 설명에는 'Multi-round deep research pipeline for AI agents', 'Prompt-only — no Python, no framework' 같은 핵심 문구가 포함되어 있어 글 본문의 핵심 주장과 일치한다. 리포의 목적과 배포 형식(MIT, 프롬프트 기반)을 시각 증거로 확인할 수 있다.
레포지토리 헤더 스크린샷

용어 해설

프롬프트 전용(Prompt-only): — 코드나 외부 종속성 없이 마크다운 한 파일의 프롬프트로 전체 리서치 파이프라인을 구현하는 접근법이다. 각 역할은 프롬프트로 정의되어 동일 모델에서 순차 또는 병렬로 호출된다. 에이전트 프레임워크에 신속히 붙여 쓰기 좋고 설치·운영 부담을 최소화하는 목적에 적합하다.
병렬 서브에이전트(Parallel subagents): — 질문을 여러 하위 조사자(Investigators)로 분할해 웹·소셜·코드 저장소를 동시에 조회하는 설계 패턴이다. 입력으로 쿼리를 받고 각 서브에이전트가 병렬로 증거를 수집한 뒤 합치는 프로세스를 거친다. 병렬화를 통해 탐색 범위를 넓히고 응답 시간을 줄이는 데 유리하다.
크리틱 필터링(Critic filtering): — 조사 결과에 대해 품질 판단을 수행하는 역할로, 합성 단계 이전에 낮은 신뢰도의 결과를 걸러낸다. 모델 기반의 평가자(Critic)가 근거·출처·일관성을 검토하고 의심스러운 항목을 플래그한다. 합성물의 신뢰도를 높이고 잘못된 인용이나 노이즈 유입을 줄이려는 목적이다.
인용 환각(Citation hallucination): — 모델이 근거 없이 존재하지 않는 URL이나 문헌을 만들어내는 현상으로, 작성자가 실제로 여섯 개의 가짜 GitHub URL을 검출했다고 기록되어 있다. 인용 환각은 보고서 신뢰도를 심각하게 훼손하므로 자동화 리서치에서 주요 문제로 지목된다. 검증 루프를 통해 존재 여부를 확인하지 않으면 배포된 리포트에 허위 인용이 포함될 수 있다.
검증기(curl 검사)(Verifier (curl check)): — 각 인용 URL을 실제로 curl로 호출해 존재와 응답을 확인하는 검증 단계이다. Synthesist가 생성한 인용을 모델 추정에 의존하지 않고 네트워크 호출로 확증하며, 허위 링크를 식별해 리포트에서 제거하거나 플래그한다. 이 방식은 인용 환각을 실무적으로 방지하는 수단으로 사용된다.

언급된 도구

Hermes중립

작성자는 마크다운 한 파일을 Hermes의 스킬로 넣어 실행한다고 언급해 배포·실행 형식을 가리킨다.

GitHub API중립

코드 저장소 신호를 수집하기 위한 데이터 소스로 사용되며 조사자들이 GitHub를 탐색했다.

curl중립

각 인용 URL의 존재와 응답을 확인하는 검증 수단으로 사용된다.

Reddit / Hacker News중립

소셜·뉴스 신호를 수집하는 정보원으로 병렬 조사 대상이 된다.

언급된 리소스

GitHubDdibirov/hybrid-deep-research