Lucid Agents

Lucid Agents

Daydreams · Marketing

Lucid Agents es un runtime TypeScript de Daydreams que convierte funciones tipadas en servicios de pago que otros agentes pueden llamar, pagar, transmitir o ejecutar como tareas.

Vista previa de la interfaz de Lucid Agents

Acerca de Lucid Agents

What Is Lucid Agents

Lucid Agents es un SDK de comercio agéntico entre máquinas escrito en TypeScript. Toma una función tipada que ya tienes escrita y la envuelve con todo lo que otro agente necesita para comprarla: una clave de capacidad estable, esquemas de entrada y salida, un precio, admisión de pago, reintentos y una tarjeta de descubrimiento. El resultado es un servicio HTTP normal que además cobra y se describe a las máquinas.

El proyecto es de Daydreams, el equipo detrás del framework de agentes del mismo nombre, y vive en el repositorio daydreamsai/lucid-agents bajo licencia MIT. Ocupa la capa intermedia de la pila. Por debajo están las carteras, los facilitadores, las redes y los propios protocolos de pago; por encima queda tu lógica de negocio. Lucid no sustituye esas capas inferiores ni inventa un protocolo nuevo. Conecta una prueba de pago existente de x402 o MPP con trabajo de aplicación validado y un único resultado tipado.

Ese alcance acotado también marca su límite. Lucid tiene sentido cuando un servicio necesita varias capacidades tipadas o un comportamiento compartido entre frameworks. Para una sola ruta de pago, el middleware de pago original es una dependencia más pequeña, y la documentación lo dice sin rodeos. La cobertura de algunas superficies del protocolo, como un transporte A2A v1 completo o los listados de x402 Bazaar, hoy es parcial o inexistente.

Getting Started

  1. Instala Bun 1.3 o superior y genera un proyecto con la CLI, por ejemplo bunx @lucid-agents/cli my-agent --adapter=hono --template=blank.
  2. Ejecuta bun install y bun run dev dentro de la carpeta para arrancar el servicio generado en el puerto 3000.
  3. Cambia el entrypoint de eco de ejemplo por tu propia función tipada, definiendo entrada, salida y manejador con una librería de esquemas como Zod.
  4. Añade la extensión de pagos y ponle un precio al entrypoint para convertirlo en una ruta de pago.
  5. Apunta una cartera de comprador y un facilitador al servicio, llama a la ruta invoke y lee la cabecera de liquidación en la respuesta.

Información del producto

Un vistazo rápido a los precios, las plataformas compatibles y el rendimiento de Lucid Agents.

Plan gratuitoSí
Planes de pagoFree (MIT) - custom hosted pricing
PlataformaWeb, Node.js, Bun
DesarrolladorDaydreams
CategoríaMarketing
Fecha de lanzamientoAug 2025
Última actualizaciónOct 2025
Visitas al sitio webN/A
Ranking global del sitioN/A
Disponibilidad de la APISí

Ideal para

Los usuarios, tareas y casos de uso en los que esta herramienta encaja mejor.

Usuarios

  • Desarrolladores de backend y TypeScript
  • Equipos que venden una capacidad de IA
  • Creadores de frameworks de agentes
  • Equipos que experimentan con pagos para agentes

Tareas

  • Convertir una función en una API de pago para agentes
  • Cobrar a otros agentes por llamada
  • Ejecutar trabajo de pago como tareas en segundo plano
  • Registrar un agente detectable
  • Añadir reintentos seguros a una llamada de pago

Casos de uso

  • Lanzar un servicio de pago de texto o datos con fecha límite
  • Exponer varias capacidades bajo un solo runtime
  • Gestionar streaming o trabajo de agente de larga duración
  • Avanzar hacia producción

Funciones clave

Entrypoints tipados como fuente de verdad

Todo en Lucid parte de una definición. Describes un entrypoint con una clave, una descripción, esquemas de entrada y salida, un manejador y un precio opcional. Ese único contrato alimenta validación, invocación, streaming, tareas, descubrimiento y cada adaptador de framework, así que el comportamiento de una ruta y la forma en que se anuncia nunca se separan. Para quien programa, significa un solo sitio que cambiar en lugar de cinco.

