인터컴(현 핀), 다른 AI 에이전트를 전담 관리하는 AI 에이전트 출시

출처: VentureBeat

이전 이름이 Intercom이던 회사가 주요 고객 서비스 플랫폼이 대규모로 시도하지 않았던 일을 방금 해냈습니다: 다른 AI 에이전트를 관리하는 전담 AI 에이전트를 구축한 것입니다.
Fin Operator는 목요일 샌프란시스코에서 열린 라이브 이벤트에서 발표된 새로운 AI 기반 시스템으로, 백오피스 팀이 Fin(회사 고객을 상대하는 AI 에이전트)을 구성·모니터링·개선하도록 특별히 설계되었습니다. Fin 자체가 프런트라인에서 인간 지원 에이전트를 대체하는 것이 아니라, Operator는 지식 베이스를 업데이트하고, 대화 오류를 디버깅하며, 성과 대시보드를 검토하는 지원 운영 전문가들을 대상으로 합니다.

“Fin은 고객을 위한 에이전트입니다,” 라고 회사 제품 부사장 Brian Donohue가 출시 전 독점 인터뷰에서 VentureBeat에 말했습니다. “Operator는 여러분의 지원 운영 팀을 위한 에이전트입니다. 이것은 Fin을 관리하고, 그 다음 인간 에이전트를 관리하는 백오피스 팀을 위한 에이전트입니다.”

이번 발표는 회사에 중요한 시점에 이루어졌습니다. 불과 이틀 전, CEO Eoghan McCabe는 15년 된 회사를 Intercom에서 Fin으로 공식 개명했으며, 이는 AI 에이전트가 이제 비즈니스 자체가 되었음을 강력히 알리는 신호였습니다. Fin은 최근 연간 반복 매출(ARR) 1억 달러를 돌파했으며 3.5배 성장하고 있습니다. 전체 회사는 ARR 4억 달러를 기록하고 있어, AI 에이전트가 전체 매출의 약 1/4을 차지하고 거의 모든 성장의 원동력이라는 의미입니다.

Fin Operator는 오늘부터 프로 티어 사용자에게 조기 액세스를 제공하며, 일반 제공은 2026년 여름으로 예정돼 있습니다.

모든 AI 고객 서비스 배포 뒤에 숨은 보이지 않는 위기

기업이 AI 에이전트에게 더 많은 대화를 맡기면서—Fin만 해도 전 세계 8,000개 고객(Anthropic, DoorDash, Mercury 등) 중 매주 200만 건 이상의 고객 이슈를 해결하고 있습니다—그 시스템 뒤의 운영 복잡성은 급격히 증가했습니다. 누군가는 지식 베이스를 최신 상태로 유지해야 하고, 누군가는 지난 화요일에 고객이 화가 난 상태에서 봇이 무한 루프에 빠진 이유를 파악해야 하며, 또 누군가는 제품 업데이트 후 자동화 비율이 떨어졌는지 분석해야 합니다.

그 “누군가”가 바로 지원 운영 팀이며, Donohue에 따르면 이들은 물에 빠지고 있습니다.

“거의 모든 지원 운영 팀이 이미 데이터 분석과 지식 관리 업무를 하고 있습니다—이것이 오늘날의 기본 조건이죠,” 라고 Donohue는 말했습니다. “팀이 어려움을 겪는 부분은 에이전트 구축 작업입니다. 이는 새로운 스킬셋이며, 대부분 충분한 시간이 없습니다. 첫 번째 버전을 가동하고 나면 막히게 됩니다.”

문제는 구조적입니다. AI 고객 에이전트는 정적인 소프트웨어가 아닙니다. 지속적인 튜닝이 필요하며, 이는 SaaS 도구를 설정하는 것보다 새로운 직원을 교육하는 과정에 더 가깝습니다. 각 고객 대화는 잠재적인 실패 원천이며, 각 실패는 진단·근본 원인 분석·구성 수정·테스트·모니터링을 요구합니다. 이는 지루하고 기술적이며 끊임없는 작업입니다. Fin Operator는 이 전체 루프를 대화형 인터페이스 하나로 압축하려 합니다.

하나의 AI 시스템이 데이터 분석가, 지식 관리자, 디버거 역할을 동시에 수행하는 방식

Donohue는 Operator가 지원 운영 팀의 대역폭을 크게 차지하는 세 가지 역할—전문 데이터 분석가, 전문 지식 관리자, 전문 에이전트 구축자—을 수행한다고 설명했습니다.

데이터 분석가 역할로서 Operator는 “지난 주 우리 팀 실적은 어땠나요?” 같은 고수준 질문에 즉석에서 차트, 트렌드 보고서, 상세 분석을 생성합니다. 회사는 Operator에 고객별 데이터 속성에 대한 컨텍스트 지식을 탑재해 워크스페이스별 메트릭을 정확히 해석하도록 했습니다.

