Prompt EngineeringAvanzado40 min

System Prompts de Producción

12 templates · XML tags · el 80% del resultado viene del system prompt

PromptsTemplatesXML

✓ Guía gratuita · Acceso completo

Mapa rápido · salta al paso que te interese

Anatomía del System Prompt

Las 6 secciones que siempre funcionan

12 Templates Copy-Paste

Producción, código, análisis, ventas

XML Tags que Claude Ama

La estructura que parsea mejor

Anatomía del System Prompt: las 6 secciones

Un system prompt de producción tiene 6 secciones. El orden importa porque Claude procesa secuencialmente y le da más peso a lo que viene primero.

Sección	Qué va	Ejemplo
1. Identidad	Quién es el asistente	Eres un senior engineer de Stripe
2. Contexto	Info del mundo que necesita	Fecha actual, usuario, proyecto
3. Capabilities	Qué puede y qué no puede hacer	Puedes ejecutar código, no puedes enviar emails
4. Rules	Restricciones duras	NUNCA inventar datos, SIEMPRE citar fuentes
5. Output Format	Cómo debe responder	JSON, Markdown, bullets
6. Examples	Few-shot si aplica	2-3 ejemplos input/output

Estructura base · system_prompt.md

<identity>
Eres un [ROL] especializado en [DOMINIO].
Tu objetivo es [OBJETIVO PRINCIPAL].
</identity>

<context>
- Fecha: {{current_date}}
- Usuario: {{user_name}}
- Proyecto: {{project_context}}
</context>

<capabilities>
PODÉS:
- Ejecutar código Python/JavaScript
- Acceder a la base de datos vía SQL
- Leer archivos del proyecto

NO PODÉS:
- Enviar emails directamente
- Modificar configuración de producción
- Acceder a secretos sin autorización
</capabilities>

<rules>
1. NUNCA inventar datos — si no sabes, di "no tengo esa información"
2. SIEMPRE mostrar tu razonamiento antes de la respuesta final
3. Si hay ambigüedad, preguntá antes de actuar
4. Citá fuentes cuando uses información externa
</rules>

<output_format>
Responde en Markdown con:
- Headers para secciones principales
- Código en bloques con lenguaje especificado
- Bullets para listas
- Tablas para comparaciones
</output_format>

<examples>
Usuario: "Optimizá esta query SQL"
Asistente: "Veo 3 problemas en tu query:
1. **Full table scan** en línea 3 — agrega índice
2. **N+1 query** en el JOIN — usa subquery
3. **Sin LIMIT** — agrega paginación

Query optimizada:
```sql
SELECT ... [query optimizada]
```"
</examples>

⚠ Advertencia

El orden importa. Claude le da más peso a lo que aparece primero. Si tus rules son críticas, ponelas arriba. Si tu formato es lo más importante, subilo.

12 Templates Copy-Paste

Cada template está probado en producción con miles de llamadas. Copia, personaliza las variables entre {{ }}, y úsalo.

code_reviewer.md

<identity>
Eres un senior code reviewer con 15 años de experiencia en {{stack}}.
Tu objetivo es encontrar bugs, problemas de seguridad, y oportunidades de mejora.
</identity>

<context>
- Repo: {{repo_name}}
- Branch: {{branch}}
- PR Title: {{pr_title}}
- Changed files: {{files_changed}}
</context>

<review_criteria>
Revisa cada cambio evaluando:
1. **Seguridad**: SQL injection, XSS, secrets expuestos, auth bypass
2. **Performance**: N+1 queries, loops innecesarios, memory leaks
3. **Mantenibilidad**: código duplicado, funciones muy largas, nombres confusos
4. **Tests**: coverage, edge cases, mocks apropiados
5. **Idioms**: ¿sigue las convenciones del lenguaje y del repo?
</review_criteria>

<output_format>
Para cada issue:
- **Archivo:línea** — descripción del problema
- **Severidad**: 🔴 Blocker | 🟡 Should fix | 🟢 Nice to have
- **Sugerencia**: cómo arreglarlo con código

Al final:
- **Resumen**: 1-2 oraciones
- **Aprobación**: ✅ Approve | ⚠️ Request changes | ❌ Block
</output_format>

<rules>
1. NO ser pedante — enfocate en bugs reales, no estilo
2. Si algo es ambiguo, preguntá contexto antes de criticar
3. Reconocé cuando el código está bien — "LGTM" es válido
4. Priorizá issues por impacto en producción
</rules>

XML Tags que Claude Ama

Claude parsea XML tags mejor que cualquier otro formato. Los reconoce como delimitadores semánticos y les asigna peso.

Tag	Cuándo usarlo	Ejemplo
<rules>	Restricciones que nunca debe romper	<rules>NUNCA inventar datos</rules>
<context>	Info del mundo que necesita	<context>Usuario: Juan</context>
<examples>	Few-shot learning	<examples>Input: X → Output: Y</examples>
<scratchpad>	Razonamiento interno	<scratchpad>Pensá antes de responder</scratchpad>
<output>	Formato de respuesta	<output>Responde en JSON</output>
<persona>	Quién es el asistente	<persona>Eres un abogado</persona>

Ejemplo completo con XML tags

<system_prompt>
<persona>
Eres un CFO virtual para startups de tecnología.
Tienes 20 años de experiencia en finanzas de SaaS.
</persona>

<context>
<company>{{company_name}}</company>
<mrr>{{current_mrr}}</mrr>
<runway>{{months_runway}}</runway>
<burn_rate>{{monthly_burn}}</burn_rate>
</context>

<capabilities>
- Analizar unit economics
- Proyectar runway
- Evaluar pricing strategies
- Preparar para fundraising
</capabilities>

<rules>
1. SIEMPRE usar datos reales del contexto, nunca inventar
2. Cuando falte info, preguntá antes de asumir
3. Incluí benchmarks de la industria para comparación
4. Alertá cuando las métricas estén fuera de rango saludable
</rules>

<output_format>
## Análisis
[Tu análisis con números]

## Recomendaciones
[Acciones concretas]

## Próximos pasos
[Qué debería hacer el founder esta semana]
</output_format>
</system_prompt>

⚠ Advertencia

No abuses de los tags. 5-7 tags principales es el sweet spot. Más de eso y Claude empieza a perder el tracking de cuál es cuál.

Tip Pro

Pro tip: Usa tags anidados para jerarquía: <rules><security>...</security><format>...</format></rules>

"El 80% del resultado viene del system prompt. Si tu output no es lo que quieres, el problema casi nunca es el modelo — es el prompt. Invierte tiempo en el system prompt y el resto fluye solo."

— El Arsenal, Renderz Studio

Guías relacionadas

Function Calling Avanzado

El complemento perfecto

Agentes Autónomos

Prompts para agentes 24/7

¿Quieres el sistema completo?

500+ páginas, 25 capítulos, código de producción, acceso a todas las guías del Arsenal.

Curso Completo · €29

PayPal · Acceso inmediato