Fundamentos del Marco de Fluidez con IA

9 ejemplos para empezar con Delegación y Descripción: 6 básicos y 3 intermedios.

Prerrequisitos

No se requiere ninguna configuración más allá de una cuenta activa de Claude.ai (Gratuita, Pro o una licencia de equipo/empresa).
Lee primero Explicación del Marco de Fluidez con IA 4D si no has visto las cuatro prácticas antes; esta página asume que conoces los nombres Delegación, Descripción, Discernimiento y Diligencia y se centra en las dos primeras en la práctica.
Cada ejemplo a continuación muestra un prompt realista o un momento de conversación, no código.

Ejemplos Básicos

1. Identificar un Buen Candidato para Delegación

Reconocer una tarea que es segura y útil para entregar a Claude.

"Resume estos 12 tickets de soporte al cliente en tres temas, con una cita representativa para cada uno."

Este es un trabajo de síntesis repetitivo: leer muchos elementos similares y extraer patrones.
No hay ninguna acción irreversible adjunta; un resumen incorrecto es fácil de detectar y rehacer.
La decisión final, qué hacer con los temas, sigue perteneciendo a la persona que lee el resumen.
Los buenos candidatos para delegación comparten esta forma: entrada acotada, bajo riesgo si es imperfecta y un claro punto de control humano posterior.

2. Identificar una Tarea que Debe Ser Liderada por Humanos

Reconocer una tarea que no debe ser transferida en bloque, aunque Claude pueda producir algo.

"¿Deberíamos despedir a este empleado?"

Esta es una decisión final con consecuencias reales para una persona, no una tarea de redacción o investigación.
Claude no estuvo presente para el contexto, las relaciones y la historia que deberían informar esta decisión.
La responsabilidad por el resultado no se puede delegar, por lo que la decisión en sí misma tampoco debería serlo.
Claude aún puede ayudar aquí en un rol más limitado, como organizar el historial de rendimiento documentado, sin tomar la decisión.

3. Una Instrucción Básica (Descripción Débil)

Ver qué sucede cuando una solicitud omite el contexto y las restricciones.

"Escribe un correo de seguimiento al cliente."

Claude tiene que adivinar el tono, la longitud, qué sucedió en la conversación anterior y cuál es el objetivo del correo.
El resultado parecerá un correo plausible, pero puede que no coincida con la relación o situación real.
Nada aquí está exactamente mal, simplemente está insuficientemente especificado, lo que traslada el trabajo de adivinación a Claude en lugar de a la persona que tiene el contexto.
Esta es la forma a notar y mejorar, no un error por el que sentirse mal; la mayoría de los primeros borradores de un prompt se ven así.

4. La Misma Tarea con una Descripción Completa

Añade contexto, restricciones y el objetivo real a la misma solicitud.

"Escribe un correo de seguimiento a Priya en Ashgrove Clinic. Ella pidió una cotización revisada después de nuestra llamada del martes pasado; la nueva cotización se adjunta por separado. Mantenlo por debajo de 150 palabras, amigable pero profesional, y termina proponiendo una llamada esta semana para revisar los números."

El contexto (quién, qué sucedió, qué se adjunta) elimina las conjeturas del paso 3.
La restricción (menos de 150 palabras, tono) reduce el rango de borradores aceptables.
El objetivo (proponer una llamada) le dice a Claude qué debe lograr el correo, no solo qué debe decir.
Compara esto con el ejemplo 3: la misma tarea, pero se necesita mucha menos ida y vuelta para obtener un borrador utilizable.

5. La Descripción Sin Juicio de Delegación Aún Falla

Observa que un prompt bien escrito no soluciona una mala elección de delegación.

"Aquí está nuestro informe completo post-incidente. Basado en esto, dime si debemos rescindir el contrato con el proveedor y redacta la notificación de rescisión."

