이 요약은 AI가 원문을 분석해 생성했습니다. 정확한 내용은 원문 기준으로 확인하세요.
TL;DR
yesbrainer는 karpathy/llm-council의 기본 아이디어를 계승하되 서버 의존을 제거하고 브라우저 정적 번들로 동작하도록 재구성한 오픈소스 프로젝트이다. 이 구현은 사용자가 API 키를 로컬에 보관하고 브라우저에서 직접 선택한 공급자들로 요청을 전송하게 하며 중재자 모델이 라운드별로 핵심 쟁점을 추출해 모델들로 하여금 익명화된 상대 주장을 보고 재응답하게 하는 합의 모드를 중심으로 작동한다. 기본 라운드 상한은 3회로 설정되어 있고 중재자는 수렴 여부와 남은 분쟁점을 구조화해 보고하므로 UI에서 어떤 모델이 어떤 근거로 입장을 바꿨는지 추적할 수 있다. 저장소와 키 없는 녹화 데모가 제공되어 접근과 재현이 가능하지만 익명화의 실효성과 브라우저 기반 BYOK의 운영·보안 트레이드오프는 추가 검증이 필요하다.
실용적 조언
- 프로젝트를 바로 시도하려면 공개된 GitHub 저장소를 클론하고 브라우저에서 정적 번들을 열어 API 키를 localStorage에 등록한 뒤 사용자가 원하는 공급자를 선택해 라운드를 구성하면 된다. 라운드 상한값 기본은 3으로 설정되어 있으므로 먼저 작은 라운드 수로 실험하며 중재자 출력의 구조화 필드를 확인해 어떤 논점이 반복적으로 등장하는지 관찰하는 것이 권장된다. UI에서 중재자의 per-model 'held/shifted' 요약을 노출하면 어떤 주장으로 모델이 입장을 바꿨는지 추적해 모델별 신뢰도를 평가하는 데 유용하다.
- 익명화 규칙을 그대로 사용하면 브랜드 식별 효과를 낮출 수 있으나 실험 단계에서는 라벨을 유지한 상태와 익명화한 상태 모두에 대해 비교 검증을 수행해 익명화가 실제로 편향 완화에 기여하는지 확인해야 한다. BYOK 구조를 적용할 때는 브라우저 저장소의 보안 특성을 숙지하고 키 만료·재인증 정책을 별도로 설계해 사용자의 키가 장기간 노출되지 않도록 관리해야 한다. 로컬 실행 환경의 한계로 인해 요청 지연이나 공급자별 응답 품질 차이가 결과에 미치는 영향을 계측하는 것도 필수적이다.
섹션별 상세
프로젝트의 핵심 배경은 karpathy/llm-council의 파이프라인을 계승하되 서버 의존도를 제거한 아키텍처 전환에 있다. 구현 방식은 애플리케이션을 브라우저 정적 번들로 제공해 로컬에서 API 키를 저장하고 사용자의 브라우저가 직접 선택한 공급자들(예: Anthropic, OpenAI, Google, Groq, OpenRouter, Ollama)에 요청을 전송하는 구조이다. 이 설계는 백엔드가 없는 환경에서 다중 모델 협업을 수행할 수 있게 하며 공개 저장소와 키 없는 데모 링크가 제공되어 재현 가능성이 확보됐다.
합의 모드는 초기 답변 생성, 중재자에 의한 수렴 판정과 핵심 쟁점 추출, 추출된 쟁점을 기반으로 한 재응답의 반복이라는 순환적 프로세스로 작동한다. 구체적으로는 모든 참여 모델이 독립적으로 답변을 내고 중재자가 이를 익명화된 표기로 읽어 수렴 여부를 판단하며, 수렴이 아니면 차이점만을 요약해 다음 라운드의 입력으로 제공한다. 기본 라운드 상한은 3회로 설정되어 있고 이는 구성 가능하며 최종적으로는 수렴한 포인트와 남은 분쟁점을 함께 보고하도록 설계되어 있다.
중재자의 출력은 단순한 합의 여부를 넘어서 구조화된 필드들로 구성되며 각 모델별로 '유지한 주장'과 '입장을 바꾼 요지'를 표시한다. 이 구조화 결과는 UI에서 어떤 근거가 다른 모델의 입장을 변화시켰는지 투명하게 표출하는 데 사용되며 라벨은 라운드 내에서 고정되고 라운드 간에는 섞여 브랜드 식별을 막는 익명화 규칙이 적용된다. 이러한 설계는 모형별 편향 식별과 근거 기반 변화 추적을 가능하게 한다.
실제 데모로는 '8세 아동의 세 번째 언어 선택' 사례가 포함되어 모델들이 라운드 사이에 구체적 근거 때문에 입장을 바꾸는 장면이 재현되었다. 데모에서 Claude Fable은 초반에 프랑스를 권했고 GPT-5.5와 Gemini는 초기에는 만다린을 택했으나 다음 라운드에서 다수 모델이 프랑스로 전향했고 각 모델은 자신을 바꾼 구체적 판단(예상 가치 계산, 몰입 환경의 중요성, 기계번역의 영향 등)을 명시적으로 제시했다. 이 데모는 API 키 없이도 볼 수 있는 녹화 링크와 GitHub 저장소가 제공되어 주장 재현성이 확보되어 있다.
용어 해설
- 합의 모드(Consensus Mode)
- — 합의 모드는 여러 개의 LLM이 초기 답변을 독립적으로 생성한 뒤 중재자 모델이 의견의 수렴 여부를 판정하고 논점 차이를 요약해 다음 라운드 질의로 전달하는 반복적 상호작용 방식이다. 각 라운드에서 모델들은 자신의 이전 답변과 동료 모델의 주장을 참고해 재응답을 생성하므로 입력→논점 추출→재응답의 순환으로 작동한다. 이 방식은 단일 랭킹보다 서로의 근거를 교환하면서 명시적 합의 지점과 남은 분쟁점을 드러내는 데 중요하다.
- 중재자 모델(Mediator Model)
- — 중재자 모델은 각 참여 모델의 답변을 익명화해 비교·판단하고 수렴 여부를 결정하며 논점 분류와 재질의(다음 라운드에 줄 요약) 출력을 생성하는 역할을 수행한다. 입력으로는 익명화된 답변 집합을 받고 처리 결과로 수렴 여부, 핵심 쟁점, 각 모델별 유지·변경 요약을 구조화해 반환한다. 이 출력은 어떤 주장으로 인해 모델이 입장을 바꿨는지를 UI나 후속 라운드에 명확히 연결하는 데 필수적이다.
- 키 로컬 저장 방식(Bring-Your-Own-Keys (BYOK))
- — BYOK 관행은 API 키와 인증 정보를 중앙 서버가 아닌 사용자의 브라우저 저장소에 보관하고 클라이언트에서 직접 공급자 API로 요청을 전송하는 설계 원리이다. 이 방식은 백엔드 리스크를 줄이고 운영 비용을 낮추며 사용자가 원하는 공급자를 직접 선택할 수 있게 한다. 브라우저 정적 번들로 동작하는 애플리케이션에서 키를 localStorage에 두어 서버가 개입하지 않는 구조를 실현하는 데 사용된다.
언급된 도구
Anthropic중립
LLM 공급자
OpenAI중립
LLM 공급자
Google중립
LLM 공급자
Groq중립
LLM 공급자
OpenRouter중립
중개형 API 라우팅 서비스
Ollama중립
로컬 추론 제공자(로컬 모델 실행)
Claude Fable중립
데모에서 사용된 모델 예시
GPT-5.5중립
데모에서 사용된 모델 예시
Gemini중립
데모에서 사용된 모델 예시
언급된 리소스
AI 분석 전체 내용 보기
AI 요약 · 북마크 · 개인 피드 설정 — 무료
출처 · 인용 안내
원문 발행 2026. 07. 17.수집 2026. 07. 18.출처 타입 REDDIT
인용 시 "요약 출처: AI Trends (aitrends.kr)"를 표기하고, 사실 확인은 원문 보기 기준으로 진행해 주세요. 자세한 기준은 운영 정책을 참고해 주세요.
