02 de agosto de 2026 · Por YasKad
shanraisshan/claude-code-best-practice

Claude Code Best Practice: un índice vivo para pasar de improvisar a trabajar con agentes

shanraisshan/claude-code-best-practice · 66.337★ · 6.598 forks

Todo lo que hay que saber sobre shanraisshan/claude-code-best-practice: una guía de referencia, ejemplos y flujos para usar las primitivas de Claude Code con mas disciplina.


Qué es Claude Code Best Practice

Claude Code Best Practice es un repositorio de documentación curada por Shayan Rais (shanraisshan). Su objetivo declarado es pasar de “vibe coding” a ingeniería con agentes. No distribuye un modelo, un servidor ni un plugin instalable: recopila y conecta documentación, ejemplos versionados y recomendaciones para Claude Code.

Su mapa abarca subagentes, comandos, habilidades, ganchos, servidores MCP, configuración, memoria, puntos de restauración, opciones de inicio y flujos. El repositorio diferencia tres cosas: la documentación de buenas practicas, una implementación local bajo .claude/ y las fuentes externas. Por eso sirve mas como curso y catálogo de patrones que como un flujo prescriptivo único.

Diagrama futurista en modo oscuro que muestra tres capas separadas y brillantes: conocimiento documentado arriba, engranajes de orquestación conectados en el medio, y bloques de código de implementación bajo .claude/ abajo.

La propia guía propone no leerla como una habilidad que se instala y se ejecuta. Recomienda estudiar las primitivas de Claude Code, ejecutar el ejemplo /weather-orchestrator y reutilizar el patrón comando → agente → habilidad para construir el flujo propio.

El origen: documentar un conjunto que cambia deprisa

El repositorio se creo el 31 de octubre de 2025. El primer commit, de ese mismo momento, se titula simplemente Initial commit. La cuenta de GitHub identifica a su autor como Shayan Rais, arquitecto de software en disrupt.com, ubicado en Karachi, Pakistán.

No apareció una entrada de lanzamiento independiente y verificable durante esta investigación. La historia comprobable se limita, por tanto, a la creación del repositorio y a su evolución publica. El README se presenta como una respuesta practica a la expansión continua de Claude Code: mantiene una tabla de funciones, una colección de consejos atribuidos a fuentes oficiales y comunitarias, implementaciones locales y un registro de informes.

Hay una tensión central en el proyecto: Claude Code incorpora cada vez mas capacidades nativas, mientras que el ecosistema produce comandos, habilidades y marcos externos. El repositorio no propone sustituir lo nativo. Al contrario, enlaza la documentación oficial de Anthropic junto con ejemplos propios y de terceros; por ejemplo, lista modos de planificación, equipos de agentes, árboles de trabajo, tareas programadas, revisiones y configuración. La guía intenta ordenar esas piezas y dejar claro cual es el mecanismo nativo y cual es una practica o extensión.

Visualización de un núcleo brillante etiquetado Claude Code Native rodeado de anillos orbitales: los anillos internos muestran primitivas nativas como subagentes, ganchos y memoria, y los anillos externos muestran extensiones y servidores MCP de la comunidad.

Filosofía y principios

La filosofía verificable se puede resumir así:

  • De conversación a ingeniería con agentes. El subtítulo del proyecto plantea un cambio desde la improvisación hacia un proceso reproducible.
  • Aprender las primitivas antes de copiar recetas. El README pide entender agentes, comandos, habilidades y ganchos antes de componer un flujo.
  • Separar conocimiento, orquestación e implementación. Los documentos de practica se distinguen de los ficheros ejecutables bajo .claude/ y de un ejemplo de orquestación.
  • Planificar, ejecutar, revisar y entregar. La tabla de metodologías organiza sus opciones alrededor de investigar, planificar, ejecutar, revisar y publicar.
  • Conservar contexto y verificar. Entre sus consejos destacan sesiones nuevas para tareas nuevas, resumenes antes de retroceder, subagentes para aislar salidas intermedias y revisión antes de fusionar cambios.

Cuatro iconos de neón dispuestos en un ciclo circular sobre fondo oscuro, representando planificar, ejecutar, revisar y entregar: un plano holográfico, un botón de reproducción, una lupa sobre código y una flecha de carga.

No son leyes ni resultados experimentales del repositorio. Son una curación de recomendaciones cuyo origen se enlaza en cada fila. El propio README conserva preguntas abiertas sobre memoria, instrucciones, conflicto entre habilidades y documentación obsoleta; eso evita presentar la disciplina de agentes como un problema resuelto.

