최태원 SK그룹 회장이 그룹 임원 회의에서 “1인 1에이전트”를 선언했습니다.

같은 시기, 비즈플레이 석창규 대표는 B2E(Business to Employee) 백오피스를 에이전트로 대체하는 작업을 이미 실행 중이었고, LG CNS는 a:xink라는 실행형 AI 플랫폼으로 “답변형에서 실행형으로”의 전환을 공식화했습니다.

세 개의 신호가 같은 주에 나왔습니다. 에이전트가 “써보면 좋은 도구”에서 “조직이 작동하는 기본 단위”로 이동하는 변곡점입니다.

5%가 의미하는 것

삼성SDS AX센터가 올해 발표한 숫자가 있습니다. 한국 대기업의 에이전트 실제 도입률은 5%입니다. 관심은 넘치지만 실행은 극소수입니다.

이 5%를 두 가지로 읽을 수 있습니다.

첫 번째 해석은 “아직 멀었다”입니다. 두 번째 해석은 “95%가 다음 2년 안에 움직인다”입니다.

최태원 회장의 선언은 두 번째 해석에 타이밍을 더합니다. 그룹 총수 레벨에서 이런 선언이 나왔다는 것은, 조직의 예산·인력·KPI가 에이전트 실행 방향으로 정렬된다는 신호이기 때문입니다. “스킬을 익혀봐라”가 아니라 “각자 에이전트가 있어야 한다”는 프레임의 전환입니다.

실제로 ‘끝내는’ 에이전트의 조건

도입률 5%에서 실제 운영에 들어간 기업들의 결과가 나오기 시작했습니다.

채널코퍼레이션 알프는 월 100만 건 이상의 고객 상담을 80% 자동 처리합니다. 비결은 최신 모델이 아닙니다. 11년간 축적된 상담 데이터와 룰 기반 가드레일의 조합입니다. 기술 경쟁이 아니라 도메인 깊이와 거버넌스의 경쟁입니다.

에이치에너지 헬리오스는 태양광 부지 선정부터 설계·인허가까지 밸류체인 전 과정을 자동화했습니다. 2~3시간 걸리던 작업이 수십 분으로 줄었습니다. 이 에이전트는 답을 주는 것이 아니라 일을 끝냅니다.

두 케이스의 공통점은 명확합니다. 모델 성능이 아니라 도메인 깊이와 실행 구조 설계가 결과를 만들었습니다.

“1인 1에이전트”가 구호로 끝나지 않으려면, 조직마다 이 설계가 먼저 있어야 합니다.

PM이 먼저 답해야 할 세 가지 질문

첫째, 이 에이전트는 무엇을 ‘끝내야’ 하는가.

단순 조회·요약이 아닌, 실제로 종결점이 있는 업무 단위를 찾아야 합니다. “계약서 초안을 작성한 후 법무팀에 슬랙으로 전달”처럼, 시작과 끝이 명확한 업무여야 에이전트가 자율적으로 실행할 수 있습니다. 완료 기준이 모호한 에이전트는 중간에 멈추거나, 틀린 결과를 자신 있게 내놓습니다. Snowflake가 최근 “에이전트의 자신 있는 오답 문제는 모델이 아니라 컨텍스트 탓”이라고 지적한 것도 같은 맥락입니다. 에이전트에게 뭘 끝내야 하는지를 정의하는 것이 설계의 출발점입니다.

둘째, 이 에이전트는 어디서 실패하는가.

에이전트는 잘 설계된 95%의 케이스보다 예외 5%에서 무너집니다. 인간 승인 게이트를 어디에 놓을지, 오류 시 어떻게 에스컬레이션할지가 핵심입니다. LG CNS a:xink가 “실행형”을 강조하면서도 인간 개입 레이어를 제거하지 않은 이유가 여기에 있습니다. “에이전트에게 맡긴다”는 것은 “사람을 없앤다”와 다릅니다. 감시·복구·승인 흐름이 없는 에이전트는 규모가 커질수록 신뢰도가 떨어집니다.

셋째, 이 에이전트는 사용자를 얼마나 기억하는가.

“1인 1에이전트”가 진짜 개인화가 되려면, 개인의 업무 패턴·의사결정 기준·자주 사용하는 워크플로우를 기억해야 합니다. 세션이 끝날 때마다 처음부터 다시 시작하는 에이전트는 도구이지 동료가 아닙니다. 메모리 레이어 설계 없이 “1인 1에이전트”는 선언에 그칩니다. 비즈플레이가 백오피스 에이전트를 B2E 방식으로 구현하는 것도, 개인별 업무 맥락을 시스템이 지속적으로 보유해야 한다는 전제를 알기 때문입니다.

변곡점 이후의 PM

최태원 회장의 선언이 구호로 끝나는지 조직 운영의 실질적 전환이 되는지는, 이 세 가지 설계 질문을 먼저 푸는 팀이 있느냐에 달려 있습니다.

에이전트가 “기능”이던 시절, PM의 역할은 요구사항을 정리하고 우선순위를 매기는 것이었습니다. 에이전트가 “조직 단위”가 된 이후, PM의 역할은 각자의 에이전트가 실제로 일을 끝낼 수 있도록 실행 구조·실패 경계·메모리 설계를 동시에 만드는 것입니다.

기능 명세서를 쓰던 손으로 이제 조직 설계도를 그려야 합니다.

당신의 조직에서 “1인 1에이전트”가 현실이 된다면, 가장 먼저 풀어야 할 설계 문제는 무엇인가요?