Diop Daily #115 — September 2026

September 16, 2026 · 10 min read · agent commerce · transaction records · provenance · institutional trust

The Machine Needs a Receipt

An agent that crosses an institutional boundary needs more than a successful API response. It needs a receipt. The receipt records what was requested, under whose authority, according to which terms, with what evidence, and with which unresolved conditions. It gives the receiving institution a compact object that can be accepted, rejected, reconciled, audited, or repaired.

This becomes urgent as agents begin to work across company data, financial information, public records, creative assets, and other systems that were designed for human interpretation. OpenAI’s News RSS described a Data agent in ChatGPT Work that connects company data and builds interactive dashboards, alongside a financial-services product that combines financial data with model capability for research, modelling, and client-ready materials. These are vendor-reported product signals, not independent evidence of broad adoption or accuracy. They still reveal the direction of the interface: machine systems are being asked to produce work that another person or institution may rely on.

A response ends a conversation; a receipt begins an accountable exchange.

The answer is not the transaction

A model can return a polished answer while leaving the exchange undefined. Did the system answer a question, make a recommendation, place an order, alter a record, create a derivative, or promise a future action? Which version of the source did it use? Which identity was allowed to request the work? What terms governed the result, and what may the next system safely assume?

Human institutions solve these questions with familiar records: an invoice, a ticket, a laboratory accession, a shipping manifest, a signed memo, a purchase order, or a court filing. Each record condenses a larger event into a form that survives the moment of exchange. It names parties, scope, timing, status, and obligations. It preserves a way to disagree without requiring every party to remember the event in the same way.

Agent-mediated work needs an equivalent record. A receipt for machine work may describe a completed deliverable, a declined action, a partial handoff, a source consultation, or a proposed transaction awaiting approval. Its value lies in the boundary it creates between an agent’s internal process and the institution that must decide what the process means.

A receipt carries more than a result

The smallest useful receipt should be readable by a person and processable by another system. Its exact schema will vary by domain, yet several fields recur:

Identity: the requesting principal, the acting agent, the receiving institution, and the roles that may dispute or approve the exchange.
Mandate: the task, purpose, scope, permissions, expiry, and terms under which the work was attempted.
Inputs: the records, offers, files, sources, tools, and versions that materially shaped the result.
Outcome: what was delivered, changed, refused, deferred, or left uncertain, with a status that does not confuse recommendation with completion.
Evidence: citations, tests, signatures, content credentials, tool results, or other assertions that let a reviewer assess the claim.
Settlement: the price, allocation, usage, acknowledgement, or next obligation created by the exchange.
Recourse: the correction path, retention period, responsible authority, and information required to reopen the case.

These fields prevent a common category error. A system may be able to generate a recommendation without being authorized to settle a transaction. It may be able to retrieve a record without being allowed to publish it. It may be able to create a derivative without possessing the rights to distribute it. A receipt keeps capability, authority, and completion separate.

The distinction is especially important when several agents collaborate. One agent may find an offer, another may compare terms, a third may check a permission, and a human may approve the final action. The handoff between them should carry a receipt or a receipt-in-progress. Otherwise the next process receives a story about what happened, rather than a bounded record of what it is entitled to rely upon.

Standards are moving toward machine-readable counterparts

The standards work around agents and digital assets points in this direction. A W3C and GS1 workshop held in September 2026 was explicitly organized around e-commerce for humans and AI agents, with a focus on creating content with agents in mind. The workshop is evidence of a standards and implementation concern, not proof that a universal agent-commerce format has already arrived. The question is becoming public: how should a product, service, offer, or right be represented so a machine can interpret it without silently discarding the conditions that matter?

C2PA’s public announcements make a related move for digital media. Its July 2026 implementation guide addresses how people can understand the extent to which an asset was created or modified by AI, while the organization’s specification defines signed assertions and manifests for content provenance. C2PA’s work does not guarantee that every platform will preserve provenance correctly. It does show that origin, transformation, and verification are being treated as technical objects rather than as explanatory prose added after publication.

