Prácticas recomendadas para la delegación y orquestación de varios pasos

Una lista de verificación para definir el alcance, los puntos de control y las puertas de revisión antes de delegar trabajo de varios pasos.

Esta página reúne las prácticas de toda esta sección —declarar un objetivo en lugar de una instrucción única, dividir una tarea grande en un plan, colocar puntos de control, decidir cuán completamente delegar, ejecutar un ciclo de refinamiento iterativo, encadenar patrones de orquestación y reconocer modos de fallo— en una única lista de verificación que puedes aplicar antes y durante una tarea delegada.

Cómo usar esta lista de verificación

• Recorre las secciones en orden las primeras veces: define el alcance del objetivo, planifica los pasos, coloca las puertas y luego decide cuán flexiblemente ejecutarlo.
• Para una tarea pequeña de dos o tres partes, revisa las secciones relevantes en lugar de aplicar cada elemento formalmente: la escala de la lista de verificación debe coincidir con la escala de la tarea.
• Vuelve a visitar los elementos de "Durante la tarea" siempre que una tarea delegada se alargue o empiece a sentirse incierta, no solo al principio.
• Trata un fallo repetido en el mismo elemento como una señal para ajustar tus hábitos predeterminados, no solo para corregir la tarea actual.

A - Definir el alcance del objetivo antes de delegar

• Declara el resultado, no solo el primer paso. Describe cómo se ve "hecho" en lugar de emitir una instrucción a la vez: Claude solo puede construir un plan útil a partir de un objetivo, no de una cadena de solicitudes desconectadas.
• Nombra las restricciones desde el principio. La duración, el tono, la audiencia, el formato y cualquier cosa que no deba cambiar pertenecen al primer mensaje, ya que una restricción descubierta a mitad de la tarea generalmente significa rehacer el trabajo que ya ocurrió.
• Solicita el plan antes de que comience cualquier trabajo. Una línea como "dime tu plan antes de empezar" no cuesta nada y convierte una solicitud única en una tarea revisable de varios pasos.
• Ajusta el tamaño de la solicitud a cuán bien puedes verificar el resultado. Un objetivo que no puedes verificar fácilmente cuando regresa es una señal de que necesitas más puntos de control, no menos.
• Indica qué partes tienen bajo riesgo y cuáles necesitan tu juicio, en el mismo mensaje. Mezclar la delegación completa para las partes seguras con un bucle cerrado para las partes arriesgadas evita tanto el control excesivo del trabajo trivial como el control insuficiente de la parte que realmente importa.

B - Convertir la solicitud en un plan

• Solicita un plan numerado, no un párrafo de intenciones. Un plan que puedes leer en diez segundos es algo que puedes corregir en un mensaje; una descripción en párrafo generalmente no lo es.
• Lee el plan antes de aprobarlo, cada vez. Omitir el paso del plan anula el propósito de solicitarlo: el plan es el punto más barato de toda la tarea para detectar una suposición errónea.
• Rechaza un paso que sea demasiado grande. Si una línea del plan está haciendo realmente tres cosas, pídele a Claude que la divida antes de que comience la ejecución, no después de que veas el resultado combinado.
• Confirma que el orden de los pasos del plan coincide con tus prioridades de revisión. Si la parte que más te importa ocurre al final, reordénala o agrega un punto de control anterior que la toque.
• Permite que un plan haga referencia a otras herramientas cuando tenga sentido. Un paso no tiene que ser una instrucción plana: puede llamar a una Skill para una subtarea especializada o entregar una pieza de trabajo recurrente a una rutina programada.

C - Colocar puntos de control y puertas de revisión

• Coloca un punto de control antes de cualquier paso que sea costoso de rehacer. Las decisiones de estructura y esquema son baratas de corregir al principio y costosas de corregir después de que se haya construido un borrador completo sobre ellas.
• Coloca un punto de control antes de cualquier paso que no puedas verificar fácilmente después del hecho. Si no podrías distinguir una salida incorrecta de una correcta al final, necesitas mirar antes, no después.
• Escala cada punto de control a un solo tipo de cambio. Revisar la estructura, luego el contenido, luego el pulido por separado es más fácil que intentar juzgar los tres en una sola pasada al final.
• Omite el punto de control en pasos genuinamente de bajo riesgo y fácilmente reversibles. No todos los pasos necesitan una pausa: reserva las puertas para los momentos en que tu juicio o el costo de rehacer realmente importan.
• Indica explícitamente dónde Claude debe detenerse y esperar. "Detente ahí y espera mi aprobación" elimina cualquier ambigüedad sobre si un paso es un punto de pausa o un paso directo.

D - Decidir cuán completamente delegar

• Pondera la reversibilidad antes que las apuestas antes que la velocidad. Una tarea que es fácil de deshacer puede tolerar la delegación completa incluso si importa mucho; una tarea difícil de deshacer merece un bucle cerrado incluso si parece menor.
• Por defecto, usa más puntos de control en tipos de tareas desconocidos. Una vez que hayas visto un tipo de tarea tener éxito varias veces con delegación completa, es razonable relajar el bucle en instancias futuras de la misma.
• Trata la delegación como un dial, no como una configuración fija por proyecto. La cantidad correcta de supervisión puede cambiar de una parte a otra dentro de la misma tarea, no solo de una tarea a otra.
• Reevalúa a mitad de la tarea si el trabajo resulta ser más arriesgado de lo esperado. Está bien agregar un punto de control a mitad de un plan que comenzó como totalmente delegado, si un paso resulta importar más de lo que pensaste inicialmente.
• No confundas menos puntos de control con menos control. Todavía estableces el objetivo y las restricciones de cualquier manera: la delegación completa solo cambia cuándo miras, no si estás dirigiendo.

