# hill-stripe-link-wallet-agents-issuing-2026-04-29

## Veille

Anuncio de producto publicado en el blog de **Stripe** el **29 de abril de 2026** por **Dan Hill** (Product Manager, Link Consumer Product), tras la keynote de **Stripe Sessions 2026**: el lanzamiento de **Link's wallet for agents**, construido sobre un nuevo bloque de base, **Issuing for agents**. **El diagnóstico cabe en una frase, y es la más importante del texto**: *"While machine payments protocols are still gaining adoption, agents need to work with the payment options sellers and consumers use today."* → **Stripe reconoce que los protocolos de pago nativos para máquinas aún no están listos, y entrega una solución de contorno para los rieles existentes en lugar de apostar por unos nuevos.** **El mecanismo**: un consumidor concede a un agente acceso a su cartera Link mediante un **flujo OAuth estándar**; el agente emite entonces una *spend request* y recibe ya sea una **tarjeta de un solo uso**, o un **Shared Payment Token** — respaldado por las tarjetas y cuentas bancarias ya presentes en la cartera. Punto cardinal: *"The agent never gets access to your raw payment credentials."* La credencial tiene **alcance limitado** (importe, divisa, comercio) y el agente debe suministrar el **contexto de la transacción** para que el humano entienda lo que está aprobando — el ejemplo dado en la CLI es explícito: `amount 3500`, `merchant-name "Powdur"`, `context "Purchasing the Powdur Glow Renewal Vitamin C Serum as a gift for $35."`. **La restricción estructurante es temporal, y se asume como tal**: *"Today, each request requires the person's review before the credential is shared with your agent"* — aprobación **humana**, **transacción por transacción**, en la web o en las **nuevas apps Link para iOS y Android**. Los límites de gasto y los casos en los que el agente actuaría **sin aprobación adicional** están anunciados, no entregados. **La segunda capa es el verdadero producto de infraestructura**: **Issuing for agents** abre el conjunto completo de las API de Issuing a cualquiera que construya su propia cartera agéntica — tarjetas virtuales de un solo uso, almacenamiento de fondos, controles de gasto, permisos a nivel de tarjeta, controles antifraude **en el momento de la autorización**, visibilidad en tiempo real. Se citan cuatro casos de uso: automatización interna del gasto, tarjetas agénticas integradas en **fintechs**, plataformas **SaaS verticales** que emiten tarjetas a pymes bajo su propia marca, **marketplaces** cuyos agentes vendedores pagan a proveedores y logística. **Argumento de distribución**: Link reivindica **más de 200 millones de consumidores**, y el artículo cita a **OpenClaw** como ejemplo de agente personal que se beneficia de ello. **Dos reservas que conviene señalar de entrada**: la aprobación por transacción se presenta como una comodidad de diseño cuando en realidad es **una admisión de que la autorización delegada del agente no está resuelta**; y el stablecoin, los *agentic tokens*, y los "otros métodos de pago" están todos en **futuro** (*"coming soon"*).

## Titre Article

Giving agents the ability to pay

## Date

2026-04-29

## URL

https://stripe.com/blog/giving-agents-the-ability-to-pay

## Keywords

Stripe, Link, cartera para agentes, Issuing for agents, comercio agéntico, tarjeta de un solo uso, tarjeta virtual, Shared Payment Token, credencial de pago, credencial con alcance limitado, solicitud de gasto, solicitud de gastos, aprobación humana, revisión por transacción, contexto de la transacción, OAuth, delegación de pago, límite de gasto, control de gasto, permisos a nivel de tarjeta, control antifraude en la autorización, supervisión de transacciones, rieles de tarjetas, protocolo de pago nativo para máquinas, Agentic Commerce Protocol, stablecoin, token agéntico, Link iOS, Link Android, 200 millones de consumidores, OpenClaw, agente personal, agente de compras, fintech, SaaS vertical, marketplace, gestión de gastos, gasto programático, compra recurrente, Stripe Sessions 2026, Dan Hill, infraestructura económica de la IA

## Authors

**Dan Hill** — Product Manager, **Link Consumer Product** chez Stripe. Auteur de l'annonce sur le blog Stripe, rubrique *Product*. Le rattachement au produit *Link Consumer* est significatif : l'annonce est écrite depuis le **portefeuille grand public**, pas depuis l'équipe protocole ni depuis Issuing — ce qui explique que le consentement de l'utilisateur final structure tout le texte.