Google’s public material on the Agent-to-Agent protocol describes secure autonomous handoffs and scalable collaborative workflows. Its ADK Go 2.0 announcement names graph-based workflows, human-in-the-loop orchestration, dynamic routing, retries, and resilience. These are runtime capabilities. A receipt supplies the institutional memory that lets a receiving process determine what crossed the boundary, which obligations remain open, and whether the handoff preserved the meaning of the original request.

NIST’s AI Risk Management Framework offers a governance vocabulary through Govern, Map, Measure, and Manage. Applied to receipts, Govern assigns ownership of the record and the correction path. Map identifies the people, systems, data, jurisdictions, and obligations touched by the exchange. Measure tracks missing fields, disputed outcomes, altered provenance, settlement errors, and time to resolution. Manage changes the schema, route, permission, provider, or human checkpoint when evidence shows that the receipt is insufficient.

The receipt is where sovereignty becomes operational

For African institutions, machine-readable receipts are a question of authority and continuity. A supplier may provide an excellent model while the local institution remains unable to prove what the model saw, which language carried the instruction, whose consent was present, or which terms governed the final output. Technical access without a portable record produces dependence at the point where the institution must answer for the result.

Consider a cooperative reconciling a delayed field transaction, a publisher commissioning a translation, a clinic requesting a summary from a patient record, or an archive deciding whether a community-held object may be displayed. The important record is the exchange itself: who asked, what authority existed, what source was consulted, what language and local category carried the meaning, what action was taken, and who may correct the record.

Local language belongs inside this design. A receipt that preserves only an English summary may erase the distinction between permission to read and permission to publish, between a customary name and an administrative label, or between a recommendation and a binding decision. Translation should carry the terms of the exchange, not merely its surface wording. African intellectual sovereignty requires institutions to retain the right to define these terms, store the receipts, and export them in forms that another local system can understand.

This is also a federal question. A regional research network, payment system, publisher, or public service does not need one central machine to create continuity. It needs a shared minimum record that allows independent institutions to recognize identity, authority, evidence, terms, status, and correction across their boundaries. Federation depends on mutual recognition. Receipts are one practical form of that recognition.

Where the investable surface is widening

If agents become participants in commerce, research, administration, and creative production, capital should examine the infrastructure that makes machine-mediated exchanges legible:

Receipt and settlement layers: systems that turn agent actions into records of status, price, usage, acceptance, and unresolved obligation.
Conformance and semantic adapters: tools that map local schemas, languages, product terms, rights, and authority rules without dropping material meaning at the boundary.
Evidence and provenance services: infrastructure that attaches sources, tests, signatures, content credentials, and transformation history to the receipt.
Dispute and correction systems: products that reopen a machine-mediated exchange, preserve the original state, assign responsibility, and record the repair.
Portable institutional ledgers: exportable records that let an organization change model, runtime, cloud, or regional partner without losing the history of its obligations.

The underwriting question is concrete: can the product reduce the cost of accepting machine work while preserving the ability to challenge it? Useful evidence includes receipt completeness, semantic-loss rate across handoffs, provenance survival, settlement accuracy, dispute-resolution time, cross-language fidelity, export success, and the share of exchanges that can be reconstructed without access to the original provider.

This commercial object differs from the nearby layers in the archive. A catalog describes an offer before an exchange. A protocol defines how systems communicate. A permission layer defines what an actor may touch. Provenance follows the history of an asset. A workflow graph describes how work moves. A receipt records what a particular exchange meant after the boundary was crossed, including what remains unsettled. Its unit of value is accountable recognition.

Build the receipt before widening the market

An institution can test the design with one low-consequence exchange that already crosses a boundary:

Name the principals, agents, receiving systems, authority roles, language conditions, and terms that govern the exchange.
Define the minimum receipt fields, including the difference between proposed, accepted, completed, refused, expired, and disputed.
Attach the source records, versions, permissions, evidence, and tool results that materially shaped the outcome.
Send the receipt to an independent reviewer or successor process and test whether it can determine what happened, what may happen next, and what remains uncertain.
Reopen a deliberately flawed exchange, correct it without erasing the original, and export the full record into a second system.

The result should be measured at the boundary. How often does a receiving system misunderstand the terms? How much context must a human reconstruct, and which fields disappear during translation or handoff? How quickly can the institution reverse an unauthorized action? The answers show whether the agent is extending institutional capacity or merely producing polished ambiguity.

