No necesita escribir una instrucción de flujo de trabajo desde cero. Comience completando una tarea real con su agente. Una vez que el resultado sea útil, pídale al agente que convierta el método que desarrollaron juntos en un flujo de trabajo reutilizable.
El agente crea el primer borrador. Su función es revisar sus suposiciones y decidir dónde el flujo de trabajo necesita restricciones más claras para que otro compañero pueda obtener un resultado confiable.
Cada flujo de trabajo pertenece a un agente. El agente aporta el rol y las capacidades generales; el flujo de trabajo captura el procedimiento y las restricciones para una tarea repetible.
Comience desde 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 fuente, sus comentarios y un resultado aceptable.
- Dé al agente una tarea real y la entrada real que necesita.
- Revise el resultado y corrija contexto faltante, razonamiento débil o el formato incorrecto.
- Cuando el resultado sea bueno, pida al agente que extraiga el método repetible.
- Haga que el agente 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.
Puede pedir:
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 las suposiciones y restricciones que debo revisar.
Esto le da al agente la tarea de redactar. Le da a usted la tarea de decidir qué partes deben ser controladas.
La instrucción es un lugar común para restricciones
La instrucción del flujo de trabajo viaja con el flujo de trabajo y se aplica cada vez que se ejecuta. Por eso es uno de los lugares más comunes para definir restricciones como entradas requeridas, fuentes aprobadas, formato de salida, estándares de calidad y acciones que necesitan confirmación.
No es la única capa de control:
| Capa | Qué restringe | Ejemplo |
|---|---|---|
| Descripción | Cuándo debe seleccionarse el flujo de trabajo | Usar para nuevos leads entrantes que necesitan investigación y calificación; no usar para oportunidades existentes. |
| Instrucción | Cómo debe realizarse la tarea | Verifique primero el CRM, cite afirmaciones públicas, siga la rúbrica ICP y cree un borrador en lugar de enviar. |
| Archivos | Las referencias estables que debe seguir el método | Rúbrica ICP, ejemplos aprobados, plantilla de informe, glosario de producto |
| Permisos del agente | Qué acciones externas puede realizar realmente el agente | Leer registros de CRM, crear un borrador de correo electrónico, pero no enviar el correo |
| Solicitud de ejecución | La entrada y el alcance para este caso | Califique este lead, use este registro de CRM y devuelva el resultado en este chat. |
| Automatización | Cuándo se ejecuta el flujo de trabajo y quién es responsable de la ejecución | Ejecutar todos los días laborables a las 09:00 y publicar el resultado en un canal nombrado. |
No confíe en el texto de la instrucción como sustituto de los controles de acceso. Si una acción debe estar restringida técnicamente, use la autorización y los permisos del agente además de una instrucción clara.
Revise el primer borrador del agente
No necesita reescribir cada frase. Centre su revisión en las decisiones que importan al equipo.
¿Cuándo debe usarse?
- ¿Qué solicitud o situación debe seleccionar este flujo de trabajo?
- ¿Cuándo no debe usarlo el agente?
- ¿La descripción es lo suficientemente específica para distinguirlo de flujos de trabajo similares?
¿Qué entrada es obligatoria?
- ¿Qué debe proporcionar un compañero antes de que comience el trabajo?
- ¿Qué entradas faltantes deben 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 plantilla aprobada?
- Si dos fuentes entran en conflicto, ¿cuál tiene prioridad?
- ¿Cómo debe el agente etiquetar 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 resultado compartido?
Estas son las restricciones que vale la pena hacer explícitas. Deje que el agente se encargue de la redacción y luego confirme que el texto refleja su decisión.
Una estructura para revisar juntos
El agente puede usar la siguiente estructura para su primer borrador. Considérelo un marco de revisión, no un formulario que deba completar usted 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 simple puede necesitar solo unas pocas secciones. Un flujo de trabajo crítico puede requerir reglas más explícitas sobre fuentes, validación y aprobación. Pida al agente que mantenga la instrucción lo más breve posible sin omitir una decisión de la que dependa el equipo.
Ejemplo: co-crear un flujo de trabajo de calificación de leads
Suponga que pide al agente investigar un lead entrante y redactar una respuesta. Durante la ejecución, corrige el tamaño de la empresa, explica que el CRM es el sistema de registro, aplica la rúbrica ICP del equipo y pide un correo más corto.
Después de aprobar el resultado, pida al agente convertir la conversación en un flujo de trabajo. El agente redacta el procedimiento. Luego usted añade las restricciones que deben mantenerse más allá de este lead:
- verificar el CRM antes de investigar públicamente;
- usar la rúbrica ICP adjunta para la puntuación;
- citar fuentes para tamaño de empresa, ubicación y cargo actual;
- etiquetar como Desconocido un hecho requerido no verificado;
- devolver Resumen de cuenta, Evidencia, Puntuación ICP, Riesgos, Próximo paso recomendado y Borrador de respuesta;
- crear un borrador de correo electrónico y nunca enviarlo sin confirmación.
El agente ahora puede incorporar esas decisiones en la instrucción. No necesita prescribir cada paso de investigación. Debe dejar claras las fuentes del equipo, el contrato de salida y el límite de aprobación.
Dé retroalimentación sobre restricciones en lenguaje sencillo
Puede ajustar el borrador diciendo al agente qué debe cambiar:
- “Pide el registro de CRM antes de empezar si falta.”
- “Trata el CRM como sistema de registro cuando los nombres de empresa difieran.”
- “Cada afirmación de hecho en el resumen debe tener un enlace a la fuente.”
- “Mantén la respuesta por debajo de 150 palabras, pero adapta el tono al mensaje entrante.”
- “Crea el correo como borrador. Nunca lo envíes automáticamente.”
- “Este flujo de trabajo no debe ejecutarse para oportunidades existentes.”
Pida al agente actualizar el flujo de trabajo y resumir qué restricción aborda cada cambio. Así es más fácil detectar una regla mal entendida o ubicada en la sección incorrecta.
Mantenga fuera de la instrucción lo que corresponde
Cierta información no debe convertirse en texto permanente del flujo de trabajo:
- nombres de clientes, plazos únicos y destinos específicos de un caso pertenecen a la solicitud de ejecución;
- contraseñas, tokens y credenciales privadas no deben estar en una instrucción ni en archivos adjuntos;
- los horarios y eventos pertenecen a una automatización;
- los límites de acceso técnico pertenecen a la autorización y permisos del agente;
- comentarios personales que solo 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.
Prueben y mejoren juntos
Ejecute el flujo de trabajo con al menos dos entradas realistas, preferiblemente con un segundo compañero. Después de cada ejecución, pregunte:
- ¿El flujo de trabajo se activó para la tarea correcta?
- ¿Solicitó 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?
Pida al agente revisar la instrucción para lagunas repetibles. Mantenga las correcciones puntuales en la ejecución. Cuando el método funcione para alguien que no sea su creador original, comparta el flujo de trabajo con su equipo.
