CommunityRedacción y edicióngithub.com

bentoms-dev/docs-readme-writer

Escribir documentación técnica clara, fiable y útil para desarrolladores que necesitan resultados rápidos. Ideal para crear o mejorar README, guías de inicio rápido, referencias de API, registros de decisiones de arquitectura (ADR), runbooks, guías de onboarding, changelogs o guías de contribución, y para actualizar documentación obsoleta, confusa o faltante.

¿Qué es docs-readme-writer?

Este skill está diseñado para agentes de IA (como Claude Code, Cursor, Codex) que necesitan generar o mejorar documentación técnica de software. Su objetivo es producir documentación que un desarrollador ocupado pueda leer rápidamente, copiar comandos funcionales y seguir adelante. Define un flujo de trabajo riguroso: antes de escribir, el agente debe identificar al lector, verificar la información contra el código real y ejecutar los pasos de configuración para descubrir dependencias ocultas. Luego, guía la elección del tipo de documento (tutorial, guía práctica, referencia o explicación) y proporciona estructuras detalladas para README, ADR, runbooks y changelogs. El skill enfatiza el estilo activo y conciso, el uso de ejemplos concretos, la accesibilidad y la mantenibilidad (documentación cercana al código, generación automática de referencias y pruebas de fragmentos en CI). Finalmente, pide al agente que entregue la documentación y enumere brevemente lo que no pudo verificar, las suposiciones hechas y las carencias que el equipo debe cubrir. Está basado en el skill “Docs & README Writer” de Ben Toms.

Compatible con~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/bentoms-dev/skills/tree/HEAD/skills/leadership/docs-readme-writer

Installed? Explore more Redacción y edición skills: steipete/notion, langchain-ai/langchain, bytedance/podcast-generation · View all 6 →

Preguntar en tu IA favorita

Abre un nuevo chat con esta habilidad de agente ya precargada.

Documentación

Escritor de Documentación y README

Escribe documentación para un desarrollador ocupado que hojeará, copiará comandos y se irá. Cada página debe llevarlo al éxito rápidamente, y cada comando que contenga debe funcionar realmente.

Antes de escribir

  1. Identifica al lector (nuevo usuario, contribuidor, operador, futuro mantenedor) y la única tarea que vino a realizar.
  2. Lee el código, scripts, configuración y CI para conocer la realidad. No documentes lo que asumes; una documentación que miente es peor que ninguna.
  3. Ejecuta los pasos de configuración tú mismo desde un estado limpio, si es posible. Anota cada requisito previo oculto con el que te encuentres.

Elige el tipo de documento adecuado

Mantenlos separados; mezclarlos empeora todos:

  • Tutorial: aprender haciendo, un camino garantizado para principiantes.
  • Guía práctica: pasos para lograr un objetivo específico para alguien que conoce lo básico.
  • Referencia: hechos completos, precisos y estructurados (API, banderas de CLI, opciones de configuración, variables de entorno).
  • Explicación: el por qué, contexto, compensaciones y arquitectura.

Estructura del README

  1. Nombre y descripción de una oración de qué hace y para quién es.
  2. Inicio rápido: la menor cantidad de comandos desde clonar o instalar hasta un resultado funcional, en bloques de código copiables.
  3. Requisitos previos con versiones (runtime, gestor de paquetes, servicios, cuentas).
  4. Uso: las tareas más comunes con ejemplos reales y salida esperada.
  5. Configuración: una tabla de variables de entorno u opciones (nombre, obligatorio, valor predeterminado, descripción). Nunca incluyas valores secretos reales; apunta a .env.example.
  6. Desarrollo: comandos para instalar, ejecutar, probar, verificar lint y compilar.
  7. Despliegue o proceso de publicación, si aplica.
  8. Solución de problemas: los errores que la gente encuentra realmente y sus soluciones.
  9. Enlaces a documentación más profunda, guía de contribución y licencia.