A machine may speak fluently, search widely, and act quickly. The institution still needs to know what crossed into its world. The receipt is the modest object that makes that knowledge portable. When African institutions own the record of exchange, they can use external capabilities without surrendering the terms by which work becomes recognized, paid for, corrected, and remembered.

Sources

Le reçu de la machine

Un agent qui franchit une frontière institutionnelle a besoin de plus qu’une réponse API réussie. Il lui faut un reçu. Le reçu consigne ce qui a été demandé, sous quelle autorité, selon quelles conditions, avec quelles preuves et quelles conditions restent ouvertes. Il donne à l’institution destinataire un objet compact qui peut être accepté, refusé, rapproché, audité ou réparé.

La question devient urgente à mesure que les agents travaillent avec des données d’entreprise, des informations financières, des archives publiques, des actifs créatifs et d’autres systèmes conçus pour l’interprétation humaine. Le flux RSS d’OpenAI décrivait un agent Data de ChatGPT Work qui connecte les données d’une entreprise et construit des tableaux de bord interactifs, ainsi qu’un produit destiné aux services financiers qui associe données financières et capacité de modèle pour la recherche, la modélisation et la préparation de documents destinés aux clients. Il s’agit de signaux produits rapportés par le fournisseur, et non d’une preuve indépendante d’adoption ou d’exactitude à grande échelle. Ils révèlent néanmoins la direction de l’interface : on demande aux systèmes machine de produire un travail sur lequel une personne ou une institution pourra s’appuyer.

Une réponse termine une conversation ; un reçu commence un échange responsable.

La réponse n’est pas la transaction

Un modèle peut renvoyer une réponse polie tout en laissant l’échange indéfini. Le système a-t-il répondu à une question, formulé une recommandation, passé une commande, modifié un dossier, créé un dérivé ou promis une action ultérieure ? Quelle version de la source a-t-il utilisée ? Quelle identité était autorisée à demander le travail ? Quelles conditions gouvernaient le résultat, et que peut supposer sans danger le système suivant ?

Les institutions humaines résolvent ces questions avec des dossiers familiers : facture, ticket, entrée de laboratoire, manifeste d’expédition, note signée, bon de commande ou acte judiciaire. Chaque dossier condense un événement plus vaste dans une forme qui survit au moment de l’échange. Il nomme les parties, le périmètre, le temps, le statut et les obligations. Il préserve une possibilité de désaccord sans exiger que toutes les parties se souviennent de l’événement de la même manière.

Le travail médié par des agents a besoin d’un dossier équivalent. Un reçu de travail machine peut décrire un livrable terminé, une action refusée, un transfert partiel, une consultation de source ou une transaction proposée qui attend une approbation. Sa valeur tient à la frontière qu’il crée entre le processus interne d’un agent et l’institution qui doit décider du sens de ce processus.

Un reçu porte plus qu’un résultat

Le plus petit reçu utile doit être lisible par une personne et traitable par un autre système. Son schéma exact variera selon le domaine, mais plusieurs champs reviennent :

Identité : mandant demandeur, agent agissant, institution destinataire et fonctions pouvant contester ou approuver l’échange.
Mandat : tâche, finalité, périmètre, permissions, expiration et conditions dans lesquelles le travail a été tenté.
Entrées : dossiers, offres, fichiers, sources, outils et versions ayant matériellement façonné le résultat.
Résultat : ce qui a été livré, modifié, refusé, différé ou laissé incertain, avec un statut qui ne confond pas recommandation et accomplissement.
Preuves : citations, tests, signatures, informations d’authenticité, résultats d’outils ou autres assertions permettant au réviseur d’évaluer l’affirmation.
Règlement : prix, allocation, usage, accusé de réception ou obligation suivante créée par l’échange.
Recours : chemin de correction, durée de conservation, autorité responsable et informations nécessaires pour rouvrir le dossier.

Ces champs empêchent une confusion fréquente. Un système peut produire une recommandation sans être autorisé à régler une transaction. Il peut retrouver un dossier sans avoir le droit de le publier. Il peut créer un dérivé sans posséder les droits de le distribuer. Le reçu sépare capacité, autorité et accomplissement.

