No necesitas escribir una instrucción de flujo de trabajo desde una página en blanco. Empieza por completar una tarea real con tu agente. Una vez que el resultado sea útil, pídele al agente que convierta el método que desarrollaron juntos en un flujo de trabajo reutilizable.
El agente crea el primer borrador. Tu función es revisar sus supuestos y decidir dónde el flujo de trabajo necesita límites más claros para que otro compañero de equipo pueda obtener un resultado confiable.
Con My Okou, las instrucciones personales guardan las preferencias de cada miembro; un flujo de trabajo del espacio de trabajo guarda el procedimiento repetible y los estándares del equipo. Los flujos de trabajo privados pertenecen al usuario actual, y los flujos de trabajo públicos se comparten dentro del espacio de trabajo. La ejecución usa las instrucciones personales, la memoria, las cuentas y los permisos del miembro que ejecuta. En Legacy Agents, los flujos de trabajo siguen vinculados a un solo agente. Consulta Instructions and experience modes.
Empieza con una ejecución exitosa
Es más fácil crear un flujo de trabajo después de que el agente haya visto la tarea, el material de origen, tus comentarios y un resultado aceptable.
- Dale al agente una tarea real y la entrada real que necesita.
- Revisa el resultado y corrige el contexto que falte, el razonamiento débil o el formato incorrecto.
- Cuando el resultado sea bueno, pídele al agente que extraiga el método repetible.
- Pídele al agente que redacte el nombre del flujo de trabajo, la descripción, la instrucción y cualquier archivo de referencia que recomiende.
- Revisen juntos el borrador antes de hacer público el flujo de trabajo.
Puedes pedirle:
Convierte lo que acabamos de hacer en un flujo de trabajo reutilizable para el equipo. Redacta el nombre, la descripción y la instrucción. Separa el método reutilizable de los detalles que solo aplican a este caso. Antes de finalizarlo, enumera los supuestos y las restricciones que debo revisar.
Esto le da al agente la tarea de redactar. Te da a ti la tarea de decidir qué partes deben controlarse.
La instrucción es un lugar común para las restricciones
La instrucción del flujo de trabajo viaja con el flujo de trabajo y se aplica cada vez que se ejecuta. Eso la convierte en uno de los lugares más comunes para definir restricciones como entradas obligatorias, fuentes aprobadas, formato de salida, estándares de calidad y acciones que requieren confirmación.
No es la única capa de control:
| Capa | Qué restringe | Ejemplo |
|---|---|---|
| Descripción | Cuándo debe seleccionarse el flujo de trabajo | Úsalo para nuevos leads entrantes que necesitan investigación y calificación; no lo uses para oportunidades existentes. |
| Instrucción | Cómo debe realizarse la tarea | Revisa primero el CRM, cita las afirmaciones públicas, sigue la rúbrica de ICP y crea un borrador en lugar de enviarlo. |
| Archivos | Las referencias estables que el método debe seguir | Rúbrica de ICP, ejemplos aprobados, plantilla de informe, glosario del producto |
| Permisos de conectores | Qué acciones externas está realmente autorizado a realizar el agente | Leer registros del CRM, crear un borrador de correo electrónico, pero no enviar correos |
| Solicitud de ejecución | La entrada y el alcance para este caso concreto | Califica este lead, usa este registro del CRM y devuelve el resultado en este chat. |
| Automatización | Cuándo se ejecuta el flujo de trabajo y quién es el propietario de la ejecución | Ejecuta todos los días laborables a las 09:00 y publica el resultado en un canal con nombre. |
No confíes en el texto de la instrucción como sustituto de los controles de acceso. Si una acción debe restringirse técnicamente, usa también la autorización real del conector y los permisos con nombre, además de una instrucción clara.
Revisa el primer borrador del agente
No necesitas reescribir cada oración. Enfoca tu revisión en las decisiones que importan al equipo.
¿Cuándo debe usarse?
- ¿Qué solicitud o situación debería seleccionar este flujo de trabajo?
- ¿Cuándo no debería usarlo el agente?
- ¿La descripción es lo bastante específica como para distinguirlo de flujos de trabajo similares?
¿Qué entrada se requiere?
- ¿Qué debe proporcionar un compañero de equipo antes de que comience el trabajo?
- ¿Qué entradas faltantes deberían hacer que el agente haga una pregunta?
- ¿Qué detalles pertenecen a cada ejecución en lugar de a la instrucción permanente?
¿Qué fuentes y reglas prevalecen?
- ¿Cuál es el sistema de registro?
- ¿Qué archivo adjunto contiene la rúbrica o la plantilla aprobada?
- Si dos fuentes entran en conflicto, ¿cuál tiene prioridad?
- ¿Cómo debe etiquetar el agente los hechos que no puede verificar?
¿Cómo debe ser la salida?
- ¿Qué secciones o campos son obligatorios?
- ¿Qué nivel de detalle es útil?
- ¿La salida necesita citas, enlaces o una etiqueta de confianza?
- ¿A dónde debe ir el resultado cuando se proporciona un destino?
¿Dónde debe detenerse el agente?
- ¿Qué acciones requieren confirmación?
- ¿Debe el agente crear un borrador en lugar de enviar o publicar?
- ¿Qué datos no deben aparecer en un flujo de trabajo público o en un resultado compartido?
Estas son las restricciones que vale la pena hacer explícitas. Deja que el agente se encargue de la redacción y luego confirma que la redacción refleje tu decisión.
Una estructura para revisar juntos
El agente puede usar la siguiente estructura para su primer borrador. Trátala como un marco de revisión, no como un formulario que debas completar tú mismo:
# Goal
State the single outcome this workflow must produce.
# Use this workflow when
Describe when to use it and any important exclusions.
# Required inputs
- List the information needed for a reliable result.
- Explain what to do when an input is missing.
# Sources and tools
- Name authoritative systems, documents, or attached files.
- Explain which source wins if information conflicts.
- Define how to handle facts that cannot be verified.
# Procedure
1. Verify the inputs and scope.
2. Gather the required evidence.
3. Apply the team's rules or rubric.
4. Produce the deliverable.
5. Check it against the quality bar.
# Output
Define the required sections, fields, format, and destination.
# Quality bar
- State what must be accurate, cited, complete, or consistent.
- Define what counts as done.
# Approval boundaries
- List actions that require confirmation.
- Specify when to create a draft instead of taking the final action.
Un flujo de trabajo sencillo puede necesitar solo unas pocas secciones. Un flujo de trabajo de alto riesgo puede necesitar reglas más explícitas sobre fuente, validación y aprobación. Pídele al agente que mantenga la instrucción lo más breve posible sin ocultar ninguna decisión de la que dependa el equipo.
Ejemplo: co-crear un flujo de trabajo de calificación de leads
Supón que le pides al agente que investigue un lead entrante y redacte una respuesta. Durante la ejecución, corriges el tamaño de la empresa, explicas que el CRM es el sistema de registro, aplicas la rúbrica de ICP del equipo y pides un correo más corto.
Después de aprobar el resultado, pídele al agente que convierta la conversación en un flujo de trabajo. El agente redacta el procedimiento. Luego tú añades las restricciones que deben mantenerse más allá de este lead:
- revisa el CRM antes de hacer investigación pública;
- usa la rúbrica de ICP adjunta para la puntuación;
- cita fuentes para el tamaño de la empresa, la ubicación y el cargo actual;
- etiqueta un hecho obligatorio no verificado como Unknown;
- devuelve Account summary, Evidence, ICP score, Risks, Recommended next step y Reply draft;
- crea un borrador de correo electrónico y nunca lo envíes sin confirmación.
Ahora el agente puede incorporar esas decisiones en la instrucción. No necesitas prescribir cada paso de investigación. Necesitas dejar inequívocos las fuentes del equipo, el contrato de salida y el límite de aprobación.
Da comentarios sobre las restricciones en lenguaje sencillo
Puedes ajustar el borrador diciéndole al agente qué debe cambiar:
- “Pide el registro del CRM antes de empezar si falta.”
- “Trata el CRM como el sistema de registro cuando entren en conflicto los nombres de las empresas.”
- “Cada afirmación factual del resumen necesita un enlace de fuente.”
- “Mantén la respuesta por debajo de 150 palabras, pero adapta su tono al mensaje entrante.”
- “Crea el correo electrónico como borrador. Nunca lo envíes automáticamente.”
- “Este flujo de trabajo no debe ejecutarse para oportunidades existentes.”
Pídele al agente que actualice el flujo de trabajo y resuma qué restricción aborda cada cambio. Eso facilita detectar una regla que se entendió mal o que se colocó en la sección incorrecta.
Mantén fuera de la instrucción lo que no corresponde
Alguna información no debería convertirse en texto permanente del flujo de trabajo:
- los nombres de clientes, los plazos únicos y los destinos específicos del caso pertenecen a la solicitud de ejecución;
- las contraseñas, los tokens y las credenciales privadas no pertenecen a una instrucción ni a un archivo adjunto;
- los horarios y los eventos pertenecen a una automatización;
- los límites de acceso técnico pertenecen a la autorización del conector y a los permisos con nombre;
- los comentarios personales que solo se aplican a un resultado pueden quedarse en ese chat.
La instrucción debe contener el método reutilizable y las restricciones de comportamiento, no cada detalle que rodea el trabajo.
Prueba y refina juntos
Ejecuta el flujo de trabajo con al menos dos entradas realistas, preferiblemente con un segundo compañero de equipo. Después de cada ejecución, pregunta:
- ¿El flujo de trabajo se activó para la tarea correcta?
- ¿Pidió las entradas que necesitaba?
- ¿Siguió la prioridad de fuentes prevista?
- ¿La salida fue consistente sin volverse rígida?
- ¿Se detuvo en el límite de aprobación requerido?
- ¿El problema es repetible o solo aplica a este caso?
Pídele al agente que revise la instrucción para corregir las lagunas repetibles. Mantén las correcciones puntuales en la ejecución. Cuando el método funcione para alguien distinto de su creador original, comparte el flujo de trabajo con tu equipo.
