Flujos de trabajo

Un flujo de trabajo es un procedimiento con nombre y reutilizable. Le 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 le pides a Okou que haga algo, escribes un prompt. La segunda vez, pegas el mismo prompt con pequeños ajustes. Para la tercera vez, estás copiando un prompt largo desde 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 una cola de trabajo que recurre — entradas distintas, misma forma:

• Un cliente escribe → busca su historial → redacta una respuesta en su idioma → registra el ticket
• Aparece un informe de error → extrae los pasos para reproducirlo → clasifica la gravedad → abre un issue estructurado
• Lunes por la mañana → saca los números de la semana pasada → compáralos con la semana anterior → publica un resumen

Sin flujos de trabajo, cada uno de estos es un prompt de 200 palabras que todos tienen que memorizar. 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 disparador: es el procedimiento. Para hacerlo ejecutarse por sí solo, añade una automatización.

Qué incluye un flujo de trabajo

No hay gráfico de nodos, ni configuración YAML, ni sección de disparadores. La instrucción suele parecerse mucho al prompt de chat que funcionó la primera vez.

Una buena descripción marca la diferencia entre un flujo de trabajo que se activa cuando debe y uno que nunca se activa: "triage a customer-facing bug report and file it to GitHub with severity" es mejor que "do bug stuff."

Propiedad y visibilidad

My Okou: los flujos de trabajo viven en el espacio de trabajo actual. Un flujo de trabajo privado pertenece al usuario actual. Un flujo de trabajo público se comparte con los miembros del espacio de trabajo; público no significa publicado en internet. Cada ejecución usa las instrucciones personales (Instructions), la memoria, las cuentas conectadas y los permisos del usuario que ejecuta. Compartir el procedimiento no comparte esos recursos personales ni los resultados privados.

Tu flujo de trabajo privado con el mismo nombre tiene prioridad sobre un flujo de trabajo público. Usa el ID explícito del flujo de trabajo cuando necesites identificar una definición compartida concreta. Crear una copia privada te da una versión separada para adaptar; las ediciones posteriores no se sincronizan con el original. Las automatizaciones de otro miembro no se copian. Crear un flujo de trabajo privado no te da permiso para publicar o mantener flujos de trabajo públicos; siguen aplicándose las reglas de publicación del espacio de trabajo existentes.

Legacy Agents: cada flujo de trabajo pertenece a un agente. Los compañeros de equipo también necesitan acceso a su agente propietario. Copiar flujo de trabajo selecciona un agente de destino y crea una bifurcación privada. El agente aporta su perfil y sus instrucciones personales (Instructions), mientras que la ejecución sigue usando el acceso autorizado a la cuenta del miembro que lo ejecuta.

Consulta My Okou y los Legacy Agents para las instrucciones permanentes.

¿Qué experiencia estás usando?

Esta documentación cubre ambas experiencias. Si Configuración → Personal → My Okou está disponible, sigue los pasos de My Okou. Si usas una página de Agents con New agent, sigue los pasos de Legacy Agents. La disponibilidad puede variar entre miembros; esta documentación no cambia tu experiencia.

En cualquiera de las dos experiencias, puedes ejecutar varios chats o tareas a la vez, reutilizar flujos de trabajo y compartir el trabajo revisado con tu equipo. Un subagente en tiempo de ejecución es una herramienta de ejecución, no un perfil de producto separado que tengas que crear.

Crear un flujo de trabajo

Empezar desde la página de Workflows

1. Abre Workflows. My Okou: elige Create in chat. Legacy Agents: elige New workflow donde aparezca.
2. My Okou: continúa en tu propio chat; no hace falta seleccionar un agente. Legacy Agents: selecciona el agente que debe ser propietario del flujo de trabajo.
3. Okou abre un chat con un prompt guiado para crear el flujo de trabajo. Describe el resultado, las entradas esperadas, las herramientas, la salida y cualquier límite de aprobación.
4. 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 existente y pedirle a Okou que convierta en un flujo de trabajo una tarea que ya funcionó. Mantener la primera ejecución exitosa en el mismo chat le da a Okou entradas, correcciones y salida concretas para capturar.

Ejemplo de My Okou: las instrucciones del flujo de trabajo describen el trabajo repetible.

Qué poner en la instrucción

Mantén las credenciales fuera de la instrucción y de los archivos. Conecta el servicio mediante Conectores, luego revisa la cuenta conectada y concede solo los permisos que el flujo de trabajo necesita; en Legacy Agents, autoriza también a su agente propietario.

Probar antes de automatizar