**Stripe** — position singulière dans le paysage du commerce agentique : co-auteur avec **OpenAI** de l'**Agentic Commerce Protocol** (29 septembre 2025), et simultanément **émetteur** (Issuing) et **portefeuille** (Link). L'entreprise n'est donc pas seulement un participant au débat sur les protocoles : elle détient les rails que ces protocoles prétendent remplacer. L'annonce est explicitement rattachée à la keynote **Stripe Sessions 2026**.

## Ton

**Perfil**: **anuncio de producto de infraestructura de pagos**, registro sobrio y operativo, sin énfasis prospectivo. Formato corto, canónico del blog de Stripe: contexto → lanzamiento → "cómo funciona" en tres pasos ilustrados → bloque de base subyacente → casos de uso → llamada a la documentación.

**Estilo**: la **demostración avanza recorriendo una transacción**, no mediante argumentación. Stripe plantea un escenario concreto (un agente de compras que recomienda ropa), y después recorre los tres pasos — OAuth, *spend request*, aprobación — con dos capturas de pantalla y **un extracto de CLI**. El código es aquí el argumento: ver `link-cli spend-request create` con sus parámetros `merchant-name`, `amount`, `context`, `request-approval` dice más que cualquier promesa arquitectónica. **Se muestra un comando que existe, en lugar de un diagrama que existirá.**

**Rasgo más notable: la franqueza sobre los protocolos.** *"While machine payments protocols are still gaining adoption, agents need to work with the payment options sellers and consumers use today."* Viniendo del **coautor del Agentic Commerce Protocol**, la frase es notablemente franca — Stripe constata públicamente que el estándar que promueve todavía no tiene la tracción necesaria, y entrega la solución de contorno. **No es una contradicción, es una cobertura de riesgo.**

**La seguridad se formula en negativo**, lo que la hace más creíble que una promesa: *"The agent never gets access to your raw payment credentials."* No dice lo que el sistema protege, dice lo que el agente **nunca obtiene**.

**El futuro está acotado y es honesto**: *"We're planning on expanding these controls to let people set spending limits, and choose when agents can act without additional approval"*, *"Support for agentic tokens, stablecoins, and other payment types are coming soon."* A diferencia de muchos anuncios del sector, lo que está entregado y lo que está prometido están **claramente separados** — el lector sabe qué puede usar hoy.

**Frases marcadoras**: *"agents are becoming active participants in the internet economy"*, *"making purchases across the internet remains difficult"*, *"The agent never gets access to your raw payment credentials"*, *"Today, each request requires the person's review"*, *"removes the need to build wallet infrastructure from scratch"*.

## Pense-betes