La distinction devient essentielle lorsque plusieurs agents collaborent. Un agent peut trouver une offre, un autre comparer les conditions, un troisième vérifier une permission et une personne approuver l’action finale. Le transfert entre eux devrait porter un reçu, ou un reçu en cours. Sinon, le processus suivant reçoit un récit de ce qui s’est passé plutôt qu’un dossier délimité de ce sur quoi il peut légitimement s’appuyer.

Les standards avancent vers des équivalents lisibles par machine

Les travaux de normalisation autour des agents et des actifs numériques vont dans cette direction. Un atelier W3C et GS1 tenu en septembre 2026 portait explicitement sur le commerce électronique pour les humains et les agents d’IA, avec un intérêt pour la création de contenus pensés pour les agents. L’atelier fournit une preuve d’une préoccupation de normalisation et de mise en œuvre, pas la preuve qu’un format universel du commerce agentique existe déjà. La question devient publique : comment représenter un produit, un service, une offre ou un droit pour qu’une machine puisse l’interpréter sans supprimer silencieusement les conditions importantes ?

Les annonces publiques de la C2PA opèrent un mouvement voisin pour les médias numériques. Son guide de mise en œuvre de juillet 2026 traite de la manière dont les personnes peuvent comprendre dans quelle mesure un actif a été créé ou modifié par l’IA, tandis que sa spécification définit des assertions signées et des manifestes de provenance. Le travail de la C2PA ne garantit pas que chaque plateforme conservera correctement la provenance. Il montre que l’origine, la transformation et la vérification sont traitées comme des objets techniques, et non comme une explication ajoutée après publication.

Les documents publics de Google sur le protocole Agent-to-Agent décrivent des transferts autonomes sécurisés et des workflows collaboratifs évolutifs. L’annonce d’ADK Go 2.0 nomme les workflows en graphe, l’orchestration avec humain dans la boucle, le routage dynamique, les nouvelles tentatives et la résilience. Ce sont des capacités de runtime. Le reçu fournit la mémoire institutionnelle qui permet au processus destinataire de déterminer ce qui a franchi la frontière, quelles obligations restent ouvertes et si le transfert a conservé le sens de la demande initiale.

Le cadre de gestion des risques liés à l’IA du NIST fournit un vocabulaire de gouvernance avec Govern, Map, Measure et Manage. Appliqué aux reçus, Govern attribue la propriété du dossier et du chemin de correction. Map identifie les personnes, systèmes, données, juridictions et obligations touchés par l’échange. Measure suit les champs manquants, les résultats contestés, la provenance altérée, les erreurs de règlement et le délai de résolution. Manage modifie le schéma, le routage, la permission, le fournisseur ou le point de contrôle humain lorsque les preuves montrent que le reçu est insuffisant.

Le reçu rend la souveraineté opérationnelle

Pour les institutions africaines, les reçus lisibles par machine sont une question d’autorité et de continuité. Un fournisseur peut proposer un excellent modèle tandis que l’institution locale reste incapable de prouver ce que le modèle a vu, quelle langue portait la consigne, quel consentement était présent ou quelles conditions gouvernaient la sortie finale. Un accès technique sans dossier portable crée une dépendance au moment où l’institution doit répondre du résultat.

Imaginons une coopérative rapprochant une transaction de terrain retardée, un éditeur commandant une traduction, une clinique demandant un résumé à partir d’un dossier patient ou une archive décidant si un objet gardé par une communauté peut être exposé. Le dossier important n’est pas le paragraphe fluide du modèle. C’est l’échange : qui a demandé, quelle autorité existait, quelle source a été consultée, quelle langue et quelle catégorie locale portaient le sens, quelle action a été prise et qui peut corriger le dossier.

La langue locale appartient à cette conception. Un reçu qui ne conserve qu’un résumé anglais peut effacer la différence entre le droit de lire et le droit de publier, entre un nom coutumier et une étiquette administrative ou entre une recommandation et une décision contraignante. La traduction doit porter les conditions de l’échange, pas seulement son vocabulaire de surface. La souveraineté intellectuelle africaine exige que les institutions gardent le droit de définir ces conditions, de conserver les reçus et de les exporter dans des formes qu’un autre système local puisse comprendre.