Incluso con un excelente contexto en el prompt, esto combina un borrador inicial (bien para delegar) con una decisión contractual final (no bien para delegar en bloque).
Una mejor división: pide a Claude que resuma los hallazgos relevantes para el contrato del post-incidente, luego toma la decisión de rescisión tú mismo, y luego delega la redacción de la notificación una vez que se haya tomado la decisión.
Esto muestra por qué Delegación y Descripción son habilidades separadas: las buenas instrucciones no pueden rescatar una tarea que no debería haberse transferido en esa forma.

6. Dar Restricciones Explícitamente en Lugar de Implicarlas

Practica declarar los límites directamente en lugar de esperar que Claude los infiera.

"Resume este contrato de proveedor de 40 páginas. Solo señala las cláusulas relacionadas con la retención de datos, los límites de responsabilidad y los derechos de rescisión. Ignora las secciones de precios y SLA, esas se están revisando por separado. Salida como una lista corta con viñetas, no en prosa."

El alcance ("solo señala", "ignora") evita que Claude resuma todo cuando solo necesitas tres áreas.
El formato ("lista con viñetas, no en prosa") ahorra una ronda de "¿puedes reformatear esto?".
Las exclusiones explícitas son tan útiles como las inclusiones explícitas; decirle a Claude qué no cubrir es parte de la Descripción.
Este tipo de alcance es más importante a medida que los documentos se vuelven más largos, ya que hay más para que Claude adivine sin él.

Ejemplos Intermedios

7. Delegación y Descripción Trabajando Juntas

Ver las dos prácticas aplicadas en secuencia en una tarea real.

Paso 1 (Delegación): decidir que redactar una actualización de estado del proyecto de primera pasada es un buen candidato para delegar, ya que la revisión final y la decisión de envío permanecerán contigo.

Paso 2 (Descripción): "Redacta la actualización de estado de esta semana para el proyecto de incorporación de Acme. Usa la actualización de la semana pasada a continuación como plantilla para el tono y los encabezados de sección. Marca la integración de la API como en riesgo, con dos días de retraso, la causa raíz es un sandbox retrasado por parte de Acme. Mantén la sección de resumen en 3 oraciones."

El paso de Delegación ocurre primero, mentalmente, antes de que se escriba una sola palabra.
El paso de Descripción luego proporciona exactamente lo que cambió esta semana (el elemento en riesgo) y un ancla estructural (la actualización de la semana pasada como plantilla).
Proporcionar una plantilla o un ejemplo es una de las adiciones de mayor apalancamiento a una descripción, ya que elimina la ambigüedad sobre el formato y el tono de una sola vez.
La persona aún revisa y envía la actualización; la delegación cubrió el borrador, no la responsabilidad de lo que se envía.

8. Iterar una Descripción Después de un Primer Resultado Débil

Tratar una salida decepcionante como una señal para mejorar la descripción, no solo la salida.

Primer intento: "Escribe puntos de conversación para nuestra reunión de junta sobre los resultados del tercer trimestre."

Resultado: genérico, no menciona los números específicos ni el único tema contencioso (un objetivo de ingresos no alcanzado).

Revisado: "Escribe 5 puntos de conversación para nuestra reunión de junta sobre los resultados del tercer trimestre. Alcanzamos el 92% del objetivo de ingresos, impulsado principalmente por ciclos de acuerdos empresariales más lentos; la junta preguntará directamente sobre esto, por lo que un punto de conversación debe abordarlo de frente con nuestro plan del cuarto trimestre para cerrar la brecha. Audiencia de 6 miembros de la junta, todos familiarizados con el negocio, así que omite la explicación de fondo."

El primer intento falló porque carecía de la única información (el objetivo no alcanzado) que realmente importaba a la audiencia.
Nombrar a la audiencia ("6 miembros de la junta, todos familiarizados con el negocio") permitió a Claude omitir relleno explicativo que habría sido una pérdida de tiempo para la junta.
Este es el bucle en la práctica: un resultado débil se diagnostica como una brecha de Descripción, no se trata como "Claude se equivocó", y el siguiente prompt corrige esa brecha específica.
Iterar sobre la descripción suele ser más rápido que intentar arreglar la salida manualmente.

