Lucid Agents

Tout dans Lucid part d'une seule définition. Vous décrivez un entrypoint avec une clé, une description, des schémas d'entrée et de sortie, un gestionnaire et un prix facultatif. Ce contrat unique alimente validation, invocation, streaming, tâches, découverte et chaque adaptateur de framework, donc le comportement d'une route et sa façon de s'annoncer ne divergent jamais. Pour qui développe, cela veut dire un seul endroit à modifier au lieu de cinq.

Le paquet de paiements parle plus d'un protocole. Il gère les défis x402 avec vérification du vendeur sur EVM et Solana, l'achat sur EVM, Sign-In-With-X et des contrôles de politique, et il prend en charge le Machine Payments Protocol via des défis Payment-Auth avec Tempo, Stripe ou des identifiants personnalisés. Portefeuilles et facilitateurs restent à l'extérieur, donc la garde et le règlement restent entre vos mains plutôt qu'attachés au SDK.

Lucid relie un contrat HTTP unique aux frameworks que les équipes utilisent déjà. Des adaptateurs dédiés couvrent Hono, Express et TanStack Start, et la CLI génère aussi des modules App Router de Next.js au lieu d'un paquet isolé. Comme les adaptateurs relient le même plan de routes, un service se comporte pareil derrière Hono dans un petit script que dans une application Express ou Next.js plus grande.

Un service payant n'est utile que si un acheteur peut le trouver et lui faire confiance. Le paquet d'identité gère l'enregistrement et la recherche ERC-8004, ainsi que les métadonnées de confiance, et le paquet a2a produit une découverte en forme d'Agent Card, des appels clients et des tâches asynchrones protégées par jeton. On peut y joindre des métadonnées de rôle AP2 pour les paiements entre agents. C'est la couche qui permet à une autre machine de décider d'appeler le service ou non.

Quand l'argent entre en jeu, les contrôles applicatifs comptent autant que le protocole. Lucid ajoute des limites de destinataire, des budgets, des limites de débit et des reprises payantes sûres par-dessus le cœur de paiement, et l'idempotence maintient un paiement et son exécution dans une seule transaction. Le paquet d'analyse résume ensuite les paiements liés avec des exports JSON et CSV, de quoi voir ce qu'un service a gagné et où il a échoué.

La CLI génère des projets Hono, Express, TanStack et Next.js à partir de modèles, et un paquet de déploiement protégé gère le déploiement chez un fournisseur. Les paquets npm publics forment un canal Stable, tandis que le dépôt garde un canal Next qui peut aller plus vite. La documentation insiste pour qu'une équipe garde tous ses paquets sur un même canal, car mélanger Stable et Next est une source fréquente de casse.