Ilustración de alta tecnología en modo oscuro de una puerta de bóveda digital que asegura un flujo de contexto brillante, junto a una lista de verificación holográfica con marcas verdes de neón para revisar antes de fusionar, y subagentes aislados trabajando en burbujas digitales separadas.

Cómo funciona

El contenido se organiza en directorios de practica, implementación, flujos de desarrollo, informes, tutoriales, videos y una configuración de ejemplo. El patrón demostrativo es:

  1. Arrancar Claude Code con claude.
  2. Invocar /weather-orchestrator.
  3. Dejar que el comando llame a un agente, que a su vez usa una habilidad.

Terminal cyberpunk en modo oscuro que muestra el flujo del ejemplo /weather-orchestrator: un bloque de comando activa un bloque de agente, que a su vez enciende un bloque de habilidad, conectados por líneas de datos en neón naranja y verde.

Ese ejemplo expresa la composición que propone el repositorio: los comandos son entradas reutilizables, los agentes aportan contexto o especialización y las habilidades encapsulan instrucciones y recursos. El README ubica los formatos en .claude/commands/<nombre>.md, .claude/agents/<nombre>.md y .claude/skills/<nombre>/SKILL.md.

El catálogo también documenta formas de trabajar que no son código del repositorio: --worktree o -w para aislamiento, /code-review ultra y claude ultrareview [objetivo] para revisión, /ultraplan para planificación, y /loop o /schedule para tareas repetitivas. Incluye una metodología entre modelos: planificar en Claude Code y hacer una revisión de calidad en Codex mediante dos terminales, o usar un plugin, MCP o enrutador según el caso.

Dos terminales futuristas lado a lado en un escritorio oscuro: uno muestra Claude Code en azul neón para planificación, el otro muestra Codex CLI en verde neón para revisión de calidad, conectados por un enrutador holográfico.

La recomendación practica mas concreta es convertir un proceso que se repite en un comando o habilidad versionado. A la vez, el repositorio señala riesgos operativos: evitar permisos globales peligrosos, preferir listas de permisos y aislamiento, y no dejar que los flujos automáticos sustituyan pruebas, revisión o observabilidad.

Estado oficial y semioficial

El proyecto es comunitario, no un repositorio de Anthropic. El README no documenta una publicación en el mercado oficial de plugins de Claude Code. Su autor es Shayan Rais y la API de GitHub no lo atribuye a Anthropic.

Su relación con Anthropic es de referencia y compatibilidad: enlaza repetidamente la documentación oficial de Claude Code para funciones como subagentes, habilidades, ganchos, MCP, configuración, memoria, revisiones y árboles de trabajo. También incluye enlaces hacia recursos oficiales de anthropics/skills y la documentación de Claude Code. Eso ofrece trazabilidad para una parte de sus afirmaciones, pero no equivale a aval, certificación ni soporte del proveedor.

En la practica puede considerarse una guía semioficial solo en el sentido informal de que cataloga funciones oficiales y cita sus fuentes. No hay evidencia recuperada de aceptación en un mercado oficial, patrocinio de Anthropic o designación como estándar. El README muestra apoyo comercial de disrupt.com y ClaudeKit, que tampoco debe confundirse con respaldo de Anthropic.

El ecosistema

Repositorios del mismo autor

La cuenta de Shayan Rais muestra un pequeño conjunto de repositorios que extienden el mismo enfoque. Las cifras siguientes proceden de la API de GitHub consultada el 1 de agosto de 2026:

  • shanraisshan/claude-code-hooks: ejemplos de ganchos de Claude Code con sonido; 491 estrellas y 48 bifurcaciones.
  • shanraisshan/codex-cli-best-practice: guía equivalente para Codex CLI; 949 estrellas y 64 bifurcaciones.
  • shanraisshan/codex-cli-hooks: ganchos para Codex CLI; 65 estrellas y 7 bifurcaciones.
  • shanraisshan/gemini-cli-best-practice: guía equivalente para Gemini CLI; 70 estrellas y 6 bifurcaciones.
  • shanraisshan/gemini-cli-hooks: ganchos para Gemini CLI; 9 estrellas y 2 bifurcaciones.
  • shanraisshan/ralph-wiggum-self-evolving-loop: bucle que genera preguntas para tensionar modelos; 41 estrellas y 4 bifurcaciones.
  • shanraisshan/claude-code-status-line: línea de estado con uso de contexto, estado de Git y modelo; 60 estrellas y 7 bifurcaciones.
  • shanraisshan/draw-json-architecture-skill: habilidad para explicar una arquitectura en un visor HTML basado en JSON; 7 estrellas y 1 bifurcación.