9. Dividir una Solicitud en una Parte Delegada y una Parte Dirigida por Humanos

Desglosar una solicitud mixta en la parte que vale la pena delegar y la parte que no.

Solicitud original: "Gestiona el anuncio de despidos para el equipo de diseño."

División:

Dirigido por humanos: decidir quién está afectado, el cronograma y los términos de indemnización; decidir el mensaje clave y el tono con RR. HH. y legal.

Delegado: "Dados estos hechos decididos [lista], redacta el correo de anuncio interno y una breve FAQ para que los gerentes la usen en las reuniones 1:1. Mantén un tono directo y compasivo, evita la jerga corporativa y mantén la FAQ en 6 preguntas."

Dividir la tarea hace que el límite de delegación sea explícito en lugar de dejarlo implícito y fácil de difuminar.
Todas las decisiones sensibles y que implican responsabilidad ocurren antes de que Claude esté involucrado.
La parte delegada es ahora un trabajo de redacción bien definido con restricciones claras, que es exactamente la forma de un buen candidato de Delegación del ejemplo 1.
Este patrón, decidir primero, luego delegar la redacción del resultado decidido, se generaliza a la mayoría de las comunicaciones de alto riesgo.

Relacionado: Delegación: Decidir Qué Entregar a Claude - criterios más profundos para la primera D | Descripción: Redactar Instrucciones Claras para Claude - técnica más profunda para la segunda D | Lista de Verificación de Decisiones de Delegación para Tareas Cotidianas - una versión rápida de lista de verificación del ejemplo 1 y 2

Versiones de Stack: Escrito contra la línea de modelos de 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.

Fundamentos del Marco de Fluidez con IA

9 ejemplos para empezar con Delegación y Descripción: 6 básicos y 3 intermedios.

Prerrequisitos

No se requiere ninguna configuración más allá de una cuenta activa de Claude.ai (Gratuita, Pro o una licencia de equipo/empresa).
Lee primero Explicación del Marco de Fluidez con IA 4D si no has visto las cuatro prácticas antes; esta página asume que conoces los nombres Delegación, Descripción, Discernimiento y Diligencia y se centra en las dos primeras en la práctica.
Cada ejemplo a continuación muestra un prompt realista o un momento de conversación, no código.

Ejemplos Básicos

1. Identificar un Buen Candidato para Delegación

Reconocer una tarea que es segura y útil para entregar a Claude.

"Resume estos 12 tickets de soporte al cliente en tres temas, con una cita representativa para cada uno."

Este es un trabajo de síntesis repetitivo: leer muchos elementos similares y extraer patrones.
No hay ninguna acción irreversible adjunta; un resumen incorrecto es fácil de detectar y rehacer.
La decisión final, qué hacer con los temas, sigue perteneciendo a la persona que lee el resumen.
Los buenos candidatos para delegación comparten esta forma: entrada acotada, bajo riesgo si es imperfecta y un claro punto de control humano posterior.

2. Identificar una Tarea que Debe Ser Liderada por Humanos

Reconocer una tarea que no debe ser transferida en bloque, aunque Claude pueda producir algo.

"¿Deberíamos despedir a este empleado?"

Esta es una decisión final con consecuencias reales para una persona, no una tarea de redacción o investigación.
Claude no estuvo presente para el contexto, las relaciones y la historia que deberían informar esta decisión.
La responsabilidad por el resultado no se puede delegar, por lo que la decisión en sí misma tampoco debería serlo.
Claude aún puede ayudar aquí en un rol más limitado, como organizar el historial de rendimiento documentado, sin tomar la decisión.

3. Una Instrucción Básica (Descripción Débil)