Estilo de escritura

  • Comienza con la acción o la respuesta. Elimina introducciones.
  • Oraciones cortas, voz activa, segunda persona ("Ejecuta", "Puedes").
  • Una idea por párrafo. Usa encabezados, pasos numerados para secuencias y viñetas para listas desordenadas.
  • Cada bloque de código tiene una etiqueta de lenguaje y funciona al pegarse. Muestra la salida esperada cuando ayuda a confirmar el éxito.
  • Usa ejemplos reales y específicos en lugar de foo y bar.
  • Define acrónimos y jerga del proyecto en la primera aparición.
  • Escribe de forma accesible: texto de enlace descriptivo (no "haz clic aquí"), texto alternativo para imágenes, sin información transmitida solo por color en diagramas.
  • Prefiere texto y diagramas Mermaid sobre capturas de pantalla de código o terminales, que no se pueden copiar, buscar ni mantener actualizados.

Registros de decisiones de arquitectura

Usa una plantilla corta y consistente: Título, Estado (propuesto, aceptado, reemplazado por …), Contexto (las fuerzas y restricciones), Decisión, Consecuencias (buenas y malas), Alternativas consideradas. Numéralos y nunca reescribas uno aceptado; reemplázalos con uno nuevo.

Runbooks

Escritos para alguien estresado a las 3 a. m.: síntoma, impacto, cómo confirmar, mitigación paso a paso con comandos exactos, cómo verificar la recuperación, contactos de escalamiento y enlaces a paneles.

Changelogs

Agrupa por Agregado, Cambiado, Obsoleto, Eliminado, Corregido, Seguridad. Escribe para usuarios, no como un registro de commits. Destaca los cambios importantes y los pasos de migración al principio.

Manteniendo la documentación viva

  • Mantén la documentación junto al código que describe para que cambien en la misma solicitud de extracción.
  • Genera documentación de referencia a partir de la fuente (OpenAPI, TypeDoc, --help de CLI) cuando sea posible.
  • Prueba ejemplos de código o comandos en CI cuando sea práctico. Verifica los enlaces.

Salida

Entrega la documentación en sí, luego enumera brevemente cualquier cosa que no hayas podido verificar, suposiciones hechas y lagunas que el equipo debe cubrir.


Profundiza: Codebase Onboarding Pack es un paquete de habilidades premium con habilidades vinculadas, plantillas de producción, scripts y prompts de evaluación.

Individual skills in this repo

This repo contains 5 individual skills — each has its own dedicated page.

bentoms-dev/ai-feature-engineer

Build reliable, safe and affordable LLM-powered features in real products. Use when adding chat, summarisation, extraction, classification, RAG search, tool calling or agents to an app, when writing prompts or evals, choosing models, controlling cost and latency, or defending against prompt injection.

bentoms-dev/github-actions-cicd-engineer

Build fast, secure and maintainable CI/CD pipelines with GitHub Actions. Use when creating or fixing workflows, speeding up slow CI, adding caching, matrices or deployments, managing secrets and environments, hardening workflows against supply-chain attacks, or setting up releases and preview deployments.

bentoms-dev/postgres-migrations-engineer

Design PostgreSQL schemas, write zero-downtime migrations and fix slow queries. Use when adding tables, columns, indexes or constraints, changing data on a live database, reviewing a migration for locking risks, reading EXPLAIN ANALYZE output, or working with Prisma, Drizzle, Knex, TypeORM, Rails or Django migrations.

bentoms-dev/shopify-theme-architect

Build, refactor and review Shopify Online Store 2.0 themes. Use when creating or editing Liquid sections, blocks, snippets, templates, theme settings, locales, or theme CSS/JS, and when reviewing a theme for performance, accessibility or merchant editability.

bentoms-dev/test-engineer

Write tests that catch real bugs and survive refactors. Use when adding tests to new or existing code, choosing between unit, integration and end-to-end tests, fixing flaky tests, setting up Vitest, Jest or Playwright, or reviewing a test suite for gaps and brittleness.

Skills relacionados