Curso – Claude
EN

nombre: blog-draft description: Draft a blog post from ideas and resources. Use cuando los usuarios quieran escribir un blog, crear contenido a partir de investigaciones, o borradores de artículos. Guías a través de investigación, lluvia de ideas, bosquejo, y redacción iterativa con control de versiones.

Entrada del usuario

$ARGUMENTS

Tú Debe considerar la entrada del usuario antes de proceder. El usuario debe proporcionar: - Idea/Topic: El concepto o tema principal para el blog - Recursos: URLs, archivos o referencias a la investigación (opcional pero recomendado) - Público destinatario: ¿Para quién es la entrada del blog (opcional) - Tone/Style: Formal, casual, técnico, etc. (opcional)

IMPORTANTE: Si el usuario está solicitando actualizaciones a un Entrada de blog existente, saltar los pasos 0-8 y empezar directamente en Medida 9. Lea primero el(los) archivo(s) de borrador existente, luego proceda con el proceso de iteración.

Flujo de ejecución

Siga estos pasos secuencialmente. No omita los pasos ni proceda sin la aprobación del usuario cuando se indique.

Paso 0: Crear carpeta del proyecto

  1. Generar un nombre de carpeta usando formato: YYYY-MM-DD-short-topic-name
  2. Usar la fecha de hoy

  3. Crear una babosa corta, fácil de URL del tema (case inferior, guiones, max 5 palabras)

  4. Crear la estructura de la carpeta: blog-posts/ └── YYYY-MM-DD-short-topic-name/ └── resources/

  5. Confirme la creación de carpetas con el usuario antes de proceder.

Paso 1: Investigación y recopilación de recursos

  1. Crear resources/ subcarpeta en el directorio de publicaciones del blog

  2. Para cada recurso proporcionado:

  3. URLs: Obtener y guardar la información clave en resources/ como archivos de marcado
  4. Archivos: Lea y resuma en resources/

  5. Temas: Utilice la búsqueda web para recopilar información actualizada

  6. Para cada recurso, cree un archivo de resumen en resources/:

  7. resources/source-1-[short-name].md
  8. resources/source-2-[short-name].md

  9. etc.

  10. Cada resumen debe incluir: •markdown # Fuente: [Título/URL]

## Puntos clave - Punto 1 - Punto 2

## Cotizaciones/Datos relevantes - Cotizaciones o estadísticas 1 - Cotizaciones o estadísticas 2

## Cómo se relaciona esto con el tema Breve explicación de relevancia ##

  1. Presente resumen de la investigación al usuario.

Paso 2: Tormenta de ideas y clarificación

  1. Basado en la idea y los recursos investigados, presente:
  2. Temas principales identificados a partir de la investigación
  3. Ángulos potenciales para el post del blog
  4. Puntos clave que deben cubrirse

  5. Lagunas en información que necesita aclaración

  6. Haga preguntas aclaratorias:

  7. ¿Cuál es el principal objetivo que quieres que tengan los lectores?
  8. ¿Hay puntos específicos de la investigación que desea enfatizar?
  9. ¿Cuál es la longitud del objetivo? (corto: 500-800 palabras, medio: 1000-1500, largo: 2000+)

  10. ¿Algún punto que quieras excluir?

  11. Espere las respuestas del usuario antes de proceder.

Paso 3: Proponer un esquema

  1. Crear un esquema estructurado que incluya:

# Esquema de la publicación del blog: [Título]

## Meta Información - Público destinatario[quien] - Tono: [estilo] - Longitud del objetivo: [conteo de palabras] - Comida para llevar: [mensaje de la tecla]

## Estructura propuesta

### Hook/Introducción - Idea de apertura de hook - Contexto - Tesis

### Sección 1: [Título] - Punto clave A - Punto clave B - Apoyo a la evidencia de [fuente]

### Sección 2: [Título] - Punto clave A - Punto clave B

[Continúa para todas las secciones...]

### Conclusión - Resumen de puntos clave - Llamamiento a la acción o pensamiento final

## Fuentes de la Cite - Fuente 1 - Fuente 2

  1. Presente esquema para el usuario y solicitar la aprobación o las modificaciones.

Paso 4: Guardar esquema aprobado

  1. Una vez que el usuario apruebe el esquema, guárdelo en OUTLINE.md en la carpeta del blog post.

  2. Confirme que el esquema ha sido guardado.

Paso 5: Comprometer Esquema (si está en git repo)

  1. Compruebe si el directorio actual es un repositorio git.

  2. En caso afirmativo:

  3. Escenifica los nuevos archivos: carpeta de blog post, recursos y SOUTLINE.md
  4. Crear commit con mensaje: docs: Add outline for blog post - [topic-name]

  5. Empujar al control remoto

  6. Si no es un git repo, omita este paso e informe al usuario.

