guilds.run — 과정을 들여다보고 조정하는 멀티 에이전트 워크플로

guilds.run은 에이전트별 프롬프트와 도구 호출, 메모리 변경, 에이전트 간 대화를 기록해 확인하고 조정하는 오픈소스 멀티 에이전트 도구입니다. 자체 호스팅으로 실행하며 Studio가 실행 기록을 분석해 수정안을 작성합니다. 수정은 사용자가 게시해야 반영됩니다.

주제: AI 개발 도구 오픈소스

에디터 노트

실행 기록을 에이전트별로 확인하고 수정안을 검토한 뒤 직접 게시하는 구조는 오류가 어느 단계에서 이어졌는지 추적하려는 목적과 맞습니다. 특히 수정이 자동 반영되지 않는 점은 디버깅 도구와 운영 권한을 구분합니다. 다만 기록을 볼 수 있다는 사실만으로 결과의 신뢰성이 입증되지는 않으며, 제공된 설명에는 서로 다른 모델을 조합한 실행의 품질이나 성능을 보여주는 측정 결과가 없습니다. 댓글은 소셜 플랫폼의 언급 수집처럼 실제 적용처를 묻지만, Reddit과 Instagram은 API 검색 범위에 제약이 있다는 사용자 경험도 나옵니다. 템플릿은 향후 공개 예정이고 호스팅 버전도 출시 전이라고 제작진이 답했습니다. 따라서 현재 확인되는 범위는 로컬에서 구성하고 실행 과정을 점검하는 기능이며, 플랫폼별 데이터 접근과 운영 편의성은 별도로 해결해야 할 과제로 남습니다.

AI 요약

guilds.run은 여러 AI 에이전트가 협업하는 워크플로를 살펴보고 디버깅하는 오픈소스 도구입니다. 제작진은 한 에이전트의 잘못된 가정이 다른 에이전트의 사실처럼 이어지고, 메모리에 쌓여 오류가 커지는 문제를 설명합니다. 지시문을 더하는 대신 실제 실행 과정을 확인하고 수정하도록 설계했습니다.

실행과 디버깅

저장소를 복제한 뒤 setup.sh와 Docker Compose로 로컬에서 실행합니다. 웹 인터페이스에서 LLM 제공자를 연결하고, 각자 작업과 모델을 맡은 에이전트들로 guild를 구성합니다. 실행 후에는 프롬프트, 도구 호출과 결과, 메모리 변경, 에이전트 간 대화를 확인합니다. Studio는 실행 기록을 읽어 원인을 찾고 수정안을 작성하지만, 사용자가 게시하기 전에는 변경 사항을 적용하지 않습니다. 에이전트별 권한과 컨텍스트, 모델도 설정할 수 있습니다.

Product Hunt 반응

@petrkovacik — 자체 호스팅이 가능하고 모든 도구 호출을 볼 수 있다는 점이 에이전트를 믿고 맡길 수 있게 하는 요소라고 봅니다. 호스팅 버전 계획이 있나요?
- @m4nuc — 의미 있는 작업을 맡기기 전에 진행 상황을 전부 확인해야 한다고 생각합니다. 호스팅 버전은 곧 나옵니다.
@1mirul — 디버깅 기능이 눈에 띕니다. 서로 다른 모델을 쓰고 상대의 출력을 바탕으로 작업하는 워크플로를 얼마나 잘 처리하는지 궁금합니다.
- @m4nuc — 에이전트 하나만 다루기도 어려운데 여러 개가 들어오면 삼체 문제처럼 됩니다.
@rania_rimali — 실제로 에이전트를 실행하기 전에 워크플로를 안전하게 시험할 수 있나요?
- @m4nuc — 공동 창업자가 워크플로를 만들 때 늘 그렇게 시험합니다.
@byalexai — X, Reddit, LinkedIn, Instagram에서 여러 에이전트가 언급과 주제를 모아 스프레드시트로 정리할 수 있나요?
- @m4nuc — 복잡한 활용 사례에 맞는 도구라고 답하며 비슷한 사례를 담은 템플릿을 곧 공개할 계획이라고 합니다.
- @byalexai — Reddit과 Instagram의 언급을 찾아 Google Sheets나 Notion에 정리하고 Telegram으로 보고받고 싶습니다. Grok Bot은 X에서는 되지만 Instagram은 지원하지 않습니다. Instagram API는 광범위한 키워드 검색을 지원하지 않고 Reddit도 API 접근을 제한해 대안을 찾고 있습니다.
@dipanshu_kushwaha5 — 비개발자도 AI로 시스템을 만들기 시작하면서 자신이 만든 시스템을 이해하고 디버깅하는 방법이 필요해질 것 같습니다.

원문: Product Hunt / 번역·요약: Trawling

원문 보기 ↗토론 보기 ↗