E - Ejecutar el ciclo de refinamiento iterativo

• Trata el primer resultado como un borrador, no como un entregable. Esperar la perfección en una sola pasada ejerce presión sobre el prompt inicial que un ciclo de revisión corto puede absorber de manera más económica.
• Proporciona comentarios específicos, no generales. "Demasiado formal, corta el segundo párrafo por la mitad" produce una mejor revisión que "hazlo mejor": nombra la cosa exacta a cambiar.
• Limita el número de rondas de refinamiento que esperas. Si un borrador no converge después de dos o tres rondas de comentarios específicos, el objetivo o las restricciones de la Sección A probablemente necesiten ser reestablecidos, no solo los comentarios.
• Integra el refinamiento en el plan como su propio paso, no como una sorpresa. Un plan que ya incluye "borrador, recibe comentarios, revisa" establece las expectativas correctamente desde el principio.

F - Orquestar entre Skills y Rutinas

• Encadena pasos deliberadamente, no como una ocurrencia tardía. Decide de antemano qué paso debe llamar a una Skill, cuál debe pasar a una rutina programada y cuál debe seguir siendo un prompt simple, en lugar de descubrir la necesidad a mitad de la tarea.
• Mantén un punto de control en cada traspaso entre herramientas. La unión entre un plan delegado y una Skill o rutina es un lugar común para que se pierda el contexto: una revisión rápida en esa unión lo detecta temprano.
• Reutiliza una cadena de trabajo en lugar de reconstruirla cada vez. Una vez que un patrón de orquestación ha demostrado ser confiable, trátalo como una plantilla que adaptas, no como algo único que reinventas.
• Mantén el objetivo general visible incluso cuando los pasos se delegan a otras herramientas. Un plan encadenado sigue siendo un solo plan: perder de vista el objetivo original a través de los traspasos es cómo comienza la deriva.

G - Vigilar los modos de fallo

• Solicita un resumen en cualquier punto de control de una tarea larga. "Resume lo que entiendes que es el objetivo y lo que has hecho hasta ahora" es una forma económica de detectar la deriva antes de que se acumule en más pasos.
• Trata una brecha creciente entre el plan y la salida como una señal de parada. Si lo que Claude está produciendo ya no coincide con el plan que aprobaste, detente y realinea antes de permitir que continúe.
• Nunca permitas que una ejecución totalmente delegada finalice sin una verificación final contra el objetivo original. Ningún punto de control a mitad de la tarea todavía significa un punto de control al final: omitir eso es cómo los errores pasan desapercibidos.
• Corrige la deriva en un mensaje en lugar de empezar de nuevo. Un resumen que revela una discrepancia suele ser una corrección de una línea en el punto en que se detecta, y una mucho mayor si se detecta solo al final.
• Registra el modo de fallo, no solo la corrección, cuando algo sale mal. Notar que un tipo particular de tarea tiende a desviarse después del paso tres, por ejemplo, te dice dónde agregar un punto de control permanente la próxima vez.

Aplicar la lista de verificación en orden

• Secciones A-C (antes de que comience la tarea): la definición del alcance, la planificación y la colocación de las puertas son las correcciones más baratas que jamás harás: haz que estas sean correctas antes de que ocurra cualquier trabajo real.
• Secciones D-E (mientras la tarea se ejecuta): el dial de delegación y el ciclo de refinamiento son decisiones de juicio que sigues revisando a medida que la tarea se desarrolla, no decisiones que tomas una vez y olvidas.
• Secciones F-G (a medida que las tareas crecen): la orquestación y la conciencia de los modos de fallo son más importantes una vez que una tarea encadena múltiples herramientas o se ejecuta lo suficientemente tiempo como para que los pequeños malentendidos se acumulen.

Preguntas frecuentes

Relacionado

• Cómo se ve la delegación de varios pasos con Claude - el modelo mental que asume esta lista de verificación.
• Conceptos básicos de delegación de varios pasos - ejemplos prácticos de objetivos, planes y puntos de control.
• Dividir una tarea grande en un plan que Claude pueda ejecutar - las prácticas de planificación detrás de la Sección B.
• Puntos de control y puertas de revisión humana en un flujo de trabajo delegado - las prácticas de colocación de puertas detrás de la Sección C.
• Cuándo delegar completamente vs. mantener a Claude en un bucle cerrado - el marco del dial de delegación detrás de la Sección D.
• Recorrido de un ciclo de refinamiento iterativo con Claude - el ciclo de refinamiento detrás de la Sección E.
• Patrones comunes de orquestación para encadenar Skills y rutinas - los patrones de encadenamiento detrás de la Sección F.
• Modos de fallo cuando la delegación sale mal - los patrones de deriva y fallo silencioso detrás de la Sección G.

Versiones de Stack: Escrito contra la línea de modelos Claude actual a partir de ~junio de 2026 - Claude Fable 5, Claude Opus 4.8, Claude Sonnet 5 (el predeterminado) y Claude Haiku 4.5. Los nombres de los modelos, los precios y las características del producto cambian rápidamente: verifica los detalles actuales en platform.claude.com/docs antes de confiar en ellos.