에이전트가 회의실로 출근한 날 : 실무로 내려온 자동화의 기록

1961년 뉴저지주의 제너럴 모터스 공장 조립 라인에 '유니메이트(Unimate)'라는 이름의 로봇 팔이 처음 투입되었습니다. 무게 약 1.8톤, 뜨거운 주물을 집어 올려 옆 공정으로 옮기는 단순한 작업이 그의 임무였지요. 당시 현장 작업자들은 이 기계 팔을 두려워하거나 경멸했습니다. 어떤 이는 자기 일자리가 사라질 것이라 분노했고, 어떤 이는 "저런 걸로 진짜 일이 되나" 하며 비웃었습니다. 놀라운 건 유니메이트가 투입된 직후가 아니라 5년 뒤입니다. 1966년 GM의 엔지니어들은 회의록에 이렇게 적었습니다. "우리는 이 기계 팔이 없던 시절을 더 이상 상상할 수 없다."

2026년 3월 말, 저는 다시 비슷한 문장을 만났습니다. 다음 주 뉴욕에서 열리는 MCP 개발자 서밋(MCP Dev) Summit의 공식 프리뷰가 공개되었고, 거기에 실린 아마존(Amazon)과 우버(Uber)의 발표 초록이 업계 단톡방을 며칠째 달구고 있습니다. "우리는 이 에이전트들이 없던 워크플로우를 더 이상 상상할 수 없다." 우버의 플랫폼 엔지니어링 리더가 초록에 적은 한 문장이었습니다.

▸ 데모에서 실무로 : 두 개의 엔터프라이즈 기록

지난 1년 동안 AI 에이전트는 데모 영상의 주인공이었습니다. 멋진 무대 위에서 카메라 앞에서 코드를 짜고, 이메일을 보내고, 스프레드시트를 고치고 박수를 받았지요. 그 장면을 보며 저 역시 설레기도 했고, 동시에 "진짜 업무에서는 어떨까"라는 의심을 내려놓지 못했습니다.

이번 MCP 서밋 프리뷰에 공개된 자료는 그 의심에 대한 솔직한 답변입니다. 아마존의 세션 주제는 "사내 개발자 수천 명과 공존하는 코딩 에이전트"였습니다. 구체적인 숫자는 본 발표에서 공개되겠지만, 초록만으로도 흥미로운 대목이 여럿 있었습니다. 우선 에이전트가 가장 잘하는 일은 '반복 가능한 리팩터링'과 '테스트 코드 생성'이라는 것. 반대로 가장 잘 실패하는 지점은 '레거시 시스템의 맥락 이해'라는 것. 말하자면 이 기계 팔은 새 조립 라인에서는 눈부시게 일하지만, 20년 된 공장에서는 어리둥절해 한다는 뜻입니다.

우버의 사례는 결이 조금 달랐습니다. 우버는 자사 내부 운영 시스템에서 "멀티 에이전트 오케스트레이션"을 실험해왔다고 밝혔습니다. 하나의 에이전트가 고객 문의를 분류하면, 다른 에이전트가 결제 이력을 조회하고, 또 다른 에이전트가 운전기사의 과거 평가를 참고해 답변 초안을 구성하는 방식이지요. 이때 에이전트끼리 주고받는 대화의 프로토콜로 MCP와 A2AAgent-to-Agent가 함께 쓰이고 있습니다. 저는 이 대목을 읽으며 "드디어 서로 다른 벤더의 에이전트가 한 회의실에 앉아 말이 통하는 시대가 왔구나" 하고 감탄했습니다.

!반투명한 여러 로봇 팔이 책상 위 서류와 노트북을 조용히 정돈하는 장면

▸ 안착의 조건 : 문턱이 높아진 분야와 낮아진 분야

에이전트가 회의실로 출근한다고 해서 모든 업무가 단번에 바뀌는 것은 아닙니다. 저는 최근 국내 여러 기업의 CTO와 CDO들을 만나며 흥미로운 공통점을 발견했습니다. 에이전트 도입에 가장 적극적인 부서는 '생산성 압박이 큰 개발 조직'이 아니라 '반복 문서 업무가 많은 백오피스'였다는 점입니다.