La question est aussi fédérale. Un réseau régional de recherche, un système de paiement, un éditeur ou un service public n’a pas besoin d’une machine centrale unique pour créer de la continuité. Il lui faut un dossier minimal partagé qui permette à des institutions indépendantes de reconnaître identité, autorité, preuves, conditions, statut et correction au-delà de leurs frontières. La fédération dépend de la reconnaissance mutuelle. Les reçus en sont une forme pratique.

Où la surface d’investissement s’élargit

Si les agents deviennent des participants au commerce, à la recherche, à l’administration et à la production créative, le capital doit examiner l’infrastructure qui rend les échanges médiés par machine lisibles :

Couches de reçu et de règlement : systèmes transformant les actions d’agents en dossiers de statut, prix, usage, acceptation et obligation non résolue.
Adaptateurs de conformité et de sémantique : outils mettant en correspondance schémas locaux, langues, conditions de produits, droits et règles d’autorité sans perdre le sens matériel à la frontière.
Services de preuve et de provenance : infrastructure attachant au reçu sources, tests, signatures, informations d’authenticité et historique des transformations.
Systèmes de litige et de correction : produits rouvrant un échange médié par machine, conservant l’état original, attribuant la responsabilité et consignant la réparation.
Registres institutionnels portables : dossiers exportables permettant à une organisation de changer de modèle, de runtime, de cloud ou de partenaire régional sans perdre l’historique de ses obligations.

La question de souscription est concrète : le produit réduit-il le coût d’acceptation d’un travail machine tout en conservant la possibilité de le contester ? Les preuves utiles comprennent l’exhaustivité du reçu, le taux de perte sémantique pendant les transferts, la survie de la provenance, l’exactitude du règlement, le délai de résolution des litiges, la fidélité entre langues, la réussite de l’export et la part des échanges qui peuvent être reconstitués sans accès au fournisseur initial.

Cet objet commercial se distingue des couches voisines de l’archive. Un catalogue décrit une offre avant l’échange. Un protocole définit la manière dont les systèmes communiquent. Une couche de permissions définit ce qu’un acteur peut toucher. La provenance suit l’histoire d’un actif. Un graphe de workflow décrit le déplacement du travail. Le reçu consigne ce que signifiait un échange particulier après le franchissement de la frontière, y compris ce qui reste à régler. Son unité de valeur est la reconnaissance responsable.

Construire le reçu avant d’élargir le marché

Une institution peut tester cette conception avec un échange peu lourd de conséquences qui franchit déjà une frontière :

Nommer les mandants, les agents, les systèmes destinataires, les fonctions d’autorité, les conditions linguistiques et les règles qui gouvernent l’échange.
Définir les champs minimaux du reçu, en distinguant notamment proposé, accepté, terminé, refusé, expiré et contesté.
Attacher les dossiers sources, les versions, les permissions, les preuves et les résultats d’outils qui ont matériellement façonné le résultat.
Envoyer le reçu à un réviseur indépendant ou à un processus successeur et vérifier s’il peut déterminer ce qui s’est passé, ce qui peut arriver ensuite et ce qui reste incertain.
Rouvrir un échange volontairement imparfait, le corriger sans effacer l’original et exporter le dossier complet dans un second système.

Le résultat doit être mesuré à la frontière. À quelle fréquence le système destinataire comprend-il mal les conditions ? Quel volume de contexte une personne doit-elle reconstituer, et quels champs disparaissent pendant la traduction ou le transfert ? À quelle vitesse l’institution peut-elle inverser une action non autorisée ? Les réponses montrent si l’agent accroît la capacité institutionnelle ou produit seulement une ambiguïté bien écrite.

Une machine peut parler avec fluidité, chercher largement et agir rapidement. L’institution doit toujours savoir ce qui est entré dans son monde. Le reçu est l’objet modeste qui rend ce savoir portable. Lorsque les institutions africaines possèdent le dossier de l’échange, elles peuvent utiliser des capacités externes sans céder les conditions selon lesquelles le travail devient reconnu, payé, corrigé et mémorisé.