# Os1221 - Agent Payment Report

- Domain: os1221.com
- Category: Sports & Fitness
- Company type: machine api
- Payment systems found: None detected
- Agent interfaces found: None detected
- Payer platforms or methods: None detected
- Vendor roles: None cataloged
- Strongest evidence: **Not evaluated**
- Score version: `agent-payments-v4`
- Last scanned: 2026-08-20T19:16:28.027633+00:00

## Payment documentation

- No payment protocols documented.

## Scores

| Dimension | Score |
|-----------|-------|
| Payment readiness | 0 |
| Agent access | — |
| Overall readiness | 0 |

An em dash means there is not enough evidence to calculate that dimension. A public support claim is not treated as a completed payment.

## Payment Checks

Each section shows what was found, what still needs work, and the strongest available evidence. Not-applicable systems do not reduce the score.

### x402 payments

- Company signal: Not detected

#### Does an unpaid request return an x402 challenge?

- Status: Needs fix
- Result: The unpaid response did not include a decodable x402 V2 payment challenge.
- Why it matters: Agents may not be able to discover, understand, or safely attempt this payment path from static public evidence.
- How to fix: Return HTTP 402 with a decodable x402 V2 PAYMENT-REQUIRED challenge.

#### Is at least one accepted payment option complete enough for a payer to execute?

- Status: Needs fix
- Result: The x402 challenge is missing a complete accepted payment option or paid-resource binding.
- Why it matters: Agents may not be able to discover, understand, or safely attempt this payment path from static public evidence.
- How to fix: Include scheme, network, asset, positive amount, recipient/payTo, and resource binding for at least one accepted option.

#### Is the payment challenge protected from stale public caching?

- Status: Needs fix
- Importance: Recommended
- Result: No x402 challenge was detected.
- Why it matters: Agents may not be able to discover, understand, or safely attempt this payment path from static public evidence.
- How to fix: Return Cache-Control: no-store on unpaid x402 challenge responses.

#### Is there a concrete paid endpoint or tool the agent can discover?

- Status: Needs fix
- Result: A URL, OpenAPI operation, or protocol mention is not enough to prove a concrete payable x402 resource.
- Why it matters: Agents may not be able to discover, understand, or safely attempt this payment path from static public evidence.
- How to fix: Publish a concrete paid endpoint with method, price behavior, scheme, network, asset, and expected result.

#### Are HTTP, MCP, and A2A x402 claims evaluated separately?

- Status: Not applicable
- Result: Transport separation is not scored because no x402 challenge or explicit x402 claim was detected.

### UCP checkout

- Company signal: Not detected

#### Are declared external UCP service endpoints reachable?

- Status: Not applicable
- Result: No external UCP service endpoint is declared; the registries may be empty or embedded-only.

#### Is the UCP business profile publicly discoverable?

- Status: Needs fix
- Result: A response was found at /.well-known/ucp, but it was not a valid UCP profile.
- Why it matters: Agents may not be able to discover, understand, or safely attempt this payment path from static public evidence.
- How to fix: Serve a schema-valid public UCP business profile at /.well-known/ucp without authentication.

#### Is checkout capability claimed with enough structure to test later?

- Status: Needs fix
- Result: No structurally valid dev.ucp.shopping.checkout capability was declared.
- Why it matters: Agents may not be able to discover, understand, or safely attempt this payment path from static public evidence.
- How to fix: Declare dev.ucp.shopping.checkout with version and schema when UCP checkout is supported.

#### Does the profile declare payment handlers?

- Status: Needs fix
- Result: The UCP profile does not contain a valid payment-handler registry.
- Why it matters: Agents may not be able to discover, understand, or safely attempt this payment path from static public evidence.
- How to fix: Include the payment_handlers registry. Each declared handler entry requires version and id; config is optional.

#### Are signing keys published for message verification?

- Status: Needs fix
- Result: Signed messages, webhooks, or signing keys are claimed, but no valid keys array was found.
- Why it matters: Agents may not be able to discover, understand, or safely attempt this payment path from static public evidence.
- How to fix: Publish public JWKs in top-level keys[]. Each key requires kid and kty; EC keys require crv/x/y and OKP keys require crv/x. alg is optional.

#### Does the profile follow the UCP business-profile registries?

- Status: Needs fix
- Result: The UCP profile exists, but its services, capabilities, or payment handlers use the wrong structure.
- Why it matters: Agents may not be able to discover, understand, or safely attempt this payment path from static public evidence.
- How to fix: Declare a YYYY-MM-DD ucp.version plus services and payment_handlers registries. Capabilities are optional; declared services, capabilities, and handlers must follow their transport/entity schemas.

### ACP checkout

- Company signal: Not detected

#### Is ACP discovery or an ACP contract publicly available?

- Status: Needs fix
- Result: No ACP discovery document or public checkout contract was found.
- Why it matters: Agents may not be able to discover, understand, or safely attempt this payment path from static public evidence.
- How to fix: Publish a schema-valid /.well-known/acp.json discovery document or a structured, versioned ACP OpenAPI checkout contract.

#### Is payment handling described without implying settlement?

- Status: Needs fix
- Result: No complete payment-handler contract was found; a provider/handler claim and executable method or credential detail are both required.
- Why it matters: Agents may not be able to discover, understand, or safely attempt this payment path from static public evidence.
- How to fix: Document payment_provider, supported payment methods, PSP token handling, and delegated-payment support if applicable.

#### Are open ACP support and platform-specific ChatGPT support separated?

- Status: Needs fix
- Result: Platform-claim separation was not scored because no ACP discovery or checkout contract evidence was found.
- Why it matters: Agents may not be able to discover, understand, or safely attempt this payment path from static public evidence.
- How to fix: Separate open ACP implementation claims from approved ChatGPT/Instant Checkout participation claims.

#### Can agents understand products before checkout?

- Status: Not applicable
- Result: No ACP product-feed or product-catalog service is advertised; checkout-only ACP does not require a feed.

#### Does the contract require authenticated, signed, idempotent requests?

- Status: Needs fix
- Result: Missing required ACP request controls: Authorization, API-Version, Request-Id, Idempotency-Key.
- Why it matters: Agents may not be able to discover, understand, or safely attempt this payment path from static public evidence.
- How to fix: Require Authorization, Signature, Timestamp, API-Version, Request-Id, and Idempotency-Key where applicable.

#### Are required checkout operations documented?

- Status: Needs fix
- Result: Documented checkout operations: none; missing: cancel, complete, create, get, update.
- Why it matters: Agents may not be able to discover, understand, or safely attempt this payment path from static public evidence.
- How to fix: Document create, update, complete, cancel, and get checkout session operations with schemas and error models.

### Not applicable

MPP, AP2, Visa TAP, Mastercard Agent Pay

### Agent access

No complete agent-payment website scan is attached.

## Executed Agent Tests

| Agent | Status | Score |
|-------|--------|-------|
| Claude Code | Not run | — |
| Codex | Not run | — |

## Services and Endpoints

- No endpoint inventory attached.

## External Website Benchmarks

- No external website benchmark attached.

External scores provide website context and do not contribute to Lightsage's payment-readiness score.

## Evidence

- [Sapient backend static agent-payment scan](https://lightsage.com/agent-experience-arena/payments/methodology)
- [Lightsage backend static agent-payment scan](https://lightsage.com/agent-experience-arena/payments/methodology)

Canonical URL: https://lightsage.com/agent-experience-arena/payments/os1221-com