AgentPay는 AI 에이전트가 대신 진행하는 결제를 실행 전에 살펴보고, 평소와 다른 점이 보이면 거래를 잠시 보류하는 신호를 보내 사용자에게 직접 확인을 요청하는 서비스입니다. 돈을 받거나 보관하거나 옮기지 않습니다.
AgentPay는 자금을 수취·보관·이체하지 않습니다. 거래를 실제로 막는 주체는 고객사의 결제 시스템이며, AgentPay는 근거가 기록된 신호를 전달합니다.
AgentPay가 보증하는 것은 지시와 거래의 완벽한 일치가 아니라, 금전 피해의 상한입니다. 규칙 안에서 일어나는 사소한 어긋남까지 모두 잡는다고 약속하지 않습니다. 대신 규칙을 벗어난 돈은 사용자 확인 없이 나가지 않도록 설계합니다 — 약속의 범위가 분명해서 믿고 맡길 수 있습니다.
개념 설명을 위한 예시 그래프이며, 실제 고객 데이터나 성능 측정 결과가 아닙니다. 회색 점이 많다는 것이 핵심입니다 — 평소에는 맡겨두고, 선을 넘을 때만 사람을 부릅니다.
이제 AI 에이전트는 정보를 찾아주는 데서 멈추지 않고, 예약하고 주문하고 결제까지 대신 진행합니다. 에이전트가 속거나 실수하면, 빠져나가는 것은 진짜 돈이기 때문입니다.
미국 법무부가 공개한 사건에서는, 거래처를 사칭한 이메일 사기(BEC)에 글로벌 빅테크 2곳이 속아 합계 약 1억 2,000만 달러를 송금했습니다.
결제를 사람이 아닌 에이전트가 수행하게 되면, 이런 속임수를 걸러낼 마지막 관문이었던 사람의 확인 단계가 사라집니다.
사람이 모든 거래를 매번 들여다볼 수는 없습니다. 평소에는 맡겨두고, 이상할 때만 사람이 확인하는 안전장치 — 그것이 AgentPay가 채우려는 자리입니다.
에이전트가 만든 결제 요청을, 거래가 실제로 실행되기 전에 검토합니다. 사고가 난 뒤 수습하는 것이 아니라 일어나기 전에 잡는 것이 목표입니다.
평소 거래 패턴과 다른 점이 보이면 보류 신호를 보내고 사용자에게 확인을 요청합니다. 거래를 실제로 막을지는 고객사의 정책이 정합니다.
자금을 수취·보관·이체하지 않습니다. 결제망 바깥에서 신호만 보내기 때문에, 도입해도 돈의 흐름 자체는 달라지지 않습니다.
모든 거래가 완벽하다고 약속하는 대신, 문제가 생겨도 금전 피해가 정해진 상한을 넘지 않도록 보증합니다. 약속의 범위가 분명해서 믿고 맡길 수 있습니다.
| 시각 | 거래 | 결과 |
|---|---|---|
| 14:32 | 광고비 자동집행 · 크리에이티브랩정책 안 — 등록된 수취처 · 한도 이내 | 통과 |
| 14:41 | 클라우드 구독 갱신정책 안 — 등록된 반복 결제 항목 | 통과 |
| 15:07 | 신규 거래처 선지급정책 범위 밖 — 등록되지 않은 수취처 · 사용자 확인 요청 발송 | 확인 요청 |
| 15:12 | 반복 결제 · 합계정책 범위 밖 — 기간 한도 초과 | 보류 권고 |
| 15:20 | 사무용품 구매정책 안 — 허용 용도 · 한도 이내 | 통과 |
시뮬레이션입니다 — 실제 거래나 고객사 데이터가 아니며, 화면 연출을 위해 미리 정한 예시 거래를 순서대로 보여줍니다. 화면에는 사유의 성격만 표시했습니다. 판정 규칙과 임계값은 우회에 이용될 수 있으므로 공개하지 않으며, 계약 단계에서 고객사에만 제공합니다. 사용자는 알림을 받고 "제가 시킨 거래가 맞아요 / 아니에요"로 답하기만 하면 됩니다.
에이전트에게 얼마를 맡길지는 총액 한도와 기간 한도 두 가지로 정합니다. 총액만 정하면 짧은 시간에 몰아 쓰는 흐름을 막을 수 없고, 기간만 정하면 총액이 새어 나갑니다.
예시 수치입니다. 기간 한도는 매월 1일에 초기화되는 방식이 아니라 오늘을 기준으로 계속 다시 계산되므로, 월말에 몰아 쓰고 월초에 다시 몰아 쓰는 방식으로는 한도를 우회할 수 없습니다. 한도 항목과 적용 기준은 도입 시 고객사와 함께 정의합니다.
"위험도 몇 점"이 아니라, 사용자가 직접 서명한 정책과 맞춰봅니다. 한도·용도·기간·허용 대상이 기준이므로, 왜 걸렸는지를 사람이 읽을 수 있는 문장으로 설명할 수 있습니다.
모든 보류 신호에는 그렇게 본 근거가 함께 기록됩니다. 나중에 왜 그런 신호가 나왔는지 확인할 수 있고, 근거가 남지 않는 신호는 만들지 않습니다.
AgentPay는 거래를 직접 막지 않고 신호를 전달합니다. 보류할지 통과시킬지는 사용자 확인과 고객사 정책이 정합니다. 인공지능이 단독으로 결정하지 않습니다.
섀도 모드로 실제 거래에는 개입하지 않고 "만약 켜져 있었다면 어떤 신호를 보냈을지"만 기록합니다. 고객사 환경에서 직접 확인한 뒤에 도입을 결정하면 됩니다.
에이전트의 결제 요청이 AgentPay를 거쳐가도록 연결합니다. 기존 결제 흐름과 규칙은 그대로 둡니다.
일정 기간 실제 거래에는 전혀 개입하지 않고 신호만 기록하면서, 고객사 환경에서의 동작을 함께 확인합니다.
보류 신호와 사용자 확인 요청을 켭니다. 신호에 어떻게 대응할지는 고객사가 정책으로 정합니다.
섀도 모드란? 실제 거래에는 전혀 개입하지 않고, '만약 켜져 있었다면 어떤 신호를 보냈을지'만 기록하는 운영 방식입니다. 도입 전에 부담 없이 효과를 확인해 볼 수 있습니다.
도입 절차와 준비 사항에 대한 질문은 도입 안내에 더 정리해 두었습니다.