RÉALISATION · PROTOCOLE IA OPEN SOURCE
Réalisation d’un protocole open source pour agents IA.
IA · agent-to-agent · protocole ouvert
Protocole open source permettant à des agents IA de déclarer une intention, négocier avec des fournisseurs et structurer des transactions sans plateforme centrale.
- JavaScript
- Python
- WebSocket
- Ed25519
- SDK
- Open source
- IA agents
- Protocol design
- Node.js
- GitHub

ENJEU
Donner un langage commun aux agents IA.
Intent Protocol est né d’une réflexion sur la façon dont les agents IA pourraient demain réserver des services, sourcer des fournisseurs ou négocier pour le compte d’un humain. L’enjeu était de proposer une base simple, ouverte et lisible pour permettre à des agents de déclarer une intention et de recevoir des réponses concurrentes.
Le projet repose sur une idée claire : déclarer une intention, laisser des agents ou fournisseurs répondre, comparer les propositions et conclure une transaction de façon structurée.
L’objectif était de créer un protocole léger, fédéré, sans verrouillage plateforme et sans autorité centrale, avec des messages JSON signés, des échanges WebSocket et une logique de sécurité documentée.
TRAVAIL RÉALISÉ
Ce qui a été construit concrètement.
Le travail a porté sur la conception du protocole, la documentation technique, les SDK, le proof of concept et le site de présentation.
Spécification
Rédaction des spécifications : messages, flux, identité, relais, schémas, settlement, sécurité et exemples.
Proof of concept
Création d’un POC Node.js avec relay, simulation, messages RFQ/BID/ACCEPT/DEAL et signatures Ed25519.
SDK
Création de SDK JavaScript et Python pour faciliter l’usage du protocole par des agents ou développeurs.
Site
Conception de la landing page intentprotocol.org pour expliquer le concept et rendre le projet accessible.
CHOIX STRUCTURANTS
Un standard léger pour le commerce agent-to-agent.
Intent Protocol devait rester simple, lisible et ouvert. La logique choisie repose sur des messages JSON, des connexions WebSocket, des signatures Ed25519, des relais fédérés et une documentation suffisamment précise pour servir de base à des implémentations futures.
- Messages JSON structurés pour RFQ, BID, ACCEPT et DEAL.
- WebSocket pour permettre une logique de négociation en temps réel.
- Signatures Ed25519 pour l’identité et la vérification.
- Spécifications versionnées v0.1, v0.2 et v0.3.
- SDK JavaScript et Python pour faciliter l’adoption.
- Relay conforme v0.3 avec WebSocket, REST, key rotation et circuit breakers.
- Documentation sécurité : menaces, règles, anti-phishing, réputation et recovery.
- Landing page pour rendre le protocole compréhensible.
PREUVE
Ce que Intent Protocol démontre.
Intent Protocol démontre la capacité de Websual à penser au-delà d’une interface : structurer un protocole, documenter une architecture, produire des SDK, créer un proof of concept et rendre une idée technique compréhensible. Le projet montre une capacité à relier IA, produit, développeurs et expérience d’usage.
- Concevoir un protocole open source.
- Structurer une documentation technique complète.
- Produire des SDK JavaScript et Python.
- Créer un POC fonctionnel.
- Transformer un concept IA en base exploitable.
PROJETS PROCHES
Autres réalisations
QUESTIONS FRÉQUENTES
Questions fréquentes autour de ce type de projet.
Oui, si l’idée répond à un besoin structuré : messages, identité, négociation, relais ou settlement. Le protocole doit rester simple, documenté et implémentable. C’est un travail proche de l’automatisation & IA et du produit technique.
En traduisant le concept en bénéfices, cas d’usage et parcours de lecture clairs. Une landing bien pensée aide à comprendre l’intérêt sans noyer le visiteur dans la spec. La stratégie UX/UI sert autant la compréhension que le design.
La landing explique et crédibilise ; le produit technique apporte SDK, POC, documentation et logique d’implémentation. Les deux peuvent coexister, mais ils ne remplissent pas le même rôle.
Oui. Spécifications, relay, SDK, documentation et démonstrateur peuvent être structurés pour servir de base ouverte à des implémentations futures, sans promettre une adoption garantie.
