Usa etiquetas XML para estructurar tus prompts

Cuando tus prompts involucran múltiples componentes como contexto, instrucciones y ejemplos, las etiquetas XML pueden ser un cambio de juego. Ayudan a Claude a analizar tus prompts con mayor precisión, lo que lleva a resultados de mayor calidad.

Consejo XML: Usa etiquetas como <instructions>, <example> y <formatting> para separar claramente las diferentes partes de tu prompt. Esto evita que Claude confunda las instrucciones con los ejemplos o el contexto.

¿Por qué usar etiquetas XML?

Claridad: Separa claramente las diferentes partes de tu prompt y asegura que esté bien estructurado.
Precisión: Reduce los errores causados por la mala interpretación de partes de tu prompt por parte de Claude.
Flexibilidad: Encuentra, agrega, elimina o modifica fácilmente partes de tu prompt sin reescribir todo.
Analizabilidad: Hacer que Claude use etiquetas XML en su salida facilita la extracción de partes específicas de su respuesta mediante post-procesamiento.

No hay etiquetas XML “mejores” canónicas con las que Claude haya sido entrenado en particular, aunque recomendamos que los nombres de tus etiquetas tengan sentido con la información que rodean.

Mejores prácticas de etiquetado

Sé consistente: Usa los mismos nombres de etiquetas en todos tus prompts y haz referencia a esos nombres de etiquetas cuando hables sobre el contenido (por ejemplo, Usando el contrato en las etiquetas <contract>...).
Anida etiquetas: Debes anidar etiquetas <outer><inner></inner></outer> para contenido jerárquico.

Consejo para usuarios avanzados: Combina etiquetas XML con otras técnicas como prompting multishot (<examples>) o cadena de pensamiento (<thinking>, <answer>). Esto crea prompts súper estructurados y de alto rendimiento.

Ejemplos

Sin etiquetas XML, Claude malinterpreta la tarea y genera un informe que no coincide con la estructura o el tono requeridos. Después de la sustitución, también existe la posibilidad de que Claude malinterprete dónde termina una sección (como el ejemplo del informe del Q1) y comienza otra.

Rol	Sin etiquetas XML	Con etiquetas XML
Usuario	Eres un analista financiero en AcmeCorp. Genera un informe financiero del Q2 para nuestros inversores. Incluye secciones sobre Crecimiento de Ingresos, Márgenes de Beneficio y Flujo de Caja, como en este ejemplo del año pasado: {{Q1_REPORT}}. Usa los datos de esta hoja de cálculo: {{SPREADSHEET_DATA}}. El informe debe ser extremadamente conciso, directo, profesional y en formato de lista. Debe resaltar tanto las fortalezas como las áreas de mejora.	Eres un analista financiero en AcmeCorp. Genera un informe financiero del Q2 para nuestros inversores. AcmeCorp es una empresa SaaS B2B. Nuestros inversores valoran la transparencia y los conocimientos accionables. Usa estos datos para tu informe:<data>{{SPREADSHEET_DATA}}</data> <instructions> 1. Incluye secciones: Crecimiento de Ingresos, Márgenes de Beneficio, Flujo de Caja. 2. Resalta fortalezas y áreas de mejora. </instructions> Haz que tu tono sea conciso y profesional. Sigue esta estructura: <formatting_example>{{Q1_REPORT}}</formatting_example>
Asistente	Informe Financiero Q2 para Inversores de AcmeCorp Estimados Inversores, Me complace presentar nuestro informe financiero del Q2, que muestra el continuo crecimiento y resiliencia de AcmeCorp en el mercado SaaS B2B. 1. Crecimiento de Ingresos: Nuestros ingresos del Q2 alcanzaron los $15.2M, un aumento del 22% interanual. Este crecimiento se debe principalmente a una expansión del 30% en nuestra base de clientes empresariales. Sin embargo, nuestro segmento de PYMES experimentó una ligera disminución del 5%, que pretendemos abordar a través de iniciativas de marketing específicas en el Q3. 2. Márgenes de Beneficio: El margen bruto mejoró al 72% (un 3% más que en el Q1) debido a optimizaciones de infraestructura. Sin embargo, el margen EBITDA bajó al 18% (un 2% menos) ya que invertimos fuertemente en I+D para nuestras próximas funciones impulsadas por IA. 3. Flujo de Caja: El flujo de caja operativo sigue siendo sólido en $4.1M. Nuestras reservas de efectivo ascienden a $28M, lo que proporciona un margen de 15 meses al ritmo actual de quema. Vimos un aumento del 20% en los costos de adquisición de clientes, que estamos abordando a través de estrategias de ventas más eficientes. En resumen, las finanzas centrales de AcmeCorp siguen siendo sólidas. Estamos equilibrando las inversiones en crecimiento con una gestión prudente del efectivo. Nuestro enfoque para el Q3 será revitalizar el crecimiento de las PYMES y optimizar la eficiencia de las ventas. Gracias por su continua confianza. Atentamente, CFO, AcmeCorp	Informe Financiero Q2 para Inversores de AcmeCorp</output> Crecimiento de Ingresos: - Ingresos Q2: $15.2M (22% ↑ interanual) - Clientes empresariales: 30% ↑ - Segmento PYMES: 5% ↓ Acción: Marketing específico en Q3 Márgenes de Beneficio: - Margen bruto: 72% (3% ↑ desde Q1) Razón: Optimizaciones de infraestructura - Margen EBITDA: 18% (2% ↓) Razón: Inversión en I+D para funciones de IA Flujo de Caja: - Flujo de caja operativo: $4.1M (sólido) - Reservas de efectivo: $28M (margen de 15 meses) - Costo de adquisición de clientes: 20% ↑ Acción: Optimizar estrategias de ventas Perspectivas: - Finanzas centrales: Robustas - Enfoque Q3: Revitalizar PYMES, optimizar ventas La gerencia sigue comprometida con equilibrar las inversiones en crecimiento con la disciplina financiera.

