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

## Veille

Annuncio di prodotto pubblicato sul blog **Stripe** il **29 aprile 2026** da **Dan Hill** (Product Manager, Link Consumer Product), a seguito del keynote **Stripe Sessions 2026**: il lancio del **wallet per agenti di Link**, costruito su un nuovo building block, **Issuing for agents**. **La diagnosi sta in una frase, ed è la più importante del testo**: *"While machine payments protocols are still gaining adoption, agents need to work with the payment options sellers and consumers use today."* → **Stripe riconosce che i protocolli di pagamento nativi per macchine non sono ancora pronti, e fornisce un ripiego sui binari esistenti piuttosto che una scommessa su quelli nuovi.** **Il meccanismo**: un consumatore concede a un agente l'accesso al proprio wallet Link tramite un **flusso OAuth standard**; l'agente emette quindi una *spend request* e riceve o una **carta monouso**, o uno **Shared Payment Token** — appoggiato sulle carte e sui conti bancari già presenti nel wallet. Punto cardine: *"The agent never gets access to your raw payment credentials."* La credenziale è **delimitata** (importo, valuta, esercente) e l'agente deve fornire il **contesto della transazione** affinché l'essere umano capisca cosa sta approvando — l'esempio riportato nella CLI è esplicito: `amount 3500`, `merchant-name "Powdur"`, `context "Purchasing the Powdur Glow Renewal Vitamin C Serum as a gift for $35."`. **Il vincolo strutturante è temporale, ed è assunto come tale**: *"Today, each request requires the person's review before the credential is shared with your agent"* — approvazione **umana**, **transazione per transazione**, sul web o nelle **nuove app Link iOS e Android**. I limiti di spesa e i casi in cui l'agente agirebbe **senza approvazione aggiuntiva** sono annunciati, non consegnati. **Il secondo livello è il vero prodotto infrastrutturale**: **Issuing for agents** apre l'intero set di API di Issuing a chiunque costruisca il proprio wallet agentico — carte virtuali monouso, deposito di fondi, controlli di spesa, permessi a livello di carta, controlli antifrode **al momento dell'autorizzazione**, visibilità in tempo reale. Sono citati quattro casi d'uso: automazione della spesa interna, carte agentiche integrate presso **fintech**, piattaforme **SaaS verticali** che emettono carte alle PMI a proprio marchio, **marketplace** i cui agenti venditori pagano fornitori e logistica. **Argomento di distribuzione**: Link rivendica **oltre 200 milioni di consumatori**, e l'articolo cita **OpenClaw** come esempio di agente personale che ne beneficia. **Due riserve da segnalare fin da subito**: l'approvazione per transazione è presentata come una comodità di design mentre è in realtà **un'ammissione che l'autorizzazione delegata degli agenti non è risolta**; e stablecoin, *agentic tokens*, e "altri metodi di pagamento" sono tutti al **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, wallet per agenti, Issuing for agents, commercio agentico, carta monouso, carta virtuale, Shared Payment Token, credenziale di pagamento, credenziale delimitata, spend request, richiesta di spesa, approvazione umana, revisione per transazione, contesto della transazione, OAuth, delega di pagamento, limite di spesa, controllo di spesa, permessi a livello di carta, controllo antifrode all'autorizzazione, monitoraggio delle transazioni, binari carta, protocollo di pagamento nativo per macchine, Agentic Commerce Protocol, stablecoin, agentic token, Link iOS, Link Android, 200 milioni di consumatori, OpenClaw, agente personale, agente di shopping, fintech, SaaS verticale, marketplace, gestione delle note spese, spesa programmatica, acquisto ricorrente, Stripe Sessions 2026, Dan Hill, infrastruttura economica dell'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

**Profilo**: **annuncio di prodotto sull'infrastruttura dei pagamenti**, registro sobrio e operativo, senza enfasi prospettica. Formato breve, canonico per il blog Stripe: contesto → lancio → "come funziona" in tre passaggi illustrati → building block sottostante → casi d'uso → rimando alla documentazione.