- **La frase para recordar de todo el anuncio, y que contradice al propio bando de su autor**: *"While machine payments protocols are still gaining adoption, agents need to work with the payment options sellers and consumers use today."* → **Stripe, coautor del Agentic Commerce Protocol, constata públicamente que los protocolos nativos para máquinas no están listos y entrega un adaptador para los rieles de tarjeta existentes.** La tarjeta de un solo uso no es una solución de pago agéntico: es un **parche de compatibilidad** que neutraliza temporalmente la guerra de protocolos de cara al comercio, que solo ve pasar una tarjeta ordinaria. A confrontar directamente con [[girard-acp-deux-protocoles-un-sigle-2026-08-02]] (tres protocolos para una sigla) y [[marette-agentic-commerce-optimization-acp-ucp-2026-02-23]].
- **La aprobación por transacción es el núcleo del diseño — y es una admisión, no una comodidad.** *"Today, each request requires the person's review before the credential is shared with your agent."* Un humano valida **cada** gasto, con el contexto suministrado por el agente. → **Mientras la identidad y la autorización del agente no estén resueltas, el ancla de confianza sigue siendo humana y se paga con la interrupción por transacción.** Es el problema de identidad del agente de [[uber-engineering-agent-identity-crisis-zero-trust-spire-2026-05-21]] y la autoridad ambiental de [[valente-zalewski-beyond-zero-enterprise-security-ai-era-2026-07-20]], no resuelto sino **trasladado al humano**. Consecuencia directa para el dimensionamiento: **el modelo no escala a un agente que compra con frecuencia** — apunta a la compra puntual y significativa, no al micropago.
- **La comparación con Cloudflare Wallets es el mejor ángulo de lectura, y la precedencia importa.** Stripe publica el **29 de abril de 2026**, Cloudflare el **4 de agosto de 2026** (cloudflare-wallets-agentic-commerce-2026-08-04) — tres meses después, sobre el mismo problema, con elecciones opuestas: | | **Stripe — Link wallet for agents** | **Cloudflare — Wallets** | |---|---|---| | Riel | **tarjetas** (de un solo uso) + Shared Payment Token | **x402** (pago en la solicitud HTTP) | | Divisa | tarjetas y cuentas bancarias existentes | **stablecoin** | | Autorización | **aprobación humana por transacción** | **límite** fijado una vez, después autonomía | | Identidad del agente | delegada mediante **OAuth** desde la cuenta humana | espacio de nombres `cloudflare.pay` | | Estado en el anuncio | **entregado** (CLI, apps iOS/Android) | **reserva del handle**, aún en el futuro | | Objetivo | compra del consumidor a un comercio | compra del agente de API y herramientas | → **Dos respuestas opuestas a la misma pregunta: Stripe acota mediante consentimiento repetido, Cloudflare mediante un límite consentido una sola vez.** Esta última asume que la identidad del agente está resuelta; la primera prescinde de ello. Y la comparación es instructiva en ambos sentidos: el principio de sfeir-code-review-anneau-contraintes-2026-07-30 — *"a loop is only entrusted with the autonomy that can be verified at low cost"* — se respeta aquí **mediante el precio máximo, no mediante el límite**: cada credencial tiene alcance limitado por importe, divisa y comercio, de modo que la pérdida máxima por transacción está acotada **incluso si el humano aprueba mal**.
- **El contexto como obligación del agente — un detalle de diseño que merece reutilizarse.** El agente debe suministrar el motivo del gasto para que el humano pueda decidir: `context "Purchasing the Powdur Glow Renewal Vitamin C Serum as a gift for $35."` → **La aprobación solo es útil si está informada; exigir al solicitante que produzca la justificación es un patrón transponible mucho más allá de los pagos** (aprobar un despliegue, una concesión de acceso, una acción irreversible). A comparar con la lógica de *exit criteria* verificables del corpus ADLC.
- **El verdadero producto de infraestructura es la segunda capa, no la primera.** *"Link's wallet for agents is built directly on top of Stripe's Issuing primitives."* **Issuing for agents** expone las API a cualquiera que quiera construir su propia cartera: tarjetas virtuales de un solo uso, almacenamiento de fondos, controles de gasto, permisos **a nivel de tarjeta**, controles antifraude **en la autorización de la transacción**, visibilidad histórica y en tiempo real. → **Stripe vende dos cosas a dos audiencias: una cartera terminada a los agentes orientados al consumidor, y las primitivas de emisión a quienes quieren construir la suya propia.** Es el movimiento clásico de plataforma — ocupar el producto Y la capa que hay debajo.
- **Los cuatro casos de uso citados, y lo que revelan sobre el mercado buscado**: (1) desarrolladores que automatizan **su propio** gasto empresarial mediante flujos de trabajo programáticos y compras recurrentes; (2) **fintechs** que integran tarjetas emitidas a agentes para conciliar informes de gastos en tiempo real; (3) **plataformas SaaS verticales** que emiten tarjetas agénticas a sus clientes pyme bajo su propia marca; (4) **marketplaces** que emiten a vendedores, cuyos agentes automatizan los pagos a proveedores, la logística y las compras. → **Tres de los cuatro son B2B y pasan por un intermediario.** La cartera de consumo sirve de escaparate; **la monetización buscada es la emisión delegada**.
- **Distribución reivindicada**: *"helps you reach Link's customer base of more than 200 million consumers"*, y la cartera *"removes the need to build wallet infrastructure from scratch"* para quien construya un agente de consumo. → El argumento no es técnico sino **de arranque (bootstrapping)**: el problema de una cartera agéntica no es construirla, es tener usuarios que ya tengan una tarjeta registrada. Una cifra declarativa, sin fuente en el artículo, y **la "base de clientes" de Link ≠ usuarios activos de la cartera agéntica** — no debe citarse como adopción.
- **Lo que el artículo no dice, y que debe plantearse como pregunta abierta**:
- **Nada sobre la responsabilidad ante una compra errónea.** Un agente obtiene una credencial aprobada, se equivoca de producto o de cantidad: ¿quién lo asume? El texto trata los controles antifraude en la autorización, nunca el **recurso después de una transacción debidamente autorizada**. Y sin embargo es el riesgo propio de los sistemas agénticos — el fraude es un problema conocido, **el error de mandato no lo es**.
- **Nada sobre Europa, ni sobre PSD2 / la autenticación reforzada.** ¿Satisface una aprobación en la app Link la SCA? Una pregunta decisiva para cualquier transposición europea, ausente del texto.
- **Nada sobre lo que ve el comercio.** Una tarjeta de un solo uso deja al comercio sin saber que la compra la hizo un agente — una comodidad para la adopción inmediata, pero que priva al comercio de cualquier política consciente de la presencia de un agente, en sentido contrario a lo que persiguen el Agentic Commerce Protocol y el Universal Commerce Protocol.
- **`OpenClaw` citado como ejemplo de agente personal**: una mención sin comentar, que debe verificarse antes de reutilizarse.
- **Meta / a enlazar**: el contrapunto más directo de cloudflare-wallets-agentic-commerce-2026-08-04 (tarjetas + aprobación frente a x402 + límite); materializa en el lado de los rieles establecidos lo que ragsdale-merit-open-agentic-commerce-protocols-2026-03-19 sitúa en el lado de los protocolos de plataforma; traslada al humano el problema de identidad de uber-engineering-agent-identity-crisis-zero-trust-spire-2026-05-21 y la autoridad ambiental de valente-zalewski-beyond-zero-enterprise-security-ai-era-2026-07-20; a leer junto con la desambiguación de protocolos de girard-acp-deux-protocoles-un-sigle-2026-08-02, marette-agentic-commerce-optimization-acp-ucp-2026-02-23, y google-agentic-commerce-ap2-payment-protocol-2025-09-16; orden de magnitud del mercado abordado en levie-building-trillions-agents-software-2026-03-07 y nrf-2026-commerce-agentique-ucp-deep-research-2026-01-13; otra faceta de Stripe como usuario de agentes en gray-stripe-minions-coding-agents-part1-2026-02-09.