El README enlaza directamente los cinco primeros como repositorios hermanos. En conjunto, sugieren una estrategia de adaptar documentación y ejemplos de flujos a distintas interfaces de agentes, no de crear un único marco que las abstraiga.

Derivados, puertos y traducciones comunitarias

La API de GitHub contabiliza 6.360 bifurcaciones de la guía. Entre los derivados visibles recuperados se encuentran:

  • quizD/claude-code-best-practice, bifurcación con 14 estrellas. Su autor abrio la solicitud de cambios #40 para traducir el README al chino simplificado.
  • lhfer/claude-code-best-practice-zh, bifurcación y adaptación para desarrolladores de habla china, con 3 estrellas y 1 bifurcación.
  • clxzl/claude-code-best-practice-cn, repositorio comunitario no marcado como bifurcación en el resultado de búsqueda, descrito como edición china de buenas practicas; 125 estrellas y 37 bifurcaciones.
  • moekyawaung-graduate/claude-code-best-practice, bifurcación con 11 estrellas.
  • paullarionov/claude-code-best-practice, bifurcación con 10 estrellas.

También hay intentos de localización dentro del repositorio principal. La incidencia #48 solicita una estrategia multilingüe; su autor, minsang-alt, pidió expresamente una versión coreana. En los comentarios, yiyou-eyo ofreció una traducción china y JuanCalderon-17 una versión española. Son propuestas comunitarias, no traducciones oficiales aprobadas.

Proyectos relacionados y alternativas verificadas

El propio README compara o enlaza metodologías y colecciones vecinas. Para evitar atribuir compatibilidad no demostrada, esta tabla solo resume la posición que el README les asigna:

ProyectoRelación verificable con esta guía
obra/superpowersMetodología por habilidades con lluvia de ideas, árboles de trabajo, planificación, desarrollo guiado por pruebas, revisión y cierre.
affaan-m/everything-claude-codeBiblioteca de agentes, comandos y habilidades con pasos de planificar, probar, implementar, revisar, verificar, recordar y mejorar.
github/spec-kitFlujo guiado por especificaciones, desde constitución y especificación hasta implementación, análisis y listas de comprobación.
Fission-AI/OpenSpecFlujo de explorar, proponer, aplicar, verificar, continuar y archivar.
open-gsd/gsd-coreContinuación indicada en una solicitud de cambios de la guía para el anterior repositorio Get Shit Done, que había quedado archivado.
openai/codex-plugin-ccPlugin oficial de OpenAI que el README lista para revisiones de Codex desde Claude Code.

No todos son sustitutos directos. Claude Code Best Practice es principalmente una guía de referencia y ejemplos; Superpowers, Spec Kit y OpenSpec son propuestas de proceso, mientras que codex-plugin-cc es una integración entre herramientas.

Números del repo

Medición: 1 de agosto de 2026, API de GitHub.

MétricaValor
Estrellas63.854
Bifurcaciones6.360
Suscriptores reales471
Commits1.671
Incidencias abiertas indicadas por la API14
Lenguaje principalHTML
LicenciaMIT
Creación31 de octubre de 2025
Último envío1 de agosto de 2026
Última publicaciónNo hay publicaciones de GitHub

Panel holográfico futurista que muestra estadísticas brillantes en neón: 63.854 estrellas y 6.360 bifurcaciones, flotando sobre una superficie oscura y reflectante con el logo de GitHub integrado.

Los principales contribuidores que devolvió la API fueron shanraisshan con 847 contribuciones, claude con 818, claude[bot] con 4, y shayangd y neutmute con 1 cada uno. El conteo de 1.671 commits procede de la página final indicada por el enlace de paginación de la API. El campo watchers_count de GitHub réplica las estrellas; por eso se informa subscribers_count como el número de suscriptores reales. Del mismo modo, open_issues_count puede incluir solicitudes de cambios abiertas, por lo que 14 no equivale necesariamente a 14 incidencias sin solicitudes de cambios.

Cómo lo recibió la comunidad

