AI 에이전트 도입 현실: 크루AI 사내 코딩 에이전트가 회사 PR 절반을 쓰게 된 과정

핵심 메시지

• 사내 코딩 에이전트 '아이리스'는 처음엔 팀원들이 깨뜨리려 달려들었지만, 지금은 회사 PR의 거의 절반을 작성하는 수준까지 왔다.
• 코딩을 넘어 업무용 에이전트 실행량도 분기마다 급증하고 있고, 대형 기업들이 실제로 운영 단계에 들어섰다.
• 결과만 중요한 '임시 워크플로'와 과정까지 검증해야 하는 '내재형 워크플로'의 경계가 빠르게 흐려지고 있다.
• 만드는 일 자체가 흔해진 시대에는 도구·에이전트·스킬을 재사용 가능한 블록으로 쌓는 플라이휠이 실질적 경쟁력이 된다.
• 가장 잘 도입한 기업들의 공통점은 기술력이 아니라 무엇을 먼저 할지 아는 전략과 사람들을 실제로 쓰게 만드는 힘이었다.

쉽게 이해하기

크루AI(CrewAI) 창업자 주앙 모우라는 딥러닝AI가 공개한 'AI Dev 26' 발표에서 자기 회사가 먼저 겪은 일부터 꺼냈다. 사내 코딩 에이전트 '아이리스(Iris)'를 슬랙에 소개했더니, 엔지니어들이 가장 먼저 한 일은 사용이 아니라 파괴 시도였다. "다른 직원에게 이런 메일을 보내달라"는 식으로 허점을 찌르는 메시지가 스레드에 이어졌고, 그는 한동안 답답했다고 털어놨다.

전환점은 제품 책임자가 실제 기능 개발을 맡겨보고 그것이 통했을 때였다. 뒤이어 디자이너가 "앱 전체에 하드코딩된 색상이 몇 개냐"고 묻자 130개를 찾아내 디자인 시스템으로 정리하는 작업이 시작됐고, 코드를 모르는 디자이너가 상당한 리팩터링을 제안하고 엔지니어가 승인하는 광경이 만들어졌다. 신뢰가 무너진 '절망의 골짜기' 구간도 있었지만, 현재 버전은 스스로를 업데이트하고 자체 메모리·스킬·플로를 만들어가며 회사 PR의 절반 가까이를 쓴다.

발표의 절반은 대기업 현장 이야기다. 그는 업계를 재편하는 두 가지 힘을 제시한다. 첫째, 에이전트 종류가 다르다. 슬라이드나 스프레드시트처럼 결과물만 중요하고 과정은 버려도 되는 임시 워크플로가 있고, 의료 인력 자격 검증처럼 결과만큼 과정 검증이 업무의 본질인 내재형 워크플로가 있다. 둘째, 만드는 일 자체가 급격히 흔해졌다. 그래서 크루AI는 자사 플랫폼 기능을 클로드 코드 안에서 쓸 수 있게 붙였고, 그 사소해 보였던 시도가 도입을 막던 것은 기능이 아니라 마찰이었음을 알려줬다고 말한다.

해법으로 그가 반복해 강조한 단어는 플라이휠이다. OAuth 연동과 MCP 연동을 섞은 도구 저장소, 랭그래프·세일즈포스·서비스나우 등 외부 에이전트를 그대로 끌어와 함께 돌리는 구조, 그리고 공개한 스킬 저장소까지 — 사람도 에이전트도, 코드로도 노코드로도 재사용할 수 있어야 한다는 원칙이다. 사내에서는 회사가 의사결정하는 방식을 그대로 담은 '결정(decide)' 스킬을 엔지니어 터미널에 심어, 권한을 현장으로 넘기면서도 판단의 결이 흔들리지 않게 했다.

운영 쪽 조언은 담백하다. 인간 개입은 새 앱을 열게 하지 말고 이메일 알림과 회신으로 받으면 가장 잘 작동하며, 응답률과 SLA까지 봐야 한다. 지표는 비용·실행 건수·건강 상태처럼 넓게 보는 눈과 개별 실행 트레이스를 파고드는 눈이 모두 필요하다. 그리고 2023년 창업 당시 "도입은 엔지니어링 문제"라고 봤던 판단은 틀렸다는 고백이 이어진다. 수백만 건의 에이전트를 돌리는 고객들의 공통점은 무엇을 먼저·다음에 할지 아는 전략과 조직의 채택률이었고, 그래서 지금은 기술보다 앞선 '발견' 단계가 가장 큰 효과를 냈다고 말한다.

주요 인사이트

• 에이전트 도입의 첫 반응이 파괴 시도라는 점은 실패 신호가 아니다. 한 명의 실제 성공 사례가 나온 뒤에야 조직이 따라 움직였고, 그 사이의 신뢰 붕괴 구간도 정상 경로로 봐야 한다.
• 임시 워크플로와 내재형 워크플로의 구분은 이미 무너지고 있다. 사람들은 어느 쪽이든 대화로 다루고 싶어 하고, 에이전트가 서로를 호출하기 시작하면서 도구 선택의 경계도 함께 흐려진다.
• 이메일 기반 인간 개입은 기술적으로 초라해 보이지만 마찰이 가장 낮다. 비기술 직군을 에이전트 운영에 끌어들인 것도 새 화면이 아니라 회신 버튼이었다.
• 속도만 빨라지는 자동화보다, 원래 규모로는 불가능했던 일을 여는 자동화가 체감이 크다. 모든 영업 미팅마다 고객 맞춤 자료를 남기는 사례가 그런 종류다.
• 빌딩이 흔해질수록 DRY·재사용·우아한 실패 같은 전통적 엔지니어링 원칙의 값이 오른다. 프롬프트와 문서로 소프트웨어가 형성되는 환경에서도 원칙은 그대로 적용된다.

자주 묻는 질문

관련 AI 소식