국내 대기업에서 요즘 가장 자주 보이는 AX 방식이 "1인 1에이전트 만들기"다.
직원마다 코딩 에이전트 계정을 하나씩 주고 각자 자기 업무에 맞는 에이전트를 만들게 한다. 그러면 조직 전체 생산성이 폭발할 것처럼 보인다. 나는 이 방식에 반대한다.
남는 건 에이전트가 아니라 사일로다
누군가는 회의록 에이전트를 만들고, 누군가는 보고서 에이전트를 만들고, 누군가는 자기 팀만 아는 자동화를 만든다. 문제는 이것들이 서로 연결되지 않는다는 점이다.
각자 다른 프롬프트를 쓰고, 다른 데이터에 접근하고, 다른 기준으로 판단하고, 다른 상태를 기억하고, 다른 결과물을 낸다. 개인 생산성은 조금 오를 수 있다. 그런데 조직 관점에서는 AI가 늘어난 게 아니라 사일로가 늘어난 것이다.
기업의 일은 개인 단위로 끝나지 않는다
영업은 견적에서 끝나지 않고 계약, 법무, 재무, 납품으로 이어진다. 구매는 발주에서 끝나지 않고 예산, 승인, 입고, 정산으로 이어진다. HR은 채용에서 끝나지 않고 인터뷰, 처우, 승인, 온보딩으로 이어진다.
즉 실제 업무는 대부분 워크플로다. 개인 단위 에이전트가 아무리 빨라져도 팀 내부와 팀 사이의 의존 관계가 그대로면 조직 전체 처리량은 거의 늘지 않는다.
보고서는 더 빨리 만들어지고 아이디어는 더 많이 나오고 초안은 더 많이 생성되는데, 다음 팀이 받아 갈 수 있는 상태로 연결되지 않으면 결국 병목 앞에 산출물만 쌓인다. 이건 생산성 혁신이 아니라 재고 증가다.
단위는 1 Team = 1 Multi-Agent Workflow
그래서 엔터프라이즈 AX의 단위는 1 Person = 1 Agent가 아니라 1 Team = 1 에이전트 팀 / 워크플로여야 한다.
여기서 하나 더 분명히 할 게 있다. 에이전트에게 일을 보조받는 것을 최종 목표로 삼으면 안 된다. 처음부터 전부 대체할 수는 없다. 사람이 중간에 확인하는 단계도 필요하고 코파일럿처럼 옆에서 돕는 구간도 있다. 하지만 방향은 분명해야 한다.
업무의 시작 조건을 읽고, 필요한 판단을 내리고, 다음 역할로 넘기고, 상태를 갱신하고, 예외를 처리하고, 결과까지 닫는 구조로 가야 한다. 그래야 자동화(Automation)가 아니라 실행(Execution)이 된다. 기존 RPA와 에이전틱 AI의 가장 큰 차이가 여기다.
1인 1에이전트는 1인 1제품이 된다
직원 수천 명이 각자 에이전트를 하나씩 만들면, 회사는 어느 순간 수천 개의 제품을 운영하는 조직이 된다.
누가 유지보수하나. 누가 권한을 관리하나. 누가 데이터 접근을 감사하나. 누가 프롬프트와 정책 변경을 책임지나. 누가 같은 일을 하는 중복 에이전트를 정리하나. 누가 퇴사한 직원이 만든 에이전트를 책임지나. 그리고 무엇보다, 누가 이 모든 에이전트가 같은 회사 목표를 향해 움직인다고 보장할 수 있나.
전사에 에이전트를 제공한 기업 사례를 "1인 1에이전트"로 이해하면 안 된다. 잘한 곳들은 직원에게 "각자 다른 제품을 하나씩 만들어라"라고 하지 않았다. 하나의 공통 에이전트 기반을 조직 차원에서 만들고, 전 직원이 자기 역할과 맥락에 맞게 개인화해 쓰도록 했다.
이 차이는 크다. 아래에서 위로 수만 개의 에이전트 제품을 만드는 것과, 위에서 아래로 하나의 실행 체계를 설계한 뒤 개인화된 경험을 제공하는 것은 전혀 다른 문제다.
조직의 미션, 도메인, 권한, 책임, 데이터 접근 범위, 정책을 먼저 에이전트가 실행할 수 있는 형태로 번역해야 한다. 그 위에서 개인에게 필요한 에이전트를 제공하는 순서다.
중요한 건 개수가 아니다
엔터프라이즈 AX에서 중요한 것은 에이전트의 개수가 아니다.
누가 어떤 상태를 읽는지, 누가 어떤 결정을 제안하는지, 누가 어떤 전이를 실행하는지, 어떤 조건에서 다음 단계로 넘어가는지, 어떤 에이전트가 어떤 권한을 갖는지, 실패하면 누가 어떻게 복구하는지, 여러 에이전트가 같은 세계를 보고 있는지.
이게 설계되지 않으면 1인 1에이전트는 결국 1인 1기술부채가 된다.
누구나 코딩할 수 있는 시대가 왔다고 누구나 좋은 제품을 만드는 건 아니다. 마찬가지로 누구나 에이전트를 만들 수 있는 시대가 왔다고 좋은 AI 조직이 만들어지는 것도 아니다. 슈퍼휴먼을 많이 모은다고 슈퍼 조직이 되지 않는 것과 같다.
하나의 에이전트 팀이 하나의 워크플로를, 여러 워크플로가 하나의 조직 세계를 공유할 때 비로소 AX가 시작된다.
고립된 에이전트를 만드는 걸 멈추고, 에이전트 팀과 실행 가능한 워크플로를 만들어야 한다.
그래서 강의도 이렇게 한다
"1인 1AI", "1인 1에이전트"를 주제로 한 강의 요청은 받지 않는다. 그게 조직에 해롭다고 보기 때문이다. 개인에게 도구를 하나씩 쥐여 주고 각자 에이전트를 만들게 하는 건 AI 리터러시 교육으로는 재미있을 수 있다. 하지만 그것을 AX 전략이라고 부르는 순간 이야기가 달라진다.
대신 팀 단위 에이전트 워크플로를 설계하는 과정을 다룬다. 업무를 상태와 전이로 쪼개고, 역할별 권한을 정하고, 실패 복구 경로를 만들고, 그 위에 사람이 확인할 지점을 남기는 순서다.
기관이나 기업에서 이 방향으로 교육이나 자문이 필요하면 아래로 문의하면 된다. 업무 한 흐름을 골라 팀 에이전트로 다시 짜는 것부터 시작한다.
강의·컨설팅 문의: ax@jungwoo-kim.com