Arsenal
Plantillas estructuradas para tareas reales. No son prompts genéricos: cada uno tiene un rol, una estructura y una intención concreta. Cópialos, adapta las partes entre corchetes y úsalos directamente con Claude.
Al iniciar un proyecto nuevo o cuando Claude no sabe cómo comportarse en tu repositorio.
Actúa como arquitecto de proyectos digitales. Crea un archivo CLAUDE.md para este proyecto. El archivo debe incluir: - Descripción del proyecto y su objetivo principal - Stack técnico utilizado - Convenciones de código y estilo - Lo que NO debe hacer Claude en este proyecto - Cómo añadir nuevos módulos o secciones - Tono y voz del proyecto si aplica Sé conciso. No más de 40 líneas. Sin decoración innecesaria.
Cuando tienes una idea que quieres ejecutar pero no estás seguro de si merece la pena o cómo estructurarla.
Actúa como un analista de negocio directo y sin complacencia. Tengo esta idea: [describe la idea en 2-3 líneas] Quiero que la audites con esta estructura: 1. Problema real que resuelve (¿existe demanda verificable?) 2. Modelo de monetización viable 3. Competidores directos e indirectos relevantes 4. Riesgos principales 5. Lo que falta para validarla en 30 días con el mínimo coste posible No me digas lo que quiero oír. Dime lo que necesito saber.
Cuando identificas un proceso manual repetitivo y quieres que Claude diseñe la arquitectura de automatización antes de escribir código.
Actúa como un ingeniero de automatización. Quiero automatizar este proceso: [describe el proceso paso a paso] Lo que hago actualmente de forma manual: [describe la tarea] Herramientas disponibles: [lista las que tienes: Claude Code, GitHub, APIs, scripts, etc.] Diseña: 1. El flujo automatizado completo 2. Qué herramientas o scripts necesito 3. Los pasos de implementación en orden 4. Qué puede salir mal y cómo prevenirlo 5. Cómo lo probaría antes de confiar en él
Cuando terminas un proceso o flujo de trabajo y necesitas dejarlo documentado para que otro —o tú mismo en tres meses— pueda ejecutarlo sin preguntar.
Actúa como redactor técnico especializado en documentación operativa. Tengo este proceso que quiero documentar: [describe el proceso] Crea una documentación en Markdown que incluya: - Objetivo del proceso y para qué sirve - Quién lo ejecuta y cuándo - Pasos detallados y numerados - Qué hacer si algo falla en cada paso crítico - Cómo saber si el proceso fue ejecutado correctamente Formato: Markdown claro. Sin jerga innecesaria. Que lo pueda seguir alguien que nunca lo ha hecho.
Cuando llevas tiempo repitiendo una tarea y quieres convertirla en un sistema delegable, automatizable o documentado antes de que crezca más.
Actúa como diseñador de sistemas de trabajo. Esta tarea la hago de forma manual y repetitiva: [describe la tarea en detalle] Frecuencia: [diaria / semanal / mensual] Tiempo actual por ejecución: [X minutos / horas] Herramientas que uso ahora: [lista] Ayúdame a convertirla en un sistema replicable: 1. Qué partes puedo automatizar hoy sin infraestructura compleja 2. Qué necesito construir para que funcione de forma autónoma 3. Qué partes requieren supervisión humana y por qué 4. Cómo lo documentaría para que otro lo pueda ejecutar sin preguntarme nada
Los textos entre [corchetes] son variables que debes reemplazar con tu contexto real.