Sin etiquetas XML, el análisis de Claude es desorganizado y omite puntos clave. Con etiquetas, proporciona un análisis estructurado y completo sobre el que un equipo legal puede actuar.

Rol	Sin etiquetas XML	Con etiquetas XML
Usuario	Analiza este acuerdo de licencia de software en busca de posibles riesgos y responsabilidades: {{CONTRACT}}. Concéntrate en las cláusulas de indemnización, limitación de responsabilidad y propiedad intelectual. Además, ten en cuenta cualquier término inusual o preocupante. Aquí está nuestro contrato estándar como referencia: {{STANDARD_CONTRACT}}. Haz un resumen de los hallazgos y recomendaciones para nuestro equipo legal.	Analiza este acuerdo de licencia de software en busca de riesgos y responsabilidades legales. Somos una empresa multinacional que está considerando este acuerdo para nuestra infraestructura de datos central. <agreement> {{CONTRACT}}</agreement> Este es nuestro contrato estándar como referencia: <standard_contract>{{STANDARD_CONTRACT}}</standard_contract> <instructions> 1. Analiza estas cláusulas: - Indemnización - Limitación de responsabilidad - Propiedad intelectual 2. Ten en cuenta términos inusuales o preocupantes. 3. Compara con nuestro contrato estándar. 4. Resume los hallazgos en etiquetas <findings>. 5. Enumera recomendaciones accionables en etiquetas <recommendations>.</instructions>
Asistente	El acuerdo de licencia de software proporcionado presenta varios aspectos preocupantes. La cláusula de indemnización es demasiado amplia, lo que podría exponernos a responsabilidades significativas. La sección de limitación de responsabilidad limita los daños a solo $500, lo cual es inadecuado para nuestro uso a nivel empresarial. Con respecto a la propiedad intelectual, el acuerdo otorga al proveedor la propiedad conjunta de cualquier modificación o integración que creemos. En resumen, este acuerdo no es lo mejor para nosotros. Nos expone a riesgos indebidos, limita nuestro recurso en caso de fallas y compromete nuestros derechos de propiedad intelectual. Recomiendo renegociar estos términos o buscar proveedores alternativos.	<findings> 1. Indemnización (Cláusula 8): - Problema: Demasiado amplia. Indemnizamos al proveedor contra “cualquier reclamo” que surja de nuestro uso. - Riesgo: Podría hacernos responsables incluso por negligencia o defectos del producto del proveedor. - Desviación: Nuestro estándar limita la indemnización a reclamos que surjan de nuestra violación del acuerdo. 2. Limitación de Responsabilidad (Cláusula 9): - Problema: Limita todos los daños a $500, incluidos los daños directos. - Riesgo: Totalmente inadecuado para uso empresarial. Una falla crítica podría costar millones. - Desviación: Nuestro estándar permite daños directos de hasta 12 meses de tarifas pagadas. 3. Propiedad Intelectual (Cláusula 12): - Problema: Otorga al proveedor propiedad conjunta de nuestras modificaciones/integraciones. - Riesgo: El proveedor podría usar o vender nuestros algoritmos patentados o información de datos. - Desviación: Nuestro estándar retiene la propiedad total de nuestro trabajo. 4. Términos Inusuales: - Cláusula 5.3: El proveedor puede usar nuestros datos de uso para “cualquier propósito”. - Cláusula 7.2: El proveedor puede rescindir por “conveniencia” con solo 7 días de aviso. - Cláusula 11: Sin garantías de ningún tipo, ni siquiera de comerciabilidad básica. </findings> <recommendations> 1. Rechazar este acuerdo. Los riesgos superan con creces los beneficios para una empresa. 2. Contraproponer: - Indemnización: Limitar a reclamos que surjan de nuestra violación del acuerdo. - Responsabilidad: Limitar a 12 meses de tarifas por daños directos; negociar por indirectos. - Propiedad Intelectual: Propiedad total de nuestras modificaciones/integraciones. - Uso de Datos: Restringir solo a mejora del servicio. - Rescisión: Mínimo de 90 días de aviso; solo por causa. - Garantías: Exigir comerciabilidad básica y adecuación para el propósito. 3. Si el proveedor se niega, explorar proveedores alternativos o soluciones internas. 4. Contratar a un abogado para la negociación del contrato dado lo que está en juego. </recommendations>

Biblioteca de prompts

Inspírate con una selección curada de prompts para diversas tareas y casos de uso.

Tutorial de prompting en GitHub

Un tutorial lleno de ejemplos que cubre los conceptos de ingeniería de prompts que se encuentran en nuestra documentación.

Tutorial de prompting en Google Sheets

Una versión más ligera de nuestro tutorial de ingeniería de prompts a través de una hoja de cálculo interactiva.

Comenzar

Aprender sobre Claude

Construir con Claude

Probar y evaluar

Recursos

Usa etiquetas XML para estructurar tus prompts

¿Por qué usar etiquetas XML?

Mejores prácticas de etiquetado

Ejemplos

Biblioteca de prompts

Tutorial de prompting en GitHub

Tutorial de prompting en Google Sheets

Comenzar

Aprender sobre Claude

Construir con Claude

Probar y evaluar

Recursos

​¿Por qué usar etiquetas XML?

​Mejores prácticas de etiquetado

​Ejemplos

Biblioteca de prompts

Tutorial de prompting en GitHub

Tutorial de prompting en Google Sheets

¿Por qué usar etiquetas XML?

Mejores prácticas de etiquetado

Ejemplos