Claude Code y la moda de los repos: qué es señal y qué es ruido (2026)
Ahora resulta que te venden 10 repos que «te cambian la vida» en un reel. Te Instalas 15 y al mes sigues igual de lento, con el contexto de Claude más contaminado que antes.
Claude Code, la herramienta de Anthropic para programar con un agente de IA desde la terminal, el escritorio o el navegador, se volvió la forma de moda para construir software. Con la moda llegaron las listas «awesome», los «10 repos que uso a diario» y las plantillas que prometen que clonas y ya tienes el flujo armado. Una parte de eso es señal pero otra es marketing.
En esta guía separo las dos. Te cuento qué hay de real detrás de esta moda, qué es ruido (que es la mayor parte), cuáles son las cinco piezas que la gente mezcla y qué pregunta hacerte antes de instalar cualquier cosa.
¿Por qué Claude Code y sus repos están de moda en 2026?
Porque Claude Code dejó de ser una herramienta de nicho. Según la encuesta de JetBrains a más de 15.000 desarrolladores profesionales (agosto de 2026), el 39 % lo usaba en el trabajo entre mayo y julio de 2026, más del doble que en enero. Son datos de una encuesta, así que tómalo como tendencia por favor. Cuando cuatro de cada diez programadores usan la misma herramienta, aparecen los repos (configuraciones listas en GitHub) que prometen «el setup perfecto». Esa moda tiene cuatro razones de fondo.
La primera es el contexto, la memoria de trabajo de Claude en una sesión: una ventana limitada donde tienen que caber tu código, tus instrucciones y las herramientas que conectas. El problema no es escribir código. El problema es que esa ventana se llena explorando tu propio proyecto. En uno grande, una búsqueda amplia puede agotarla antes de que empiece el trabajo, como advierte Anthropic en su guía para bases de código grandes (mayo de 2026). Los repos de moda prometen resolver justo eso, con un CLAUDE.md que Claude lee al abrir cada sesión y con subagentes que exploran aparte y le devuelven solo el resultado.
Después viene la reusabilidad. Antes uno copiaba prompts sueltos de un hilo de X. Ahora un SKILL.md documenta un procedimiento, como revisar un PR (pull request, la petición de fusionar cambios) o escribir una ficha de producto con tu plantilla, vive en una carpeta versionada y se comparte con un fork. Claude lee la descripción al inicio y carga el resto solo cuando lo necesita, según la documentación de Claude Code (2026). Clonas y ya tienes el flujo, o al menos eso es lo que te venden.
La tercera razón es que GitHub es su casa. Claude Code trabaja sobre git, entonces puede tomar un issue, abrir una rama y proponer un PR. Con claude-code-action, la acción oficial de Anthropic, lo metes dentro de GitHub Actions: escribes @claude en un issue y Claude responde desde el repo.
La cuarta es MCP (Model Context Protocol), el estándar abierto que lanzó Anthropic para conectar un modelo con herramientas externas. Con el servidor oficial de GitHub, remoto y abierto a todos desde septiembre de 2025, Claude puede leer repos, PR y resultados de CI (las pruebas automáticas que corren con cada cambio) sin salir de la sesión. Eso le echó gasolina a la moda, porque con el mismo estándar puedes conectar cualquier otro sistema, de Notion a tu base de datos.
¿Qué parte de esa moda es ruido?
Empieza por el content-marketing (contenido hecho para vender) disfrazado de utilidad. «Los 10 repos que cambiaron mi vida» es un formato pensado para el feed, y la métrica que te muestran son las estrellas. Una estrella en GitHub es un clic. No mide si alguien usó el repo una semana después, ni si todavía funciona con la versión de Claude Code que tienes hoy.
Los subagentes no escalan solos. ¿Por qué fallan en un proyecto grande? Porque, por defecto, un subagente no ve tu conversación. Arranca con su propio prompt, casi siempre con el CLAUDE.md del proyecto y con lo que tú le pongas en el encargo. Al terminar, te devuelve solo su último mensaje, según la guía de Anthropic para extender Claude Code (2026). Eso sirve para tareas laterales, pero en un proyecto grande, lo que decidiste en la conversación y no le pusiste en el encargo, el subagente no lo sabe.
Un desarrollador con bases de código de casi 400.000 líneas lo contó en Hacker News (septiembre de 2025): en proyectos nuevos los subagentes le parecían magia, y en los complejos tendían a fallar, porque ahí el agente «vive y muere» por el conocimiento del proyecto. Otro comentario del hilo lo dijo más corto: el agente principal es rico en contexto y los subagentes son pobres. Esa queja tiene más de un año, pero el subagente sigue arrancando sin tu conversación.
Coleccionar MCP tampoco te vuelve más productivo. Cada servidor que conectas trae su catálogo de herramientas, y hasta hace un año ese catálogo entraba completo al contexto. Anthropic midió cuánto costaba conectar cinco servidores típicos en «Advanced tool use» (24 de noviembre de 2025):
Cinco servidores MCP, 55.000 tokens antes de empezar
Medición de Anthropic · aproximado| Servidor MCP | Herramientas | Tokens al iniciar (aprox.) |
|---|---|---|
| GitHub | 35 | 26.000 |
| Slack | 11 | 21.000 |
| Sentry | 5 | 3.000 |
| Grafana | 5 | 3.000 |
| Splunk | 2 | 2.000 |
| Total | 58 | 55.000 |
Esos cinco servidores gastaban 55.000 tokens (los pedazos de texto que el modelo cuenta y cobra) antes de escribir la primera línea, y 47.000 se los llevaban GitHub y Slack. Cincuenta y cinco mil tokens menos para tu código y tu conversación. Ojo, que Claude Code corrigió buena parte de esto en 2026. Ahora trae la búsqueda de herramientas activada por defecto: al inicio carga solo los nombres y deja las definiciones completas para cuando las necesita, así que un MCP que no usas casi no ocupa contexto, según Anthropic.
Pero hay cosas que esa búsqueda no arregla. Suponiendo que conectas ocho MCP «por si acaso», casi no te van a ocupar contexto, pero igual son ocho sistemas externos que pueden fallar, ocho pantallas de permisos y ocho catálogos donde Claude tiene que encontrar la herramienta correcta. Ahí también se equivoca. En esas pruebas de Anthropic con muchas herramientas cargadas, Opus 4.5 acertaba el 79,5 % de las veces sin la búsqueda y el 88,1 % con ella. Mejoró, pero casi el 12 % de las pruebas seguía fallando.
Los sistemas externos, además, fallan de formas que no están en su documentación. Nos pasó con TokDown, el conversor de PDF a Markdown que hicimos con dos colegas: el proveedor de OCR bloqueaba nuestro servidor por la región donde estaba, sin decirlo en ningún lado, y perdimos días buscando el error en nuestro código.
Los plugins tienen su propio costo, y hay un caso con números. Según BSWEN (marzo de 2026), un desarrollador instaló 30 plugins de Claude Code «porque todos parecían útiles» y sus sesiones se pusieron lentas. Cada plugin carga su nombre y su descripción en todas las sesiones, aunque nunca lo uses, y los 30 sumaban unos 3.000 tokens. Se quedó con los cinco que más usaba, recuperó unos 2.500 tokens y, según cuenta, también la velocidad en los proyectos grandes.
Lo peor es que veinte repos instalados te hacen más lento si no sabes cuándo usar cada patrón, porque lo que copias de otros proyectos lo cargas en cada petición. Es como pagar los intereses de un crédito que sacó otro y que a ti casi no te sirve. Si el CLAUDE.md que copiaste tiene 600 líneas, por ejemplo, ya vas con el triple de las 200 que recomienda Anthropic, y esas 600 líneas entran completas en cada petición, hables o no de lo que dicen. Y el CLAUDE.md no es lo único que viaja. Cada skill ajena suma su descripción a la lista que Claude revisa para decidir qué usar, y si dos descripciones se parecen, puede escoger la equivocada.
¿Qué diferencia hay entre skill, MCP, plugin, subagente y hook?
Cada pieza responde una pregunta distinta. Lo que pasa es que unas van dentro de otras, y por eso la gente las mezcla: un plugin puede traer adentro skills, subagentes, hooks y servidores MCP. Debajo de todas está CLAUDE.md, el archivo que Claude lee al abrir la sesión y lleva en cada petición.
Cinco piezas, cinco preguntas distintas
Qué resuelve cada una| Pieza | Responde a | En una frase | Ejemplo |
|---|---|---|---|
| Skill | ¿Cómo se hace? | Un procedimiento en un SKILL.md que Claude carga cuando lo necesita o cuando escribes /nombre | /deploy corre tu checklist de despliegue |
| MCP | ¿Con qué me conecto? | Un servidor que expone las herramientas de un sistema externo; el estándar está bajo la Linux Foundation desde diciembre de 2025 | Leer los PR de tu repo o tu Notion |
| Subagente | ¿Quién hace la tarea aparte? | Un agente con su propio contexto, para tareas que llenarían tu conversación | Mapear un módulo y dejar el hallazgo en un archivo |
| Hook | ¿Qué pasa siempre, sin pedirlo? | Un script que se dispara en un evento (antes de editar, al terminar) y solo gasta contexto si devuelve algo | Correr el linter (revisor automático de código) tras cada edición |
| Plugin | ¿Cómo lo empaco y comparto? | Un paquete instalable que agrupa varias de las piezas anteriores, con su propio prefijo (/mi-plugin:revisar) | El setup de tu equipo en un comando |
Para repartirlas, Anthropic da una regla sencilla en «Steering Claude Code» (18 de junio de 2026). Lo que Claude debe saber siempre va en CLAUDE.md, los procedimientos van en skills, y lo que tiene que pasar sí o sí, sin depender de que Claude se acuerde, va en un hook.
¿Cómo saber si un repo te ahorra tiempo o solo te da dopamina de setup?
Con una pregunta antes de clonar: ¿esto me ahorra tiempo esta semana, o solo me da la sensación de haber avanzado? Instalar y configurar se siente productivo, pero mientras tanto no estás shipeando, que es sacar código a producción con usuarios del otro lado.
En esa trampa ya caí con la tienda de gafas. Formé la LLC, pagué el ITIN y encargué 160 monturas antes de tener un solo cliente, como lo conté en la guía de menos de $100. Un repo con veinte skills y ocho MCP, y ni un usuario, es lo mismo que mis 160 monturas, pero en código.
Te bastan tres o cuatro patrones. La guía de Anthropic para extender Claude Code dice que no hace falta configurar todo de entrada, porque cada pieza tiene una señal que te avisa cuándo agregarla. Este es mi orden:
- Skills, ya. Empieza con un
CLAUDE.mdcorto y dos o tres skills tuyas: tu checklist de despliegue, tu formato de commits, tu plantilla de fichas de producto. Según Anthropic, el momento de escribir una es cuando pegas el mismo procedimiento en el chat por tercera vez. Escríbela tú, con tus pasos. - MCP, solo si necesitas hablar con un sistema externo real. Si llevas días copiando datos de una pestaña que Claude no puede ver, ahí sí vale la pena. Si no te pasa, no conectes nada, y cuando conectes, que sea uno a la vez.
- Plugins, cuando tengas que compartir convenciones con un equipo. Llegan cuando un segundo repo necesita el mismo setup. Primero las skills que ya te funcionan, después el paquete.
- Subagentes y hooks, nivel 2. Entran cuando el proyecto crece, con un subagente que mapea un módulo sin llenarte la conversación o un hook que corre el linter cada vez que Claude edita. Antes de eso, son complejidad que te toca depurar a ti.
Y si no escribes código cada semana, nada de esto te sirve todavía. Si tu negocio hoy es una tienda en Shopify y una hoja de cálculo, el repo que necesitas no existe, y la app de Claude con un Project te resuelve más. Vuelve a esta guía cuando tengas un repo con usuarios.
Errores comunes
- Instalar una lista «awesome» completa el primer día. Te llenas de skills que resuelven los problemas de otros y ninguna resuelve el tuyo.
- Conectar MCP «por si acaso», sin haber copiado ni una vez a mano los datos de ese sistema.
- Copiar el
CLAUDE.mdde otro proyecto sin leerlo. Va a entrar en todas tus sesiones, aunque hable de un stack que no usas. - Medir un repo por estrellas y no mirar cuándo fue su último commit.
- Poner subagentes a implementar en un proyecto grande antes de tener el flujo básico funcionando.
Preguntas frecuentes
¿Necesito instalar repos de terceros para usar Claude Code? No. Un CLAUDE.md corto y dos o tres skills escritas por ti cubren la mayoría de los casos. Un repo de terceros sirve cuando ya tienes el problema y quieres ver cómo lo resolvió otro.
¿Los subagentes hacen más rápido a Claude Code? No por sí solos. Trabajan aparte para que tu conversación no se llene, pero, por defecto, cada uno arranca sin tu historial y vuelve a leer lo que necesita, con sus propios tokens.
¿Las estrellas de GitHub indican que un repo es bueno? Indican que mucha gente hizo clic. Para saber si sirve, mira cuándo fue el último commit, si hay issues sin respuesta y si el README dice con qué versión de Claude Code se probó.
¿Cuántos MCP debería tener conectados? Los que uses de verdad. Con la búsqueda de herramientas, uno que no usas casi no ocupa contexto, pero sigue teniendo acceso a tus cuentas y se puede caer.
Conclusiones
Si ya estás shipeando código, arranca con cero repos de terceros, un CLAUDE.md de menos de 200 líneas y dos o tres skills tuyas. Con eso tienes casi todo lo que promete la lista «awesome», sin llenar tu contexto con instrucciones que no usas.
El primer paso te toma diez minutos. Escribe /context all en tu sesión y mira cuánto ocupan hoy tus MCP y tu CLAUDE.md. Desconecta el MCP que lleve un mes sin uso, y si tu CLAUDE.md pasa de 200 líneas, empieza a recortar por lo que copiaste de otros.
Y antes de clonar el próximo repo «que te cambia la vida», pásalo por el mismo filtro que una noticia de IA: quién lo publica, qué gana con que lo instales y qué dice el repo original. Lo explico paso a paso en cómo verificar noticias de IA antes de creerlas o compartirlas.
Última actualización: octubre de 2026. Claude Code cambia rápido, así que las cifras de tokens, los comandos y los nombres de las piezas pueden haber cambiado cuando leas esto. Verifica en la documentación oficial antes de configurar algo.