**Stile**: la **dimostrazione procede percorrendo una transazione**, non per argomentazione. Stripe imposta uno scenario concreto (un agente di shopping che consiglia abbigliamento), poi percorre i tre passaggi — OAuth, *spend request*, approvazione — con due screenshot e **un estratto di CLI**. Il codice è qui l'argomento: vedere `link-cli spend-request create` con i suoi parametri `merchant-name`, `amount`, `context`, `request-approval` dice più di qualsiasi promessa architetturale. **Si mostra un comando che esiste, piuttosto che uno schema che esisterà.**

**Tratto più notevole: la franchezza sui protocolli.** *"While machine payments protocols are still gaining adoption, agents need to work with the payment options sellers and consumers use today."* Detto dal **co-autore dell'Agentic Commerce Protocol**, la frase è notevolmente franca — Stripe constata pubblicamente che lo standard che promuove non ha ancora la trazione necessaria, e fornisce il ripiego. **Non è una contraddizione, è una copertura del rischio.**

**La sicurezza è formulata in negativo**, il che la rende più credibile di una promessa: *"The agent never gets access to your raw payment credentials."* Non dice cosa il sistema protegge, dice cosa l'agente **non ottiene mai**.

**Il futuro è delimitato e onesto**: *"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 differenza di molti annunci del settore, ciò che è spedito e ciò che è promesso sono **chiaramente separati** — il lettore sa cosa può usare oggi.