Raíles de pago agnósticos de protocolo

El paquete de pagos habla más de un protocolo. Gestiona desafíos de x402 con verificación de vendedor en EVM y Solana, compra en EVM, Sign-In-With-X y controles de política, y admite el Machine Payments Protocol mediante desafíos Payment-Auth con Tempo, Stripe o credenciales propias. Las carteras y los facilitadores quedan fuera, así que la custodia y la liquidación siguen en tus manos en lugar de quedar atadas al SDK.

Adaptadores de framework

Lucid ata un único contrato HTTP a los frameworks que los equipos ya usan. Hay adaptadores dedicados para Hono, Express y TanStack Start, y la CLI también genera módulos del App Router de Next.js en lugar de un paquete suelto. Como los adaptadores atan el mismo plan de rutas, un servicio se comporta igual detrás de Hono en un script pequeño que dentro de una aplicación Express o Next.js mayor.

Descubrimiento, identidad y tareas

Un servicio de pago solo sirve si un comprador puede encontrarlo y confiar en él. El paquete de identidad gestiona el registro y la búsqueda ERC-8004 además de los metadatos de confianza, y el paquete a2a produce descubrimiento con forma de Agent Card, llamadas de cliente y tareas asíncronas protegidas por token. Se puede añadir metadatos de rol AP2 para pagos entre agentes. Esta es la capa que permite a otra máquina decidir si llama al servicio o no.

Política, idempotencia y analítica

Cuando hay dinero de por medio, los controles de la aplicación importan tanto como el protocolo. Lucid suma límites de destinatario, presupuestos, límites de tasa y reintentos de pago seguros sobre el núcleo de pagos, y la idempotencia mantiene un pago y su cumplimiento en una sola transacción. El paquete de analítica resume los pagos acotados con exportaciones JSON y CSV, suficiente para ver cuánto ganó un servicio y dónde falló.

CLI, ejemplos y canales de versión

La CLI genera proyectos Hono, Express, TanStack y Next.js a partir de plantillas, y un paquete de despliegue con protecciones cubre el despliegue en proveedores. Los paquetes públicos de npm forman un canal Stable, mientras el repositorio mantiene un canal Next que puede ir por delante. La documentación insiste en que un equipo mantenga todos los paquetes en un mismo canal, porque mezclar Stable y Next es una fuente habitual de fallos.

Ventajas y desventajas

Ventajas

  • Un solo contrato tipado controla rutas, pagos, descubrimiento y adaptadores, lo que recorta el código duplicado que suele rodear a un muro de pago.
  • Agnóstico de protocolo por diseño, con soporte de x402 y MPP y adaptadores para cuatro frameworks conocidos.
  • Admisión de pago, política, idempotencia y analítica llegan juntas, así que los controles que necesita un servicio de pago no se dejan al desarrollador.
  • Licencia MIT y código abierto, así que el runtime se puede leer, bifurcar y alojar por cuenta propia.
  • Evita el doble cobro al atar cada pago a un solo cumplimiento mediante claves de idempotencia.

Desventajas

  • Está pensado para desarrolladores, no para usuarios finales, así que quien no tenga TypeScript y un entorno Bun o Node no puede probarlo directamente.
  • La cobertura de protocolos es parcial, como la propia documentación señala para el transporte A2A v1 completo y x402 Bazaar, lo que limita las promesas de interoperabilidad.
  • Exige una cartera, un facilitador y una red externos, así que la primera llamada de pago implica configuración extra y fondos de red de prueba antes de funcionar.
  • Mezclar los canales Stable y Next puede romper una compilación, lo que añade una disciplina de versiones a la que muchos equipos no están acostumbrados.
  • Existe una plataforma alojada, pero su URL base de API y sus condiciones vienen del propietario de ese producto, no de la documentación de código abierto.

Preguntas frecuentes

Lucid Agents es un runtime TypeScript de comercio entre máquinas creado por Daydreams. Convierte funciones tipadas en servicios que otros agentes y aplicaciones pueden descubrir, llamar, pagar, transmitir o ejecutar como tareas, usando el repositorio daydreamsai/lucid-agents.