For AI agents: fetch the complete documentation index at /llms.txt, the full documentation corpus at /llms-full.txt, the agent skill at /skill.md, or this page as Markdown at /es/docs/modules/ai.md (or send Accept: text/markdown).
IA y trabajos en segundo plano
De una solicitud autorizada a un resultado duradero.
Pruebe una IA falsa y luego elija un proveedor real
Para obtener el primer resultado, siga la tarea /dashboard del tutorial web: inicie el flujo local, ponga en cola un mensaje, ejecútelo y vea el resultado. AI_PROVIDER=fake devuelve una respuesta de demostración repetible sin enviar datos a un modelo externo ni utilizar una clave API paga.
Para la generación real, primero configure cuentas persistentes, elija un proveedor de IA y siga la configuración de IA a continuación. Agregue un modelo y su precio al catálogo de la base de datos, elija los modelos permitidos para cada alias y otorgue al espacio de trabajo el acceso requerido. Un alias como rápido es una opción amigable que se muestra al usuario; no es en sí mismo el ID de modelo de un proveedor externo.
Un AI task en segundo plano también necesita el servicio de trabajos configurado. Si no se muestran opciones de modelo, inspeccione el catálogo y la política de alias antes de volver a intentarlo. Si se deniega el acceso, inspeccione los derechos del espacio de trabajo activo. Mantenga todas las claves del proveedor API en la configuración del servidor web, no en el navegador, la aplicación móvil o la ventana de escritorio.
Sigue el ciclo de vida de la tarea
La API de tareas de producción valida el espacio de trabajo autenticado y el derecho antes de guardar una tarea y despachar el flujo de Trigger.dev ai.generate. El enrutador aplica los requisitos de capacidad y la política de modelos configurada.
POST /api/ai/tasks
→ authenticated workspace + entitlement
→ durable task record
→ Trigger.dev ai.generate
→ model routing + generation
→ usage record + result
→ transactional completion deliveryConfigura alias y presupuestos
El usuario elige un alias habilitado: cheap, fast o smart. El servidor controla los ID de los modelos subyacentes, las credenciales del proveedor, la política del espacio de trabajo y la aplicación del presupuesto. La compatibilidad cifrada para usar una clave propia debe conservar el mismo límite exclusivo del servidor.
Mantén explícita la semántica del flujo de trabajo
JobRunner solo garantiza encolado, estado y cancelación. La semántica del flujo de trabajo de Trigger.dev es explícita e incluye el comportamiento de ejecución duradera. No deduzcas reintentos ni garantías de programación a partir del contrato genérico.
La ruta de envío de producción usa idempotencia y la recuperación de tareas guardadas para gestionar despachos ambiguos. La generación finalizada es independiente de la entrega del correo de finalización.
Si quieres continuar la configuración, lee Configurar los jobs en segundo plano.