**Frasi marker**: *"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 da ricordare dell'intero annuncio, e contraddice il campo del suo stesso autore**: *"While machine payments protocols are still gaining adoption, agents need to work with the payment options sellers and consumers use today."* → **Stripe, co-autore dell'Agentic Commerce Protocol, constata pubblicamente che i protocolli nativi per macchine non sono pronti e fornisce un adattatore verso i binari carta esistenti.** La carta monouso non è una soluzione di pagamento agentico: è un **cerotto di compatibilità** che neutralizza temporaneamente la guerra dei protocolli per l'esercente, che vede passare solo una carta ordinaria. Da confrontare direttamente con [[girard-acp-deux-protocoles-un-sigle-2026-08-02]] (tre protocolli per una sigla) e [[marette-agentic-commerce-optimization-acp-ucp-2026-02-23]].
- **L'approvazione per transazione è il cuore del design — ed è un'ammissione, non una comodità.** *"Today, each request requires the person's review before the credential is shared with your agent."* Un essere umano convalida **ogni** spesa, con il contesto fornito dall'agente. → **Finché l'identità e l'autorizzazione di un agente non sono risolte, l'ancora di fiducia resta umana e si paga con l'interruzione per transazione.** È il problema di identità dell'agente di [[uber-engineering-agent-identity-crisis-zero-trust-spire-2026-05-21]] e l'autorità ambientale di [[valente-zalewski-beyond-zero-enterprise-security-ai-era-2026-07-20]], non risolto ma **spostato sull'essere umano**. Conseguenza diretta sul dimensionamento: **il modello non scala verso un agente che acquista di frequente** — punta all'acquisto occasionale e significativo, non al micropagamento.
- **Il confronto con Cloudflare Wallets è l'angolo di lettura migliore, e la precedenza conta.** Stripe pubblica il **29 aprile 2026**, Cloudflare il **4 agosto 2026** (cloudflare-wallets-agentic-commerce-2026-08-04) — tre mesi dopo, sullo stesso problema, con scelte opposte: | | **Stripe — Link wallet for agents** | **Cloudflare — Wallets** | |---|---|---| | Binario | **carte** (monouso) + Shared Payment Token | **x402** (pagamento su richiesta HTTP) | | Valuta | carte e conti bancari esistenti | **stablecoin** | | Autorizzazione | **approvazione umana per transazione** | **cap** impostato una volta, poi autonomia | | Identità dell'agente | delegata via **OAuth** dall'account umano | namespace `cloudflare.pay` | | Stato all'annuncio | **spedito** (CLI, app iOS/Android) | **prenotazione di handle**, ancora nel futuro | | Target | acquisto consumer presso un esercente | acquisto di API e strumenti da parte di un agente | → **Due risposte opposte alla stessa domanda: Stripe delimita tramite consenso ripetuto, Cloudflare tramite un cap consentito una volta sola.** Quest'ultima presuppone che l'identità dell'agente sia risolta; la prima ne fa a meno. E il confronto è istruttivo in entrambi i sensi: il principio di sfeir-code-review-anneau-contraintes-2026-07-30 — *"a loop is only entrusted with the autonomy that can be verified at low cost"* — è qui rispettato **dal prezzo massimo, non dal cap**: ogni credenziale è delimitata per importo, valuta ed esercente, quindi la perdita massima per transazione è limitata **anche se l'essere umano approva male**.
- **Il contesto come obbligo a carico dell'agente — un dettaglio di design da riutilizzare.** L'agente deve fornire la ragione della spesa affinché l'essere umano possa decidere: `context "Purchasing the Powdur Glow Renewal Vitamin C Serum as a gift for $35."` → **L'approvazione è utile solo se informata; richiedere al richiedente di produrre la giustificazione è un pattern trasponibile ben oltre i pagamenti** (approvare un deployment, una concessione di accesso, un'azione irreversibile). Da confrontare con la logica di *exit criteria* verificabili del corpus ADLC.
- **Il vero prodotto infrastrutturale è il secondo livello, non il primo.** *"Link's wallet for agents is built directly on top of Stripe's Issuing primitives."* **Issuing for agents** espone le API a chiunque voglia costruire il proprio wallet: carte virtuali monouso, deposito di fondi, controlli di spesa, permessi a **livello di carta**, controlli antifrode **al momento dell'autorizzazione della transazione**, visibilità storica e in tempo reale. → **Stripe vende due cose a due pubblici: un wallet finito agli agenti rivolti al consumatore, e le primitive di issuing a chi vuole costruire il proprio.** È la classica mossa da piattaforma — occupare il prodotto E lo strato sottostante.
- **I quattro casi d'uso citati, e cosa rivelano sul mercato preso di mira**: (1) sviluppatori che automatizzano **la propria** spesa aziendale tramite flussi di lavoro programmatici e acquisti ricorrenti; (2) **fintech** che integrano carte emesse agli agenti per riconciliare le note spese in tempo reale; (3) piattaforme **SaaS verticali** che emettono carte agentiche ai propri clienti PMI a proprio marchio; (4) **marketplace** che emettono ai venditori, i cui agenti automatizzano i pagamenti ai fornitori, la logistica e gli acquisti. → **Tre dei quattro sono B2B e passano per un intermediario.** Il wallet consumer funge da vetrina; **la monetizzazione mirata è l'issuing delegato**.
- **Distribuzione rivendicata**: *"helps you reach Link's customer base of more than 200 million consumers"*, e il wallet *"removes the need to build wallet infrastructure from scratch"* per chiunque costruisca un agente consumer. → L'argomento non è tecnico ma **riguarda l'avvio**: il problema di un wallet agentico non è costruirlo, è avere utenti che hanno già una carta registrata. Una cifra dichiarativa, non fontata nell'articolo, e **la "customer base" di Link ≠ utenti attivi del wallet agentico** — non va citata come adozione.
- **Ciò che l'articolo non dice, e che va posto come questione aperta**:
- **Nulla sulla responsabilità per un acquisto errato.** Un agente ottiene una credenziale approvata, prende il prodotto o la quantità sbagliati: chi ne risponde? Il testo tratta dei controlli antifrode all'autorizzazione, mai del **ricorso dopo una transazione regolarmente autorizzata**. Eppure è il rischio specifico dei sistemi agentici — la frode è un problema noto, **l'errore di mandato no**.
- **Nulla sull'Europa, o su PSD2 / l'autenticazione forte.** Un'approvazione nell'app Link soddisfa la SCA? Una domanda decisiva per qualsiasi trasposizione europea, assente dal testo.
- **Nulla su ciò che vede l'esercente.** Una carta monouso lascia l'esercente ignaro che l'acquisto sia stato fatto da un agente — una comodità per l'adozione immediata, ma priva l'esercente di qualsiasi policy agent-aware, in controtendenza rispetto a ciò a cui mirano l'Agentic Commerce Protocol e l'Universal Commerce Protocol.
- **`OpenClaw` citato come esempio di agente personale**: una menzione non commentata, da verificare prima del riutilizzo.
- **Meta / da collegare**: il contrappunto più diretto a cloudflare-wallets-agentic-commerce-2026-08-04 (carte + approvazione vs x402 + cap); materializza sul lato binari consolidati ciò che ragsdale-merit-open-agentic-commerce-protocols-2026-03-19 colloca sul lato protocolli di piattaforma; sposta sull'essere umano il problema di identità di uber-engineering-agent-identity-crisis-zero-trust-spire-2026-05-21 e l'autorità ambientale di valente-zalewski-beyond-zero-enterprise-security-ai-era-2026-07-20; da leggere insieme alla disambiguazione dei protocolli di girard-acp-deux-protocoles-un-sigle-2026-08-02, marette-agentic-commerce-optimization-acp-ucp-2026-02-23, e google-agentic-commerce-ap2-payment-protocol-2025-09-16; ordine di grandezza del mercato indirizzato in levie-building-trillions-agents-software-2026-03-07 e nrf-2026-commerce-agentique-ucp-deep-research-2026-01-13; un'altra sfaccettatura di Stripe come utilizzatrice di agenti in gray-stripe-minions-coding-agents-part1-2026-02-09.

## RésuméDe400mots

Annuncio pubblicato sul blog **Stripe** il **29 aprile 2026** da **Dan Hill**, Product Manager Link Consumer Product, a seguito del keynote **Stripe Sessions 2026**: il **wallet per agenti di Link**, costruito su **Issuing for agents**.

**La diagnosi.** Gli agenti sono diventati capaci, ma acquistare cose su internet resta difficile per loro. E soprattutto: *"While machine payments protocols are still gaining adoption, agents need to work with the payment options sellers and consumers use today."* Detto dal **co-autore dell'Agentic Commerce Protocol**, l'affermazione è notevole — Stripe riconosce che i protocolli nativi per macchine non hanno la trazione richiesta e fornisce invece un **adattatore verso i binari esistenti**.

**Il meccanismo.** Il consumatore concede all'agente l'accesso al proprio wallet Link tramite un **flusso OAuth standard**. L'agente emette quindi una *spend request* e ottiene o una **carta monouso**, o uno **Shared Payment Token**, appoggiato sulle carte e sui conti bancari già registrati. *"The agent never gets access to your raw payment credentials."* La credenziale è **delimitata** per importo, valuta ed esercente, e l'agente deve allegare il **contesto** della transazione — l'esempio della CLI riguarda un siero da 35 $ acquistato come regalo. Il consumatore approva sul web o nelle **nuove app Link iOS e Android**, poi traccia la spesa e gestisce gli agenti connessi.

**Il vincolo è assunto come tale**: *"Today, each request requires the person's review before the credential is shared with your agent."* Un'approvazione umana **per transazione**. I limiti di spesa e i casi di azione senza approvazione aggiuntiva sono **annunciati, non consegnati** — così come gli *agentic tokens*, le stablecoin e altri metodi di pagamento.

**Il secondo livello.** **Issuing for agents** apre le API di Issuing a chiunque costruisca il proprio wallet agentico: carte virtuali monouso, deposito di fondi, controlli di spesa, permessi a livello di carta, controlli antifrode **al momento dell'autorizzazione**, visibilità in tempo reale. Sono citati quattro casi d'uso — automazione della spesa interna, carte integrate presso **fintech** per la gestione delle note spese, piattaforme **SaaS verticali** che emettono ai clienti PMI a proprio marchio, **marketplace** i cui agenti venditori pagano fornitori e logistica. Tre su quattro sono B2B: **la monetizzazione mirata è l'issuing delegato**, con il wallet consumer che funge da vetrina e leva di avvio — Link rivendica **oltre 200 milioni di consumatori**.

**Riserve.** L'approvazione per transazione è presentata come una comodità mentre è in realtà **un'ammissione che l'autorizzazione delegata degli agenti non è risolta**; di fatto esclude i micropagamenti. L'articolo tace anche sulla **responsabilità per un acquisto errato ma regolarmente autorizzato**, sulla **conformità europea** (PSD2, autenticazione forte), e sul fatto che l'esercente, vedendo solo una carta ordinaria, perde qualsiasi policy agent-aware.

## 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/it/fiches/hill-stripe-link-wallet-agents-issuing-2026-04-29/