La evidencia directa recuperada es sobre todo de GitHub; no se encontró una conversación de Hacker News dedicada a shanraisshan/claude-code-best-practice. Las búsquedas de Hacker News devolvieron hilos sobre la guía oficial de Anthropic con nombre parecido, no sobre este repositorio, y no se usan aquí como recepción de este proyecto.

  • En la incidencia #48, minsang-alt llama al recurso “gran recurso” al pedir soporte multilingüe. El hilo tiene 5 comentarios. yiyou-eyo y JuanCalderon-17 ofrecieron respectivamente traducciones china y española; es una señal concreta de interés por extender el alcance, aunque no confirma que se aceptaran.
  • La solicitud de cambios #33, de frdzy, expone una crítica de usabilidad: el README es tan amplio que no sabía por donde empezar. Propuso /_learn y una habilidad de recorrido personalizado; la solicitud tiene 2 comentarios. El autor respondió que prefería esperar porque no quería hinchar el repositorio con mas agentes, comandos y habilidades, y porque ya existían cientos de repositorios y miles de habilidades. Es una objeción real a convertir una guía extensa en otra colección sin límite.
  • La solicitud #40, de quizD, propone un README chino y tiene 2 comentarios. El mantenedor preguntó con que se había traducido; después, DaiOwen pidió mejorarlo. Esta es una reserva concreta sobre la calidad de una traducción automatizada o insuficientemente revisada, no una descalificacion del contenido original.
  • En la solicitud #46, dotandlinejp propuso una guía japonesa para diseño y personas no programadoras. shayangd preguntó como se había creado y si se había verificado con control de calidad. El hilo tiene 1 comentario; refleja la necesidad de validar guías derivadas antes de integrarlas.

La conclusión razonable es adopción fuerte en GitHub y actividad de localización, pero no hay evidencia recuperada de una aprobación externa uniforme. Las estrellas miden interés, no eficacia de los consejos ni calidad de cada derivado.

Claude Code Best Practice frente a otras propuestas

PropuestaCoincidencia verificableDiferencia verificable
obra/superpowersAmbos ordenan el trabajo de un agente alrededor de planificación, ejecución y verificación.Superpowers empaqueta un método por habilidades; este repositorio se define como referencia y curso, y agrega enlaces y ejemplos de Claude Code.
affaan-m/everything-claude-codeAmbos cubren agentes, comandos y habilidades de Claude Code.La tabla de esta guía presenta Everything Claude Code como biblioteca extensa de artefactos; Claude Code Best Practice prioriza documentación, informes y patrones explicados.
github/spec-kitAmbos conectan especificación, planificación e implementación.Spec Kit se articula como flujo guiado por especificaciones; esta guía no impone su propia secuencia ni genera una constitución.
Fission-AI/OpenSpecAmbos incluyen exploración y verificación como etapas.OpenSpec tiene comandos de ciclo de vida definidos; este repositorio cataloga mecanismos nativos y prácticas de múltiples fuentes.
shanraisshan/codex-cli-best-practiceComparten autor y planteamiento de pasar a ingeniería con agentes.El segundo se dirige a Codex CLI; el repositorio documentado se centra en Claude Code y sus rutas .claude/.

Casos de uso y a quién puede ayudar este repositorio

Equipos que están estandarizando Claude Code pueden usarlo como mapa de decisiones antes de añadir automatización a un repositorio: revisar qué primitivas cubren comandos, subagentes, habilidades, ganchos, MCP, memoria y permisos, y después llevar un procedimiento repetido a .claude/commands/, .claude/agents/ o .claude/skills/. El ejemplo /weather-orchestrator permite estudiar el recorrido comando → agente → habilidad antes de diseñar una composición propia; las referencias a árboles de trabajo, puntos de restauración y revisiones ayudan a encajarlo en un ciclo de cambios ya existente.

Responsables técnicos, formadores y autores de guías internas pueden aprovechar la curación para preparar un itinerario de adopción: partir de las fuentes oficiales enlazadas, contrastar metodologías como Superpowers, Spec Kit u OpenSpec, y documentar las decisiones locales en vez de copiar una receta cerrada. También resulta útil para convertir una pauta recurrente en una habilidad o comando versionado, siempre manteniendo las listas de permisos, pruebas y revisión humana que el propio repositorio recomienda.

Imagen abstracta en modo oscuro que muestra la transición de líneas de neón caóticas y fragmentos de código dispersos, a la izquierda, hacia una arquitectura digital organizada y geométrica, a la derecha, representando el paso de la improvisación a la ingeniería con agentes.

Recursos


Nota: este artículo combina el README y el historial de shanraisshan/claude-code-best-practice, la API de GitHub, solicitudes de cambios e incidencias del repositorio, y consultas de Hacker News realizadas el 1 de agosto de 2026. Las cifras cambian con el tiempo.

Comentarios