에이전트가 스스로 돈을 쓰기 시작했다, 지출을 통제할 관제 레이어의 공백

어떤 문제인가

에이전트가 스스로 돈을 내게 하는 레일은 이번 주에도 새로 깔렸다. 문제는 그 다음이다. 에이전트 하나가 API 호출마다, 도구 사용마다, 대신 산 물건마다 돈을 쓰기 시작하면, 재무팀에게는 사람 직원 수백 명이 각자 법인카드를 든 것과 같은 상황이 열린다. 그런데 사람에게는 있는 것이 에이전트에게는 없다. 이번 달 예산은 얼마고 누가 넘겼는지, 이 지출이 평소 패턴에서 벗어났는지, 승인이 필요한 금액인지, 문제가 생기면 어느 버튼을 눌러 전부 멈추는지. 결제 레일은 돈을 옮겨줄 뿐, 그 돈을 통제하고 들여다보는 일은 하지 않는다. 오작동 한 번, 무한 루프 한 번, 프롬프트 인젝션 한 번이 그대로 청구서로 돌아온다.

왜 지금인가

Natural이 3천만 달러를 받고 스트라이프가 같은 방향으로 움직이는 지금, 에이전트가 결제하는 세상은 데모가 아니라 배포 단계로 넘어왔다. 레일이 깔리면 반드시 그 위에 통제 계층이 따라붙는다. 법인카드가 퍼지자 램프와 브렉스가 지출 관리로 큰 회사가 됐고, 클라우드 비용이 폭발하자 관측과 비용 최적화 도구가 한 범주를 이뤘다. 에이전트 지출도 같은 길을 밟는다. 다만 순서가 지금 막 시작됐다. 돈을 옮기는 레일이 먼저 자리를 잡는 중이고, 그 돈을 재무팀이 믿고 맡길 통제와 관측은 아직 빈칸이다. 이 빈칸이 열려 있는 창은 길지 않다.

어떻게 만들 수 있나

에이전트와 결제 레일 사이에 관제 레이어를 끼운다. 에이전트가 결제를 요청하면, 그 요청은 레일로 바로 가지 않고 먼저 이 레이어를 통과한다. 에이전트별과 팀별 예산과 한도, 가맹점과 카테고리 허용목록, 평소 패턴을 벗어난 이상 지출 탐지, 고액이면 사람 승인으로 올리는 에스컬레이션, 그리고 무엇이 언제 왜 나갔는지 남기는 전 건 감사 로그. 문제가 보이면 한 번에 전부 멈추는 킬 스위치를 맨 앞에 둔다.

flowchart LR
  A[AI 에이전트] -->|결제 요청| C[지출 관제 레이어]
  C -->|예산·정책 검사| P[예산·한도·허용목록]
  C -->|이상탐지·감사| M[모니터링·감사 로그]
  C -->|승인 또는 보류| R[결제 레일]
  C -.->|고액 지출 플래그| H[사람 승인]

진입은 좁게 잡는다. Natural이나 스트라이프의 에이전트 결제 API 위에 얹는 드롭인 대시보드로 시작해, 예산과 한도 설정, 실시간 지출 피드, 이상 알림부터 붙인다. 다음에 회계와 ERP 연동으로 정산과 대사를 자동화하고, 마지막에 감사와 컴플라이언스 리포트를 상위 플랜으로 올린다. 과금은 관리하는 에이전트 수나 처리하는 지출액에 얹는다.

성공 조건

첫째, 레일에 종속되지 않기. 특정 결제 인프라 하나에만 붙으면 그 회사가 같은 기능을 내놓는 순간 끝난다. 여러 레일 위에 공통으로 얹히는 중립 계층이어야 한다. 둘째, 기본값의 균형. 너무 조이면 에이전트가 멈추고 너무 풀면 통제의 의미가 없다. 안전하되 일을 막지 않는 기본 정책이 제품의 핵심이다. 셋째, 재무팀의 신뢰. 이 도구를 파는 상대는 개발자가 아니라 돈을 책임지는 사람이다. 감사에 그대로 낼 수 있는 기록과, 사고가 났을 때 즉시 멈추는 확신을 주는 쪽이 이 범주를 가져간다.