지식 관리자 역할로서는 Operator가 제품 업데이트(예: 새로운 기능을 설명하는 3페이지 PDF)를 받아들여 회사 전체 콘텐츠 라이브러리를 자동으로 검색해 변경이 필요한 부분을 식별합니다. 누락된 부분을 찾아 새 문서를 초안하고, 기존 문서의 편집을 제안하며, 모든 내용을 diff 형태의 검토 인터페이스에 표시합니다. 기본 검색 엔진은 Intercom이 Fin을 위해 2년 넘게 구축·최적화해 온 의미론적 검색 시스템과 동일합니다.

“지식 관리 측면에서는 몇 시간, 때로는 며칠 걸릴 작업을 약 10분 안으로 압축해 주는 겁니다,” 라고 Donohue는 말했습니다.

에이전트 구축자 역할에서는 Operator가 ‘디버거 스킬’이라 부르는 기능을 도입합니다. 지원 운영 팀은 Fin이 오작동한 대화 링크를 붙여넣으면, Operator가 Fin의 내부 추론 과정을 단계별로 추적하고, 루프를 야기한 잘못된 가이드를 찾아내며, 재작성안을 제시하고, 원본 대화와 비교 테스트를 수행한 뒤, 유사 문제를 감지할 생산 모니터를 만들 것을 권장합니다.

“이것은 바로 우리 프로페셔널 서비스 팀이 하는 일과 동일합니다,” 라고 Donohue는 설명했습니다. “Fin이 반복하도록 만든 가이드를 작성했는데, 이는 흔히 발생합니다. 눈치채지 못했지만 탈출구를 제공하지 않은 것이죠.”

인간이 AI 변경을 통제하도록 하는 ‘풀 리퀘스트’ 안전망

Fin Operator에서 가장 중요한 설계 결정 중 하나는 ‘제안 시스템’이라고 부르는 메커니즘으로, 소프트웨어 엔지니어링의 풀 리퀘스트와 같은 역할을 합니다.

Operator가 제안하는 모든 변경—도움말 기사 편집, AI 가이드 규칙 재작성, 새로운 QA 모니터 생성 등—은 전체 diff 뷰와 함께 제안으로 나타납니다. 사용자는 각 변경을 검토·수정·승인할 수 있으며, 인간이 “Apply”(적용) 버튼을 클릭하기 전까지는 절대 실시간 반영되지 않습니다.

“현재 우리는 위험을 전혀 감수하지 않습니다—Fin은 인간 승인 없이는 시스템을 변경할 수 없습니다,” 라고 Donohue는 강조했습니다. “인간이 Apply를 클릭하기 전까지는 절대 라이브되지 않습니다.”

이는 눈에 띄는 아키텍처 선택입니다. 완전 자율 AI 시스템에 열광하는 시장 속에서, 회사는 의도적으로 인간 승인 게이트를 유지하고 있습니다—적어도 지금은 말이죠. Donohue는 이 정책이 향후 변할 수 있음을 인정했지만, 현재 시점에서는 신중함이 필요하다고 말했습니다: “Operator가 자동으로 변경하고 나서 팀에 ‘제가 뭘 했는지 알려드릴게요’라고 하는 것은 너무 큰 도약입니다.”

엔터프라이즈 구매자가 AI 도구를 평가할 때, 이 설계 포인트는 중요한 의미를 가집니다. 이는 변경을 제안하는 AI 시스템과 실제로 실행하는 AI 시스템을 구분하는 요소이며, 컴플라이언스 팀, 보안 담당자, 위험 관리자는 이를 면밀히 검토할 것입니다.

Fin Operator가 자체 AI 모델이 아닌 Anthropic의 Claude를 사용하는 이유

기술적인 세부 사항을 밝히며, Donohue는 Fin Operator가 회사 고유의 Apex 모델—고객용 Fin 에이전트를 구동하고 GPT‑5.4와 Claude Sonnet 4.6을 능가한다고 홍보한 맞춤형 AI 모델—을 사용하지 않는다고 확인했습니다.

대신 Operator는 Anthropic의 Claude 위에서 실행됩니다.

“우리는 자체 맞춤 모델을 사용하지 않고 있습니다,” 라고 Donohue는 말했습니다. “그 모델들은 고객 질문에 직접 답하도록 설계됐지만, 이번 경우는 최첨단 모델이 가장 잘 맞는 영역에 가깝습니다. 이는 실제로 소프트웨어 엔지니어링에 더 가깝습니다.”

이 차이는 의미가 큽니다. Fin의 Apex 모델은 고객 서비스 대화를 최소한의 환각과 최대 정확도로 해결하도록 최적화돼 있습니다. 반면 Operator는 데이터 분석, 코드와 유사한 구성 작성, 복잡한 추론 체인 디버깅 등 다른 종류의 지능을 요구합니다. Donohue는 이러한 능력을 소프트웨어 엔지니어링에 더 가깝다고 평가했으며, Anthropic의 Claude 모델이 이 목적에 맞게 의도적으로 최적화돼 있다고 설명했습니다.

회사는 향후 Operator용 맞춤 모델을 구축할 가능성을 완전히 배제하지는 않지만, Donohue는 이를 낮은 우선순위로 두고 있습니다. 현재 Claude를 중심으로 구축한 시스템이 바로 그