Un flujo de trabajo es un procedimiento con nombre y reutilizable guardado en un agente. Enseña a Okou cómo tu equipo hace un tipo específico de trabajo, para que la siguiente persona que lo necesite no tenga que reescribir el prompt.
La primera vez que pides algo a Okou, escribes un prompt. La segunda, pegas el mismo prompt con pequeños ajustes. A la tercera, estás copiando un prompt largo de un documento de Notion que alguien llamó la «biblioteca de prompts del equipo». Ese es el momento de guardar un flujo de trabajo.
El problema que resuelven los flujos de trabajo
Un chat puntual está bien para una tarea puntual. Pero casi todos los equipos tienen un retraso de trabajo que se repite: entradas distintas, misma forma:
- Un cliente escribe → consulta su historial → redacta una respuesta en su idioma → registra el ticket
- Aparece un informe de error → extrae los pasos de reproducción → clasifica la gravedad → crea un issue estructurado
- Lunes por la mañana → obtén los números de la semana pasada → compáralos con la anterior → publica un resumen
Sin flujos de trabajo, cada uno es un prompt de 200 palabras que todos deben recordar. Con flujos de trabajo, cada uno es un nombre: triage-bug-report, weekly-metrics, customer-reply.
Un flujo de trabajo por sí solo no tiene programación ni activador: es el procedimiento. Para que se ejecute solo, adjunta una Automation.
Qué hay en un flujo de trabajo
| Campo | Qué hace |
|---|---|
| Name | Un slug en minúsculas de 2 a 64 caracteres con letras, números y guiones internos: triage-bug-report. Usa /triage-bug-report para invocarlo explícitamente en el chat del agente propietario. |
| Display name | La etiqueta legible que se muestra en el espacio de trabajo. |
| Description | Una línea que dice a Okou cuándo aplica este flujo de trabajo. Okou compara las solicitudes entrantes con las descripciones, así que la redacción importa. |
| Instruction | El procedimiento en sí. La prosa simple sirve: menciona las herramientas a usar, la forma de salida y cualquier restricción. |
| Files | Archivos complementarios opcionales: plantillas, listas de comprobación, directrices de marca, datos de referencia, agrupados con el flujo de trabajo. |
| Visibility | private (solo tú) o public (todos en el espacio de trabajo). |
Sin grafo de nodos, sin configuración YAML, sin sección de activadores. La instrucción suele parecerse mucho al prompt de chat que funcionó la primera vez.
Una buena descripción es la diferencia entre un flujo de trabajo que se dispara cuando debe y uno que nunca se dispara: «triage a customer-facing bug report and file it to GitHub with severity» es mejor que «do bug stuff.»
Los flujos de trabajo pertenecen a agentes
Cada flujo de trabajo pertenece a exactamente un agente. Eso hace predecible el comportamiento: el flujo de trabajo se ejecuta con el tono, los valores predeterminados y las concesiones de conector de ese agente.
- Flujo de trabajo privado: visible solo para ti. Adecuado para automatizaciones personales ligadas a un Gmail o CRM personal.
- Flujo de trabajo público: visible para todos en el espacio de trabajo, en un agente que tu equipo puede alcanzar.
El mismo procedimiento puede vivir en dos agentes y producir resultados distintos, porque cada agente aporta su propia voz y sus propios permisos. Para entregar un flujo de trabajo a otro agente, cópialo: esto lo bifurca, de modo que ambos puedan divergir después.
Consulta Agents para cómo la propiedad del agente da forma a lo que un flujo de trabajo puede tocar.
Crear un flujo de trabajo
Empezar desde la página Workflows
- Abre Workflows y elige New workflow.
- Selecciona el agente que debe poseer el flujo de trabajo.
- Okou abre un chat con un prompt guiado de creación de flujo de trabajo. Describe el resultado, las entradas esperadas, las herramientas, la salida y cualquier límite de aprobación.
- Revisa el nombre, la descripción, la instrucción, los archivos y la visibilidad propuestos antes de que Okou lo cree.
También puedes empezar en un chat de agente existente y pedir a Okou que convierta en flujo de trabajo una tarea que ya funcionó. Mantener la primera ejecución exitosa en el mismo chat da a Okou entradas, correcciones y salidas concretas que capturar.
Qué poner en la instrucción
| Parte | Incluir |
|---|---|
| Goal | El resultado que debe producir el flujo de trabajo. |
| Inputs | Lo que suministra el llamador o la automatización, y qué entradas son obligatorias. |
| Procedure | Pasos ordenados, incluidos los servicios conectados que se leen o actualizan. |
| Output | El formato requerido, el destino y las reglas de nombre. |
| Boundaries | Acciones a evitar, casos que necesitan aclaración y cuándo detenerse. |
| References | Plantillas, listas de comprobación o ejemplos opcionales adjuntos como archivos del flujo de trabajo. |
Mantén las credenciales fuera de la instrucción y los archivos. Conecta el servicio a través de Connectors y otorga al agente propietario solo los permisos que el flujo de trabajo necesita.
Prueba antes de automatizar
- Ejecuta el flujo de trabajo manualmente con una entrada representativa.
- Confirma que el agente propietario puede acceder a todos los conectores y permisos requeridos.
- Inspecciona el chat resultante en busca de contexto faltante, escrituras inesperadas y la forma final de la salida.
- Edita las Instructions o los archivos adjuntos y vuelve a ejecutarlo hasta que el resultado sea repetible.
- Añade una automatización solo después de que la ejecución manual sea correcta. Empieza con filtros de evento estrechos o una programación de baja frecuencia y luego inspecciona los primeros disparos.
La verificación manual separa los problemas del flujo de trabajo de los problemas del activador: si Run now falla, arregla primero el flujo de trabajo o su acceso; si Run now funciona pero un evento nunca se dispara, inspecciona la configuración de la automatización.
Cómo elige Okou un flujo de trabajo
No tienes que invocar un flujo de trabajo por nombre. Okou carga uno automáticamente cuando una solicitud entrante coincide con su descripción. Un flujo de trabajo llamado customer-reply-draft, descrito como «draft a reply to a customer email using our voice and docs», se dispara cuando reenvías un correo de cliente, sin necesidad de nombre.
Para forzar uno concreto, dilo: "Use the customer-reply-draft workflow on this email."
Flujos de trabajo integrados
Cada agente de Okou incluye un conjunto de flujos de trabajo multifuncionales mantenidos por Okou: investigación y análisis, finanzas y contabilidad, legal y cumplimiento, producto, marketing, soporte al cliente y comunicación del equipo. Son procedimientos de dominio, no cableado de conectores: cada uno enseña a Okou a manejar un tipo de trabajo recurrente.
Una muestra:
deep-dive— investigación estructurada y diseño de soluciones; reúne hechos y luego explora opcionesprd-writing— requisitos de producto con encuadre estructurado del problema y criterios de aceptacióncopywriting— textos de marketing en canales (blogs, correos, redes, páginas de destino)competitor-matrix— matrices de comparación de funciones, análisis de posicionamiento, análisis de ganancias y pérdidascustomer-reply— respuestas empáticas y acordes a la marca, adaptadas al canal y la urgencianda-screening— clasifica las NDA entrantes como GREEN / YELLOW / RED y las enrutastatus-updates— informes de progreso y actualizaciones para interesados, adaptados a cualquier audiencia
Tus propios flujos de trabajo conviven con estos y tienen prioridad cuando sus descripciones coinciden más de cerca.
Cuándo crear uno
La regla honesta: si has escrito sustancialmente el mismo prompt más de dos veces, o imaginas que un compañero lo escribirá, guárdalo.
Señales concretas:
- El trabajo tiene un nombre que tu equipo ya usa («morning brief», «competitor scan»)
- El prompt nombra herramientas, canales o plantillas específicas que no deberían cambiar en cada ejecución
- La salida tiene una forma fija (un resumen, un borrador, un issue creado)
- Más de una persona necesita activarlo
- Quieres que se ejecute por programación o evento: consulta Automations
Patrones comunes
- El formulario de entrada. Toma una entrada (un correo, un informe de error, un hilo) y produce un artefacto estructurado (un issue, un borrador, una fila).
- El informe de cadencia. Un flujo de trabajo emparejado con una automatización programada que se ejecuta a diario o semanalmente y publica en algún lugar visible.
- El ayudante de media conversación. Se activa con
Okouen un canal para hacer una subtarea enfocada: buscar, resumir, clasificar. - El compositor. Produce un paquete de varios formatos (borrador de blog más publicaciones sociales más tarjetas) en una ejecución.
- El respondedor de eventos. Emparejado con una automatización de eventos: un correo nuevo, un PR fusionado o una página de Notion nueva inicia la ejecución. Consulta Automations.
Trampas a evitar
- Demasiado estrecho. Un flujo de trabajo que solo encaja con una entrada concreta es frágil. Apunta a la forma del trabajo, no a los detalles de un ejemplo.
- Demasiado vago. «Help with marketing» es tan amplio que Okou no sabrá cuándo aplicarlo. Sé específico en la descripción.
- Credenciales fijas. Nunca pegues claves de API en una instrucción. Usa Custom connectors: la credencial se queda en la plataforma, fuera del alcance del modelo.
- Forma de salida enterrada. Indica cómo debe verse el artefacto: «a numbered list of three items» o «a draft reply under 150 words.»
- Olvidar el agente. Un flujo de trabajo solo puede usar los conectores para los que su agente anfitrión está autorizado. Si un flujo de trabajo no puede acceder a Gmail, revisa la pestaña Authorization del agente, no la instrucción.
Siguiente
- Adjunta un activador con Automations para que un flujo de trabajo se ejecute sin ti.
- Consulta Agents para quién ejecuta un flujo de trabajo y con qué permisos.
- Consulta Permissions para restringir lo que un flujo de trabajo puede tocar.
- Consulta Example workflows para cinco escritos de principio a fin.