pile·
AI / ML·stackoverflow-blogStack Overflow Blog·

대규모에서 여러 에이전트를 협력시키는 방법

문제도메인별 sub-agent 로 짠 멀티에이전트 구조는 부서 경계를 넘는 고객 질문을 잘 못 풀고, 비용·예측 가능성·신뢰성을 동시에 만족시키기 어렵다.
접근Intuit 는 서브에이전트 구조를 버리고 중앙 planner 1 개 + skills/tools 풀로 평탄화했다. plan-execute 모델로 워크플로우를 구성하고, 금융 계산은 결정적 툴로 빼서 환각을 차단한다. offline/online/human eval 세 축과 golden dataset 기반 LLM judge 로 회귀를 검사하고, GenOS 플랫폼이 보안과 관측을 일원화한다.
결과사용자 행동 분석이 단일 에이전트 한계를 드러냈고, fallback 모델은 개별 평가해야 응답·"성격"이 달라 단순 redundancy 가 통하지 않는다는 점을 강조한다.
stackoverflow-blog
Stack Overflow Blog 블로그
원문은 여기서 이어서 읽을 수 있어요
원문 읽기
읽음 (0)

이 글과 비슷한

  1. AI / ML·LY CorporationLY Corporation·

    Grafana에서 자연어로 장애 원인을 분석하기: LLM 에이전트 기반 SRELens 개발기

    LY Corporation Home SRE 팀이 장애 분석 시 메트릭·로그·트레이스가 각각 다른 화면에 흩어져 있는 문제를 해결하기 위해 Grafana 플러그인 SRELens를 개발했다. SRELens는 LLM 에이전트가 자연어 질의를 받아 실제 관측성 데이터를 조회하고, 근거와 함께 장애 원인 후보를 정리해 주는 도구다. LGTM-P 스택(Loki·Grafana·Tempo·Mimir·Pyroscope)과 FlavaMCP 게이트웨이를 통합해 단일 채팅 인터페이스에서 멀티시그널 분석이 가능하다.

    #llm-app#mcp#observability+2