API 호출에 대한 비용을 지불할 수 있는 에이전트는 중요한 경계를 넘었습니다. 이제는 단순히 도구를 선택하는 것이 아닙니다. 재무 권한을 행사하고 있습니다. 기존의 결제 철도와 결제 API는 소프트웨어가 가치를 이동할 수 있도록 하지만, 돈이 이동하기 전에 중요한 구매자 측 질문에 대한 답변은 제공하지 않습니다: 이 에이전트가 현재 이 정책 아래에서 이 수신자에게 이 금액을 이 경로로 지불하도록 허용해야 합니까? 이 논문은 정책 제약 재무 실행을 정의합니다: 에이전트 결제 요청을 결제 실행 권한과 분리하는 구매자 측 제어 모델입니다. 이 모델은 실행 전 제어된 경로를 통해 운영자가 정의한 정책을 평가하며, 명시적인 결제 의도 상태, 권한 바인딩, 예산 예약, 결정적 재시도 신원, 신뢰 기반 결정, 모호한 외부 결과의 보수적 처리 및 지역 감사 재구성을 포함합니다. OmniClaw가 구현 아티팩트로 사용됩니다. 기록된 증거는 구성된 정책 및 보호 검사를 수행하며, 해시 기반 메시지 인증 코드(HMAC) 바인드 권한 스냅샷, 최종 상태 집행, 테스트된 동시성 작업 부하에서의 메모리 및 Redis 예약 동작, 신뢰 정책 결정, 테스트된 의도 경로에서의 미지의 결과 재생 차단 및 지역 감사 재구성을 포함합니다. 이 증거는 한계가 있습니다: 외부 결제 효과가 정확히 한 번 발생함을 증명하지 않으며, 보편적인 결제 최종성과 외부 결제 서비스의 정확성, 규제 준수, 배포 전반의 충돌 안전성 또는 독립적으로 변조 방지 감사 저장을 증명하지 않습니다.
Abiola Adeshina (금요일)이 이 질문을 연구했습니다.