1. Ejecuta el flujo de trabajo manualmente con una entrada representativa.
2. Confirma que el miembro que ejecuta tiene el acceso a la cuenta y los permisos requeridos; en Legacy Agents, comprueba también la autorización del agente propietario.
3. Inspecciona el chat resultante para detectar contexto faltante, escrituras inesperadas y la forma de la salida final.
4. Edita las instrucciones personales (Instructions) o los archivos adjuntos y vuelve a ejecutarlo hasta que el resultado sea repetible.
5. 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 las primeras pocas ejecuciones.

La verificación manual separa los problemas del flujo de trabajo de los problemas del disparador: si Run now falla, corrige primero el flujo de trabajo o su acceso; si Run now funciona pero un evento nunca se activa, 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 "redacta una respuesta a un correo de un cliente usando nuestro tono y nuestra documentación", se activa cuando reenvías un correo de un cliente: no hace falta el nombre.

Para forzar uno concreto, dilo: "Usa el flujo de trabajo customer-reply-draft en este correo."

Flujos de trabajo integrados

Okou incluye una lista de flujos de trabajo interfuncionales mantenidos por Okou: investigación y análisis, finanzas y contabilidad, legal y cumplimiento, producto, marketing, atención al cliente y comunicación de equipo. Son procedimientos de dominio, no infraestructura de conectores: cada uno enseña a Okou cómo manejar un tipo de trabajo recurrente.

Una muestra:

• deep-dive — investigación estructurada y diseño de soluciones; recopila hechos y luego explora opciones
• prd-writing — requisitos de producto con encuadre estructurado del problema y criterios de aceptación
• copywriting — textos de marketing para varios canales (blogs, correos, redes sociales, landing pages)
• competitor-matrix — matrices de comparación de funciones, desmontajes de posicionamiento, análisis de victorias/pérdidas
• customer-reply — respuestas empáticas y alineadas con la marca, adaptadas al canal y la urgencia
• nda-screening — clasifica los NDA entrantes como GREEN / YELLOW / RED y enrútalos
• status-updates — informes de progreso y actualizaciones para stakeholders adaptadas a cualquier audiencia

Tus propios flujos de trabajo viven junto a estos y tienen prioridad cuando sus descripciones coinciden más estrechamente.

Cuándo crear uno

La regla honesta: si has escrito sustancialmente el mismo prompt más de dos veces —o puedes imaginar a un compañero de equipo escribiéndolo— guárdalo.

Señales concretas:

• El trabajo tiene un nombre que tu equipo ya usa ("resumen de la mañana", "barrido de competidores")
• El prompt menciona 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 según una programación o un evento — consulta Automatizaciones

Patrones comunes

• El formulario de entrada. Toma una pieza de entrada (un correo, un informe de error, un hilo) y produce un artefacto estructurado (un issue, un borrador, una fila).
• El resumen de cadencia. Un flujo de trabajo emparejado con una automatización programada que se ejecuta a diario o semanalmente y publica en un lugar visible.
• El ayudante en mitad de la conversación. Se activa con @Okou en un canal para hacer una subtarea concreta: buscar, resumir, clasificar.
• El compositor. Produce un paquete multiformato — borrador de blog más publicaciones para redes más tarjetas — en una sola ejecución.
• El respondedor de eventos. Emparejado con una automatización por evento: un nuevo correo, un PR fusionado o una nueva página de Notion inicia la ejecución. Consulta Automatizaciones.

Errores a evitar

• Demasiado estrecho. Un flujo de trabajo que solo encaja con una entrada muy específica es frágil. Apunta a la forma del trabajo, no a los detalles de un ejemplo.
• Demasiado vago. "Ayuda con marketing" es tan amplio que Okou no sabrá cuándo aplicarlo. Sé específico en la descripción.
• Credenciales codificadas. Nunca pegues claves API en una instrucción. Usa conectores personalizados en su lugar: la credencial permanece en la plataforma, fuera del alcance del modelo.
• Forma de salida oculta. Indica cómo debe verse el artefacto: "una lista numerada de tres elementos" o "una respuesta borrador de menos de 150 palabras."
• Olvidar el acceso. Un flujo de trabajo compartido no concede acceso al conector. Revisa tu cuenta conectada, los permisos solicitados y cualquier control de cuenta de chat disponible para ti. En Legacy Agents, revisa también la configuración de autorización del agente propietario.

Qué sigue

• Añade un disparador con Automatizaciones para que un flujo de trabajo se ejecute sin ti.
• Consulta Agents para ver quién ejecuta un flujo de trabajo y con qué permisos.
• Consulta Permisos para restringir a qué puede acceder un flujo de trabajo.
• Consulta Flujos de ejemplo para ver cinco escritos de principio a fin.