Paso 6: Escribir borrador

  1. Basado en el esquema aprobado, escriba el borrador completo de la entrada del blog.

  2. Siga la estructura de SOUTLINE.md exactamente.

  3. Incluir:

  4. Involucrando introducción con hook
  5. Borrar encabezados de sección
  6. Evidencia y ejemplos de investigación
  7. Transiciones suaves entre secciones
  8. Conclusión fuerte con el para llevar

  9. Citas: Todas las comparaciones, estadísticas, puntos de datos y afirmaciones fácticas DEBEN citar la fuente original

  10. Guardar el borrador como draft-v0.1.md en la carpeta del blog post.

  11. Formato: # [Blog Post Title]

[Opcional: subtítulo o lema]

[Contenido completo con citas en línea...]

## Referencias - [1] Fuente 1 Título - URL o Citación - [2] Fuente 2 Título - URL o Citación - [3] Fuente 3 Título - URL o Citación

  1. Requisitos de citación:
  2. Cada punto de datos, estadística o comparación DEBE tener una citación en línea
  3. Usar referencias numeradas [1], [2], etc., o citas con nombre [nombre fuente]
  4. Vincular las citas a la sección de Referencias al final
  5. Ejemplo: "Los estudios muestran que el 65% de los desarrolladores prefieren TypeScript [1]"
  6. Ejemplo: "Reaccionar supera Vue en velocidad de renderización en un 20% [React Benchmarks 2024]"

Paso 7: Commit Draft (si está en git repo)

  1. Compruebe si está en el repositorio git.

  2. En caso afirmativo:

  3. Escalonar el borrador del archivo
  4. Crear commit con mensaje: docs: Add draft v0.1 for blog post - [topic-name]

  5. Empujar al control remoto

  6. Si no es un git repo, omita e informe al usuario.

Paso 8: Presente proyecto de revisión

  1. Presente el borrador de contenido al usuario.

  2. Pida comentarios:

  3. ¿Impresión general?
  4. ¿Secciones que necesitan expansión o reducción?
  5. ¿Se necesitan ajustes de tono?
  6. ¿Falta información?

  7. ¿Ediciones o reescrituras específicas?

  8. Esperar la respuesta del usuario.

Paso 9: Iterar o finalizar

Si las solicitudes del usuario cambian: 2. Volver al Paso 6 con los siguientes ajustes: - Número de versión de Incremento (v0.2, v0.3, etc.) - Incorporar todos los comentarios - Guardar como draft-v[X.Y].md - Repita los pasos 7-8

Si el usuario aprueba: 1. Confirmar el proyecto final de versión 2. final.md 3. Resuma el proceso de creación de posts de blog: - Versiones totales creadas - Cambios clave entre versiones - Conteo final de palabras - Archivos creados

Seguimiento de versiones

Todos los borradores se conservan con versiones incrementales: - draft-v0.1.md - Proyecto inicial draft-v0.2.md - Después de la primera ronda de retroalimentación - draft-v0.3.md - Después de la segunda ronda de retroalimentación - etc.

Esto permite seguir la evolución de la publicación del blog y revertir si es necesario.

Estructura de archivos de salida

blog-posts/
└── YYYY-MM-DD-topic-name/
    ├── resources/
    │   ├── source-1-name.md
    │   ├── source-2-name.md
    │   └── ...
    ├── OUTLINE.md
    ├── draft-v0.1.md
    ├── draft-v0.2.md (if iterations)
    └── draft-v0.3.md (if more iterations)

Consejos para la calidad

  • Hook: Comience con una pregunta, hecho sorprendente, o escenario relatable
  • Flujo: Cada párrafo debe conectarse al siguiente
  • Pruebas: Afirmaciones de apoyo con datos de la investigación
  • Citas: SIEMPRE cite fuentes para:
  • Todas las estadísticas y puntos de datos (por ejemplo, "Según [Fuente], el 75% de...")
  • Comparaciones entre productos, servicios o enfoques (por ejemplo, "X realiza 2 veces más rápido que Y [Fuente]")
  • Alegaciones de hecho sobre las tendencias del mercado, los resultados de la investigación o los puntos de referencia
  • Utilice citas en línea con formato: [Nombre de la fuente] o [Autor, Año]
  • Voz: Mantener un tono consistente durante todo el tiempo
  • Longitud: Respetar el conteo de la palabra objetivo
  • Legibilidad: Utilice párrafos cortos, puntos de viñeta cuando proceda
  • CTA: Terminar con una pregunta clara de llamada a la acción o de provocación de pensamientos

Notas

  • Siempre esperar a la aprobación del usuario en los puestos de control descritos
  • Preservar todas las versiones de borrador para el historial
  • Utilice la búsqueda web para obtener información actualizada cuando se proporcionan URL
  • Si los recursos son insuficientes, pida al usuario más o sugiera investigaciones adicionales
  • Adaptar el tono en función del público objetivo (técnico, general, empresarial, etc.)

Última actualización: 4 de agosto de 2026 Versión de Claude Code: 2.1.220 Fuentes: - https://code.claude.com/docs/en/skills Modelos compatibles: Claude Fable 5, Claude Opus 5, Claude Sonnet 5, Claude Sonnet 4.6, Claude Opus 4.8, Claude Haiku 4.5

← Anterior
Guía de skills de los agentes
Siguiente →
[Título del post del blog]

Versión en español de Cris Severin. Basado en Claude How To de luongnv89, bajo licencia MIT. Proyecto original