한 사람이 한 직무를 맡던 방식에서, 한 사람이 여러 AI를 지휘하는 방식으로

1. 한 사람이 여러 에이전트를 맡는 모델은 어떻게 가능해졌을까

기계 여섯 대를 한꺼번에 맡은 교대 근무 조장을 떠올려 보십시오. 조장은 기계마다 붙어 서서 지켜보지 않습니다. 제어판을 보다가 이상 신호가 뜬 기계에만 걸어갑니다. 여러 AI를 감독하는 일도 같은 원리로 돌아갑니다.

그렇다고 가상 직원을 무한히 늘릴 수 있게 된 것은 아닙니다. 에이전트는 잘못된 데이터를 쓰기도 하고, 같은 일을 중복해서 하기도 하며, 누군가 확인해야 하는 결과물을 내놓기도 합니다. 체계 없이 수만 늘리면 사용자는 검토 작업에 파묻힙니다. 신입 직원은 잔뜩 들어왔는데 직무기술서는 없는 팀장과 같은 처지가 됩니다.

2. 매번 처음부터 만들지 말고 기능별 에이전트 포트폴리오 갖추기

흔한 실수는 직원 한 명에게 서로 아무 관련 없는 시스템 여러 개를 맡기는 것입니다. 그러면 하루 종일 머릿속 맥락을 바꾸느라 무엇 하나 제대로 확인하지 못합니다. 한 사람이 맡는 일은 같은 계열의 업무로 묶어야 합니다.

3. 사람이 병목이 되지 않게 대기열을 관리하는 방법

우선순위는 금액, 마감, 위험도에 따라 정하십시오. 에이전트가 모든 일마다 사람을 불러 승인을 받게 해서는 안 됩니다. 표준적인 건은 사람을 거치지 않고 곧장 처리하고, 비슷한 일은 모아서 한꺼번에 검토하며, 중요한 일이 생겼을 때만 사람을 호출합니다. 대기열 화면에는 긴 결과물 전체 대신 결정해야 할 사항을 보여 주어야 합니다.

사람으로 이루어진 팀처럼 동시 진행 작업 한도(WIP Limit)를 정하십시오. 사용자가 에이전트 작업 20개를 한꺼번에 열어 놓고 확인을 따라가지 못하면 사이클 타임(Cycle Time)이 길어지고 맥락이 뒤섞입니다. 대시보드에는 검토를 기다리는 일, 대기열에 머문 시간, 지금까지 쓴 비용이 보여야 합니다.

4. 모든 글자를 똑같이 읽지 말고 위험도에 따라 검토하기

모범 사례 모음(Golden Examples)과 오류 분류 체계(Failure Taxonomy)를 만드십시오. 잘못된 출처, 오래된 데이터, 계산 실수, 정책 위반, 부적절한 표현 같은 분류입니다. 검토할 때 오류 유형을 기록해 두어야 그 결과물 하나만 고치고 끝내지 않고 시스템까지 고칠 수 있습니다. 신뢰도는 글이 얼마나 자신 있게 들리는지로 매기지 말고, 근거와 규칙 통과 여부로 매기십시오.

5. 에이전트가 병렬로 일할 때 꼭 필요한 한도

• 에이전트별 고유 계정과, 사람으로 지정된 스폰서
• 읽기, 초안 작성, 실행을 구분하는 최소 권한 원칙
• 작업별, 에이전트별, 사용자별 호출 횟수와 비용 한도
• 돈, 개인정보, 외부 게시, 삭제가 걸린 작업의 승인 절차
• 같은 내용이 두 번 발송되거나 생성되지 않게 막는 멱등성(Idempotency)
• 작업, 도구 호출, 결과를 서로 연결하는 로그
• 킬 스위치(Kill Switch)와 수작업 대체 경로

프롬프트 하나에만 통제를 맡기지 마십시오. 중요한 정책은 모델 밖의 시스템이 강제해야 합니다. 에이전트끼리 서로 호출하게 하면 연쇄 반응이 일어날 위험이 커지므로, 호출 깊이, 도구, 예산을 제한하고 끝나지 않는 순환이 없는지 점검해야 합니다.

6. 에이전트 관리자(Manager of Agents)의 하루

아침에 관리자는 받은편지함 대신 성과 대시보드를 엽니다. 에이전트가 밤사이 처리한 일에서 나온 예외 세 건을 확인하고, 표준 보고서는 한꺼번에 승인하고, 특별한 고객 건 하나를 처리합니다. 그런 다음 가격 결정을 준비하려고 조사 세 갈래를 동시에 맡깁니다.

사람의 가치는 모든 단계를 직접 만들어 내는 데서, 방향을 정하고, 근거를 고르고, 결정하고, 시스템을 개선하는 쪽으로 옮겨 갑니다. 그러니 이 직무에는 시스템 개선에 쓸 시간을 따로 떼어 두어야 합니다. 아낀 시간을 곧바로 새 일로 다 채워 버려서는 안 됩니다.

7. 에이전트를 잘못 쓰는 행동에 보상하지 않는 KPI

안전하게 감당할 수 있는 처리 용량의 범위를 정하십시오. 한 사람이 에이전트 몇 개를 감독할 수 있는지는 업무의 위험도와 다양성에 따라 달라서 하나의 비율로 정할 수 없고, 영업과 재무도 서로 다릅니다. 실제 대기열과 검토 시간으로 시험해 보십시오.

8. 45일 안에 팀 모델 시범 운영하기

1. 일 잘하는 직원 한 명과, 반복 작업이 많은 성과 목표 하나를 고릅니다.
2. 2~3개 기능의 에이전트를 만들되, 처음에는 읽기와 초안 작성 권한만 줍니다.
3. 산출량, 직접 작업 시간, 품질의 기준값을 기록합니다.
4. 동시 진행 작업 한도와 검토 대기열을 두고 병렬 작업을 시험합니다.
5. 평가를 통과한 뒤에만, 표준적인 경우에 한해 권한을 늘립니다.
6. 처리 용량을 비교하고 직무기술서를 새로 설계합니다.

요약: 에이전트마다 맡은 일이 분명하고, 대기열이 우선순위를 정하고, 검토가 위험도를 따르고, 통제 장치가 시스템 안에 있으면 직원 한 명이 여러 에이전트를 지휘할 수 있습니다. 앞으로 이 역할의 중심은 성과와 품질 관리이고, 프롬프트 입력은 그중 작은 부분입니다. 회사는 이 비율을 인원 감축 계획에 쓰기 전에 먼저 데이터로 시험해야 합니다.