개발 조직은 이미 GPT-5나 클로드(Claude) 시리즈를 개인 도구로 광범위하게 써왔습니다. 그 결과 개인 생산성은 올라갔지만, 팀 차원의 변화는 의외로 더딥니다. 반면 인사, 재무, 법무처럼 구조화된 문서를 대량으로 다루는 부서에서는 에이전트가 '사람을 대체'하는 것이 아니라 '사람의 주변을 정리'하는 방식으로 조용히 안착하고 있습니다. 휴가원 처리, 경비 증빙 자동 분류, 계약서 조항 비교 — 이런 일들이 하루에 수백 건씩 생기는 곳에서 에이전트는 이미 없어서는 안 될 동료가 되었지요.

▸ 실패의 기록 : 솔직하게 적어두어야 할 것들

그렇지만 이 자리를 빌려 솔직한 실패의 기록도 나누어야 공정합니다. 2025년 하반기 이후 제가 전해 들은 사례들 중 몇 가지는 꽤 아팠습니다. 한 국내 금융사는 고객 문의 대응 에이전트를 도입했다가 6개월 만에 롤백했습니다. 응답 품질이 나빠서가 아니라, 에이전트가 "이전 고객의 민감한 맥락"을 새 고객 대화에 무심코 끌어 쓰는 일이 간헐적으로 발견되었기 때문이지요. 제조 대기업의 한 계열사는 내부 데이터를 학습한 사내 에이전트를 구축했다가, 퇴사자의 작성물이 에이전트의 답변에 "목소리처럼" 녹아 나오는 문제로 법무팀이 개입하는 일도 있었습니다.

!조용한 사무실 책상 위에 가지런히 놓인 노트와 단정한 작업 흔적

이런 사례들이 가르쳐주는 것은 분명합니다. 에이전트의 생산성 이득은 선형적으로 늘어나지만, 에이전트가 일으키는 위험은 비선형적으로 증가합니다. 백 건의 성공 뒤에 한 건의 사고가 그간의 평판을 지우는 구조지요. 이 때문에 진지한 엔터프라이즈 도입은 예외 없이 "사람이 결재 단계로 남아 있는 설계"를 유지합니다. 우버의 초록도, 아마존의 초록도 이 점을 분명히 짚고 있습니다. 에이전트는 초안을 만들고, 사람이 보내는 버튼을 누릅니다. 그 단순한 구조가 6년차 공정 엔지니어가 유니메이트의 비상 정지 버튼을 옆에 두고 있던 장면과 비슷하지요.

▸ 회의실에 앉은 새 동료

여러분의 조직이 지금 에이전트 도입을 고민하고 있다면, 저는 한 가지를 꼭 말씀드리고 싶습니다. 질문을 "우리 회사에 에이전트를 도입해야 하느냐"에서 "우리 회사의 어떤 워크플로우가 에이전트에게 가장 잘 맞느냐"로 바꿔보시기를 권합니다. 전자는 예산 품의서에 쓰는 문장이고, 후자는 진짜 변화를 만드는 질문입니다.

다음 주 뉴욕에서 공개될 본 발표 자료에는 더 구체적인 수치와 아키텍처가 실릴 것입니다. 저는 특히 실패 사례의 공유가 얼마나 솔직하게 이루어질지에 눈길이 갑니다. 이 업계가 성숙하고 있다는 가장 확실한 신호는 경쟁사 앞에서 "우리가 이렇게 실패했다"고 말할 수 있는 용기니까요.

유니메이트가 뉴저지 공장에 도착한 지 65년이 지났습니다. 그 기계 팔이 뜨거운 주물을 집어 들던 순간 공장 사람들은 두려워했고, 5년 뒤 그들은 그 팔 없는 공장을 상상하지 못하게 되었습니다. 2026년의 사무실은 지금 그 두 시점 사이 어디쯤에 서 있습니다. 여러분의 회의실에 출근한 새 동료는 어떤 표정을 짓고 계신가요.