Install
$ agentstack add skill-orcaqubits-agentic-commerce-skills-plugins-ap2-payment-processor ✓ scanned · ✓ verified, works with Claude Code, Cursor, and more.
Security review
✓ PassedNo issues found. Passed automated security review. · v0.1.0 How review works →
- ✓ Prompt-injection patterns
- ✓ Secret / credential exfiltration
- ✓ Dangerous shell & filesystem operations
- ✓ Untrusted network calls
- ✓ Known-malicious package signatures
What it can access
- ✓ Network access No
- ✓ Filesystem access No
- ✓ Shell / process execution No
- ✓ Environment & secrets No
- ✓ Dynamic code execution No
From automated source analysis of v0.1.0. “Used” means the capability is present in the source — more access means more to trust, not that it’s unsafe.
Verified badge
Passed review? Show it. Paste this badge into your README, it links to the public security report.
Reliability & compatibility
Declared compatibility
Compatibility is declared by the source manifest. End-to-end runtime verification is coming, see below.
We're building live execution health for every listing: tool-call success rate, median latency, uptime, and last-checked timestamps, measured, not self-reported. It isn't live yet, so we don't show numbers we can't stand behind.
How agent discovery & health will work →About
AP2 Merchant Payment Processor Implementation
Before writing code
Fetch live docs:
- Fetch
https://ap2-protocol.org/specification/for Payment Processor responsibilities - Web-search
site:github.com google-agentic-commerce AP2 samples roles merchant_payment_processorfor reference implementation - Web-search
site:github.com google-agentic-commerce AP2 payment processor authorizationfor authorization flow - Fetch
https://ap2-protocol.org/topics/core-concepts/for MPP role details
Conceptual Architecture
What the Payment Processor Does
The Merchant Payment Processor (MPP) handles the financial side of the transaction on behalf of the merchant:
- Receives payment requests from the Merchant Agent
- Requests credentials from the Credentials Provider using the Payment Mandate
- Constructs authorization messages for the payment network
- Processes the payment through the network/issuer
- Handles challenges (3DS2, OTP) when required
- Returns receipts to the Merchant Agent
Where It Sits in the Flow
Shopping Agent → Merchant Agent → MPP → Credentials Provider
↓
Payment Network / Issuer
↓
Authorization Result
↓
MPP → Merchant Agent → Shopping Agent → User
Key Responsibilities
Payment Authorization
- Receive the Payment Mandate from the Merchant Agent
- Present the mandate to the Credentials Provider
- Receive tokenized/resolved credentials
- Construct network authorization message
- Submit to the payment network for authorization
- Handle authorization response (approved, declined, challenged)
Challenge Handling
When the network/issuer requires additional verification:
- 3DS2 — Strong customer authentication challenge
- OTP — One-time password verification
- The MPP triggers a redirect to a trusted user surface
- User completes the challenge
- MPP retries authorization with challenge response
- V0.1 supports redirect challenges
Receipt Generation
After successful authorization:
- Generate a payment receipt with transaction details
- Include authorization code, transaction ID
- Return receipt to Merchant Agent
- Receipt flows through to Shopping Agent and ultimately to user
Payment Network Integration
The MPP interfaces with traditional payment infrastructure:
- Card networks — Visa, Mastercard, etc.
- Payment gateways — Stripe, Adyen, etc.
- Issuing banks — For authorization and settlement
- The Payment Mandate provides these entities visibility into the agentic nature of the transaction
Risk Signals
The MPP may add risk signals to the authorization:
- Agent identity information
- Transaction context (human-present/not-present)
- Mandate verification results
- Risk payload from the Payment Mandate
OTP Challenge Flow (Reference)
From the sample implementation:
- MPP receives payment request from Merchant
- MPP determines OTP is required
- MPP sends challenge to Shopping Agent (via A2A)
- Shopping Agent presents challenge to user
- User enters OTP (test value: "123" in samples)
- Shopping Agent returns OTP to MPP
- MPP verifies OTP
- MPP proceeds with payment authorization
Best Practices
- Always validate the Payment Mandate before requesting credentials
- Handle all authorization responses (approved, declined, challenged)
- Implement proper retry logic for transient network failures
- Support multiple challenge types (3DS2, OTP)
- Generate detailed receipts for audit trail
- Log all payment attempts with outcomes
- Handle partial authorizations appropriately
- Implement idempotency for payment processing
Fetch the specification for exact MPP requirements, authorization message format, and challenge flow details before implementing.
Source & license
This open-source skill is cataloged on AgentStack and links to its original source — we do not rehost the code.
- Author: OrcaQubits
- Source: OrcaQubits/agentic-commerce-skills-plugins
- License: MIT
Install and usage instructions live in the source repository linked above.
Reviews
No reviews yet, be the first.
Write a review
Versions
- v0.1.0 Imported from the upstream source.