## RésuméDe400mots

Anuncio publicado en el blog de **Stripe** el **29 de abril de 2026** por **Dan Hill**, Product Manager Link Consumer Product, tras la keynote de **Stripe Sessions 2026**: **Link's wallet for agents**, construido sobre **Issuing for agents**.

**El diagnóstico.** Los agentes se han vuelto capaces, pero comprar cosas en internet les sigue resultando difícil. Y sobre todo: *"While machine payments protocols are still gaining adoption, agents need to work with the payment options sellers and consumers use today."* Viniendo del **coautor del Agentic Commerce Protocol**, la afirmación es notable — Stripe reconoce que los protocolos nativos para máquinas carecen de la tracción necesaria y entrega en su lugar un **adaptador para los rieles existentes**.

**El mecanismo.** El consumidor concede al agente acceso a su cartera Link mediante un **flujo OAuth estándar**. El agente emite entonces una *spend request* y obtiene ya sea una **tarjeta de un solo uso**, o un **Shared Payment Token**, respaldado por las tarjetas y cuentas bancarias ya registradas. *"The agent never gets access to your raw payment credentials."* La credencial tiene **alcance limitado** por importe, divisa y comercio, y el agente debe adjuntar el **contexto** de la transacción — el ejemplo de la CLI trata de un sérum de 35 $ comprado como regalo. El consumidor aprueba en la web o en las **nuevas apps Link para iOS y Android**, y después hace seguimiento del gasto y gestiona los agentes conectados.

**La restricción se asume como tal**: *"Today, each request requires the person's review before the credential is shared with your agent."* Una aprobación humana **por transacción**. Los límites de gasto y los casos de actuación sin aprobación adicional están **anunciados, no entregados** — al igual que los *agentic tokens*, las stablecoins y otros métodos de pago.

**La segunda capa.** **Issuing for agents** abre las API de Issuing a cualquiera que construya su propia cartera agéntica: tarjetas virtuales de un solo uso, almacenamiento de fondos, controles de gasto, permisos a nivel de tarjeta, controles antifraude **en el momento de la autorización**, visibilidad en tiempo real. Se citan cuatro casos de uso — automatización interna del gasto, tarjetas integradas en **fintechs** para la gestión de gastos, **plataformas SaaS verticales** que emiten tarjetas a clientes pyme bajo su propia marca, **marketplaces** cuyos agentes vendedores pagan a proveedores y logística. Tres de los cuatro son B2B: **la monetización buscada es la emisión delegada**, con la cartera de consumo sirviendo de escaparate y de palanca de arranque — Link reivindica **más de 200 millones de consumidores**.