Ver qué sucede cuando una solicitud omite el contexto y las restricciones.

"Escribe un correo de seguimiento al cliente."

Claude tiene que adivinar el tono, la longitud, qué sucedió en la conversación anterior y cuál es el objetivo del correo.
El resultado parecerá un correo plausible, pero puede que no coincida con la relación o situación real.
Nada aquí está exactamente mal, simplemente está insuficientemente especificado, lo que traslada el trabajo de adivinación a Claude en lugar de a la persona que tiene el contexto.
Esta es la forma a notar y mejorar, no un error por el que sentirse mal; la mayoría de los primeros borradores de un prompt se ven así.

4. La Misma Tarea con una Descripción Completa

Añade contexto, restricciones y el objetivo real a la misma solicitud.

"Escribe un correo de seguimiento a Priya en Ashgrove Clinic. Ella pidió una cotización revisada después de nuestra llamada del martes pasado; la nueva cotización se adjunta por separado. Mantenlo por debajo de 150 palabras, amigable pero profesional, y termina proponiendo una llamada esta semana para revisar los números."

El contexto (quién, qué sucedió, qué se adjunta) elimina las conjeturas del paso 3.
La restricción (menos de 150 palabras, tono) reduce el rango de borradores aceptables.
El objetivo (proponer una llamada) le dice a Claude qué debe lograr el correo, no solo qué debe decir.
Compara esto con el ejemplo 3: la misma tarea, pero se necesita mucha menos ida y vuelta para obtener un borrador utilizable.

5. La Descripción Sin Juicio de Delegación Aún Falla

Observa que un prompt bien escrito no soluciona una mala elección de delegación.

"Aquí está nuestro informe completo post-incidente. Basado en esto, dime si debemos rescindir el contrato con el proveedor y redacta la notificación de rescisión."

Incluso con un excelente contexto en el prompt, esto combina un borrador inicial (bien para delegar) con una decisión contractual final (no bien para delegar en bloque).
Una mejor división: pide a Claude que resuma los hallazgos relevantes para el contrato del post-incidente, luego toma la decisión de rescisión tú mismo, y luego delega la redacción de la notificación una vez que se haya tomado la decisión.
Esto muestra por qué Delegación y Descripción son habilidades separadas: las buenas instrucciones no pueden rescatar una tarea que no debería haberse transferido en esa forma.

6. Dar Restricciones Explícitamente en Lugar de Implicarlas

Practica declarar los límites directamente en lugar de esperar que Claude los infiera.

"Resume este contrato de proveedor de 40 páginas. Solo señala las cláusulas relacionadas con la retención de datos, los límites de responsabilidad y los derechos de rescisión. Ignora las secciones de precios y SLA, esas se están revisando por separado. Salida como una lista corta con viñetas, no en prosa."

El alcance ("solo señala", "ignora") evita que Claude resuma todo cuando solo necesitas tres áreas.
El formato ("lista con viñetas, no en prosa") ahorra una ronda de "¿puedes reformatear esto?".
Las exclusiones explícitas son tan útiles como las inclusiones explícitas; decirle a Claude qué no cubrir es parte de la Descripción.
Este tipo de alcance es más importante a medida que los documentos se vuelven más largos, ya que hay más para que Claude adivine sin él.

Ejemplos Intermedios

7. Delegación y Descripción Trabajando Juntas

Ver las dos prácticas aplicadas en secuencia en una tarea real.

Paso 1 (Delegación): decidir que redactar una actualización de estado del proyecto de primera pasada es un buen candidato para delegar, ya que la revisión final y la decisión de envío permanecerán contigo.

Paso 2 (Descripción): "Redacta la actualización de estado de esta semana para el proyecto de incorporación de Acme. Usa la actualización de la semana pasada a continuación como plantilla para el tono y los encabezados de sección. Marca la integración de la API como en riesgo, con dos días de retraso, la causa raíz es un sandbox retrasado por parte de Acme. Mantén la sección de resumen en 3 oraciones."

