에이전트를 제품/채널로 붙이는 팀들이 초반에 자주 착각합니다. “툴 연동만 늘리면 사용자가 알아서 일 시키겠지.” 그런데 실제 Activation·Retention을 무너뜨리는 건 기능 부족이 아니라 신뢰 붕괴입니다. 한 번이라도 잘못된 툴 호출, 비용 폭주, 컨텍스트 누락이 터지면 사용자는 다시는 자동화를 믿지 않습니다.
이 지점에서 핵심은 ‘에이전트’가 아니라 오케스트레이터(orchestrator) 입니다. dev.to의 멀티에이전트 시스템 분석 글은 오케스트레이터를 “일을 하는 에이전트가 아니라, 일이 에이전트 사이를 어떻게/언제/어떤 조건으로 이동하고 실패를 어떻게 복구할지 지배하는 두뇌”로 정의합니다. (출처: dev.to, The Orchestrator in Multi-Agent Systems) 즉, 에이전트를 늘리는 것은 공급(기능)이고, 오케스트레이션은 품질(경험)입니다.
맥락을 성장 관점으로 번역하면 간단합니다. 오케스트레이터는 퍼널의 마찰을 제거하는 ‘런타임 제품 품질’ 레이어입니다. Task 분해가 엉성하면 첫 작업에서 헤매며 Time-to-Value가 늘고(Activation↓), 라우팅이 부정확하면 불필요한 호출로 비용이 튀며(ARPU/LTV 압박), 상태 관리가 끊기면 핸드오프마다 사용자가 재설명해야 해서(리텐션↓) 결국 “자동화는 귀찮다”로 결론 납니다.
연구 요약도 실용적으로 읽어야 합니다. 예를 들어 OI-MAS 결과에서 라우팅을 ‘교정(calibrated)’하면 비용이 40~60% 절감된다는 언급은(출처: dev.to 글 내 인용) 단순 인프라 절감이 아니라, 유료 플랜 마진을 지키고 더 공격적인 무료 체험(프리미엄/트라이얼)을 가능하게 만드는 성장 여력입니다. 토큰/툴 비용이 내려가면 CAC 회수 기간이 짧아지고, 실험 예산이 생깁니다.
하지만 오케스트레이션만으로 신뢰가 완성되진 않습니다. 두 번째 dev.to 글이 더 날카로운 경고를 던집니다. 추론(Reasoning) RL이 좋아질수록 ‘없는 툴을 지어내는’ Tool Hallucination이 함께 커질 수 있다는 것. 모델이 똑똑해질수록 “방법이 있을 것”을 전제로 밀어붙이고, 막히면 그럴듯한 함수 호출을 발명해버립니다. (출처: dev.to, Spent yesterday reading…)
이게 왜 성장 리스크냐면, 사용자 입장에서 실패의 형태가 바뀌기 때문입니다. 예전엔 “못 하겠습니다”라서 사람이 개입하면 됐는데, 이제는 확신에 찬 거짓 실행이 됩니다. 결과는 두 가지로 터집니다. (1) 잘못된 액션으로 신뢰가 즉시 붕괴(리텐션 급락), (2) 실패를 복구하려는 반복 시도로 호출이 늘어 비용이 폭주(코스트 핏 붕괴). 따라서 신뢰는 “정답률”이 아니라 검증·거절·런타임 방어로 설계해야 합니다.
여기서 시장 신호가 붙습니다. 카카오는 MCP 기반 개방형 플랫폼 ‘PlayMCP’를 로컬 오픈소스 에이전트 ‘오픈클로(OpenClaw)’까지 연동하며 생태계를 확장했습니다. 등록된 MCP 서버가 카카오 서비스 포함 약 200개 규모이고, 원타임 토큰(10분 유효) 같은 보안 장치도 적용했습니다. (출처: EBN, 카카오 PlayMCP 기사) 이 움직임은 “MCP가 표준이 된다” 수준을 넘어, 에이전트 유통이 ‘플랫폼의 도구함’으로 모이고 있다는 신호입니다.
시사점은 명확합니다. MCP 생태계가 커질수록 우리 제품은 더 많은 도구/채널에 ‘연결’될 기회를 얻어 CAC를 낮출 수 있습니다. 하지만 그만큼 사용자는 더 쉽게 비교하고 더 빨리 떠납니다. 즉 연결성은 상단 퍼널을 열고, 신뢰는 하단 퍼널을 지킵니다. 오케스트레이터가 없는 에이전트 확장은 “획득은 되는데 잔존이 안 되는” 최악의 조합을 만들 확률이 큽니다.
실행 체크리스트를 성장팀 언어로 정리하면 이렇습니다. ① 오케스트레이터에 ‘회로차단기(circuit breaker)’를 두어 토큰/툴 호출 상한과 재시도 정책을 강제(비용 폭주 방지) ② 툴 스키마를 호출 시점에서 검증하고, 거절(refusal)을 성공 결과로 계량(실패를 조용히 덮지 않기) ③ 핸드오프마다 요약/상태를 표준화해 컨텍스트 단절을 줄이고, 감사 로그/재현성을 확보(컴플라이언스+디버깅 속도) ④ 라우팅 정확도와 비용을 함께 최적화하는 실험(정확도만 보는 순간 LTV가 흔들림).
전망: 2026년 에이전트 경쟁은 “더 똑똑한 모델”보다 “더 믿을 수 있는 실행”으로 승부가 날 가능성이 큽니다. MCP 같은 표준이 유통을 가속할수록, 차별화는 오케스트레이션·런타임 방어·사람이介入할 수 있는 투명성(감사 상태)에서 생깁니다. 한 줄로 요약하면, 에이전트 성장은 모델이 아니라 신뢰 인프라가 만든다. 신뢰를 설계한 팀만 Activation을 지키고, 그 위에 Retention과 확장을 쌓습니다.