**Reservas.** La aprobación por transacción se presenta como una comodidad cuando en realidad es **una admisión de que la autorización delegada del agente no está resuelta**; de hecho descarta los micropagos. El artículo también guarda silencio sobre la **responsabilidad ante una compra errónea pero debidamente autorizada**, sobre el **cumplimiento normativo europeo** (PSD2, autenticación reforzada), y sobre el hecho de que el comercio, al ver solo una tarjeta ordinaria, pierde toda política consciente de la presencia de un agente.

## GrapheDeConnaissance

- Stripe —publie→ Link wallet for agents (TECHNOLOGIE, 0.98)
- Stripe —publie→ Issuing for agents (TECHNOLOGIE, 0.97)
- Dan Hill —travaille_chez→ Stripe (ORGANISATION, 0.96)
- Dan Hill —affirme_que→ les protocoles de paiement machine-natifs gagnent encore en adoption, donc les agents doivent composer avec les moyens de paiement utilisés aujourd'hui (CITATION, 0.97)
- Link wallet for agents —est_basé_sur→ Issuing for agents (TECHNOLOGIE, 0.97)
- Link wallet for agents —utilise→ carte à usage unique (CONCEPT, 0.96)
- Link wallet for agents —utilise→ Shared Payment Token (TECHNOLOGIE, 0.95)
- Link wallet for agents —utilise→ OAuth (TECHNOLOGIE, 0.94)
- carte à usage unique —permet→ à un agent de payer sans jamais accéder aux identifiants de paiement bruts du consommateur (AFFIRMATION, 0.97)
- carte à usage unique —résout→ l'incompatibilité entre agents et rails de paiement existants, sans attendre l'adoption d'un protocole machine-natif (AFFIRMATION, 0.9)
- justificatif de paiement scopé —réduit→ la perte maximale d'une transaction agentique, le montant, la devise et le marchand étant bornés à l'émission (AFFIRMATION, 0.94)
- approbation humaine par transaction —fait_partie_de→ Link wallet for agents (TECHNOLOGIE, 0.97)
- approbation humaine par transaction —s_oppose_à→ le micropaiement agentique, dont la fréquence rend la revue humaine impraticable (AFFIRMATION, 0.86)
- approbation humaine par transaction —est_instance_de→ une ancre de confiance restée humaine faute d'autorisation déléguée d'agent résolue (AFFIRMATION, 0.88)
- contexte de transaction fourni par l'agent —permet→ à l'humain d'approuver une dépense en comprenant ce qu'il autorise (AFFIRMATION, 0.95)
- Issuing for agents —permet→ à une entreprise de bâtir son propre portefeuille agentique avec contrôles de dépense, permissions par carte et antifraude à l'autorisation (AFFIRMATION, 0.96)
- Issuing for agents —s_applique_à→ l'émission de cartes agentiques par les fintechs, les plateformes SaaS verticales et les places de marché (AFFIRMATION, 0.94)
- Link wallet for agents —s_applique_à→ les agents personnels grand public effectuant un achat autorisé pour le compte de leur utilisateur (AFFIRMATION, 0.95)
- OpenClaw —utilise→ Link wallet for agents (TECHNOLOGIE, 0.85)
- Stripe —a_créé→ Agentic Commerce Protocol (TECHNOLOGIE, 0.93)
- Link wallet for agents —concurrence→ Cloudflare Wallets (TECHNOLOGIE, 0.88)
- Link wallet for agents —s_oppose_à→ le pari sur un rail machine-natif, en adossant la dépense agentique aux réseaux de cartes existants (AFFIRMATION, 0.89)
- Stripe —mesure→ plus de 200 millions de consommateurs dans la base clients de Link (MESURE, 0.8)
- Stripe Sessions 2026 —référence→ Link wallet for agents (TECHNOLOGIE, 0.9)
- limites de dépense sans approbation —est_instance_de→ une capacité annoncée mais non livrée au 29 avril 2026 (AFFIRMATION, 0.94)

---
Canonical: https://www.thekb.eu/es/fiches/hill-stripe-link-wallet-agents-issuing-2026-04-29/