El paso de Delegación ocurre primero, mentalmente, antes de que se escriba una sola palabra.
El paso de Descripción luego proporciona exactamente lo que cambió esta semana (el elemento en riesgo) y un ancla estructural (la actualización de la semana pasada como plantilla).
Proporcionar una plantilla o un ejemplo es una de las adiciones de mayor apalancamiento a una descripción, ya que elimina la ambigüedad sobre el formato y el tono de una sola vez.
La persona aún revisa y envía la actualización; la delegación cubrió el borrador, no la responsabilidad de lo que se envía.

8. Iterar una Descripción Después de un Primer Resultado Débil

Tratar una salida decepcionante como una señal para mejorar la descripción, no solo la salida.

Primer intento: "Escribe puntos de conversación para nuestra reunión de junta sobre los resultados del tercer trimestre."

Resultado: genérico, no menciona los números específicos ni el único tema contencioso (un objetivo de ingresos no alcanzado).

Revisado: "Escribe 5 puntos de conversación para nuestra reunión de junta sobre los resultados del tercer trimestre. Alcanzamos el 92% del objetivo de ingresos, impulsado principalmente por ciclos de acuerdos empresariales más lentos; la junta preguntará directamente sobre esto, por lo que un punto de conversación debe abordarlo de frente con nuestro plan del cuarto trimestre para cerrar la brecha. Audiencia de 6 miembros de la junta, todos familiarizados con el negocio, así que omite la explicación de fondo."

El primer intento falló porque carecía de la única información (el objetivo no alcanzado) que realmente importaba a la audiencia.
Nombrar a la audiencia ("6 miembros de la junta, todos familiarizados con el negocio") permitió a Claude omitir relleno explicativo que habría sido una pérdida de tiempo para la junta.
Este es el bucle en la práctica: un resultado débil se diagnostica como una brecha de Descripción, no se trata como "Claude se equivocó", y el siguiente prompt corrige esa brecha específica.
Iterar sobre la descripción suele ser más rápido que intentar arreglar la salida manualmente.

9. Dividir una Solicitud en una Parte Delegada y una Parte Dirigida por Humanos

Desglosar una solicitud mixta en la parte que vale la pena delegar y la parte que no.

Solicitud original: "Gestiona el anuncio de despidos para el equipo de diseño."

División:

Dirigido por humanos: decidir quién está afectado, el cronograma y los términos de indemnización; decidir el mensaje clave y el tono con RR. HH. y legal.

Delegado: "Dados estos hechos decididos [lista], redacta el correo de anuncio interno y una breve FAQ para que los gerentes la usen en las reuniones 1:1. Mantén un tono directo y compasivo, evita la jerga corporativa y mantén la FAQ en 6 preguntas."

Dividir la tarea hace que el límite de delegación sea explícito en lugar de dejarlo implícito y fácil de difuminar.
Todas las decisiones sensibles y que implican responsabilidad ocurren antes de que Claude esté involucrado.
La parte delegada es ahora un trabajo de redacción bien definido con restricciones claras, que es exactamente la forma de un buen candidato de Delegación del ejemplo 1.
Este patrón, decidir primero, luego delegar la redacción del resultado decidido, se generaliza a la mayoría de las comunicaciones de alto riesgo.

Relacionado: Delegación: Decidir Qué Entregar a Claude - criterios más profundos para la primera D | Descripción: Redactar Instrucciones Claras para Claude - técnica más profunda para la segunda D | Lista de Verificación de Decisiones de Delegación para Tareas Cotidianas - una versión rápida de lista de verificación del ejemplo 1 y 2

Versiones de Stack: Escrito contra la línea de modelos de 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.

Fundamentos del Marco de Fluidez con IA

Buscar en la documentación

Fundamentos del Marco de Fluidez con IA