Repo Dispatch
24 de julio de 2026
multica-ai/andrej-karpathy-skills

Andrej Karpathy Skills: cuatro reglas para poner límites a un agente de código

multica-ai/andrej-karpathy-skills · 199.109★ · 20.487 forks

Todo lo que hay que saber sobre multica-ai/andrej-karpathy-skills: una guía de comportamiento distribuida como archivo de instrucciones, plugin de Claude Code y regla de Cursor.


Qué es Andrej Karpathy Skills

andrej-karpathy-skills no es un modelo ni una biblioteca de código ejecutable. Es un paquete muy pequeño de instrucciones para agentes de programación. Su núcleo es CLAUDE.md; el repositorio también incluye una definición de plugin de Claude Code, una regla para Cursor y una habilidad karpathy-guidelines compatible con el formato de habilidades.

El README declara que parte de observaciones de Andrej Karpathy sobre tres fallos recurrentes de los modelos al programar: asumir sin comprobar, complicar diseños y modificar contexto ajeno a la tarea. La respuesta del proyecto son cuatro reglas: pensar antes de programar, priorizar simplicidad, hacer cambios quirúrgicos y ejecutar contra criterios de éxito verificables.

No debe confundirse la inspiración con autoría o aval. El README atribuye las observaciones a Karpathy, pero no aporta una declaración de que Karpathy haya escrito, mantenido o aprobado este repositorio.

Terminal holográfica mostrando un archivo Markdown de apenas 65 líneas flotando en un vacío oscuro.

El origen: de una guía de 65 líneas a un repositorio de Multica

La API de GitHub fecha la creación de multica-ai/andrej-karpathy-skills el 27 de enero de 2026. La ruta que aun usan el README y el comando de instalación, forrestchang/andrej-karpathy-skills, redirige en la API al repositorio actual de Multica. La lista de contribuidores coloca a forrestchang primero, con 17 contribuciones; por ello es una evidencia de participación principal, no una prueba suficiente para atribuirle por si solo la autoría editorial o explicar una transferencia de propiedad.

El primer envío de Hacker News localizado, 46788844, apareció el mismo 27 de enero, enviado por sdoering: obtuvo 2 puntos y no tuvo comentarios. En abril, un commit de Jiayuan Zhang incorporó en el README enlaces a Multica y a su perfil publico. La página de GitHub identifica a multica-ai como organización; su API lista cinco repositorios publicos y describe multica-ai/multica como una plataforma abierta para gestionar agentes con habilidades reutilizables.

La pieza de contexto mas clara es el artículo de Michiel, “65 lines of Markdown - a Claude Code sensation”, publicado el 11 de febrero de 2026. Su autor cuenta que en un taller de IA vio el proyecto pasar de 3.500 a 3.900 estrellas en un día. Al inspeccionarlo, lo caracterizo como un archivo Markdown de 65 lineas empaquetado para Claude Code. Esa observación ilustra tanto la atracción del formato como la tensión de fondo: una instrucción breve puede condicionar una herramienta compleja, pero no constituye por si misma una demostración de mejor calidad de software.

Filosofía y principios

Las cuatro reglas documentadas son estas:

  1. Pensar antes de programar: explicitar supuestos, mostrar alternativas y pedir aclaración en vez de elegir en silencio una interpretación ambigua.
  2. Simplicidad primero: resolver el encargo mínimo; evitar prestaciones, abstracciones, configuración y gestión de errores especulativas.
  3. Cambios quirúrgicos: limitar el diff a lo solicitado, respetar el estilo existente y retirar solo los elementos sin uso que haya provocado el propio cambio.
  4. Ejecución guiada por objetivos: convertir ordenes vagas en criterios comprobables, por ejemplo reproducir un error con una prueba y hacerla pasar.

La filosofía es deliberadamente restrictiva. El README reconoce su contrapartida: favorece cautela sobre velocidad y no pretende aplicar todo el rigor a erratas u operaciones obvias de una sola línea.

Cerebro de IA translúcido que escanea planos de código simplificados hasta su forma más básica.

Cómo funciona

Hay tres formas documentadas de aplicar la misma guía:

  • Plugin de Claude Code: dentro de Claude Code, ejecutar /plugin marketplace add forrestchang/andrej-karpathy-skills y luego /plugin install andrej-karpathy-skills@karpathy-skills. El README dice que así la habilidad queda disponible para todos los proyectos.
  • Instrucción por proyecto: descargar CLAUDE.md como archivo del proyecto o anexarlo al existente. El contenido puede combinarse con normas concretas, como usar modo estricto de TypeScript o exigir pruebas para una API.
  • Cursor: el repositorio incorpora .cursor/rules/karpathy-guidelines.mdc; CURSOR.md explica como trasladar la regla a otros proyectos.

En una tarea de varios pasos, el patrón propuesto es breve: enumerar cada paso y su comprobación asociada. Para una corrección, el patrón es escribir una prueba que reproduzca el problema, aplicar el cambio y verificarla. No hay motor de pruebas, CI, evaluador ni comando propio: la ejecución y las comprobaciones siguen siendo responsabilidad del agente, del usuario y del proyecto anfitrión.

Brazo robótico con un bisturí láser que corta con precisión una sola línea de código sin tocar el resto.

Lista de verificación holográfica con casilleros que se iluminan uno a uno junto a una silueta de agente de IA.

Estado oficial y semioficial

El proyecto declara un mecanismo de instalación mediante el sistema de plugins de Claude Code, pero la fuente recuperada no lo identifica como parte de un mercado oficial de Anthropic ni aporta un aval de Anthropic, OpenAI, Cursor o Andrej Karpathy. Tampoco se encontró una designación formal de estándar.

Su estado practico es comunitario: empaqueta una guía en formatos que Claude Code y Cursor pueden consumir. Las 198.203 estrellas registradas por la API y la cantidad de puertos muestran adopción visible, pero no equivalen a certificación de proveedor ni a validación empírica de que las reglas mejoren todos los resultados.

Pantalla dividida entre una terminal de Claude Code instalando el plugin y una ventana de Cursor con la regla en .cursor/rules.

El ecosistema

Repositorios de Multica

La API de GitHub de multica-ai devolvió estos compañeros publicos el 31 de julio de 2026:

  • multica-ai/multica: plataforma abierta de agentes gestionados y habilidades reutilizables; 42.960 estrellas y 5.431 bifurcaciones.
  • multica-ai/homebrew-tap: formula de Homebrew para la CLI de Multica; 15 estrellas y 7 bifurcaciones.
  • multica-ai/multica-cli: habilidad para operar Multica mediante su CLI local; 17 estrellas y 4 bifurcaciones.

La relación visible es de distribución y gestión de agentes: el propio README de esta guía promociona Multica. No se recuperó una fuente que establezca que estos repositorios compartan el mismo código o una hoja de ruta conjunta.

Puertos, traducciones y derivados comunitarios

La búsqueda de repositorios de GitHub encontró derivados que se presentan explícitamente como guías o puertos de estas reglas. Son proyectos independientes; sus descripciones no prueban soporte del mantenedor principal.

  • 0xwilliamortiz/andrej-karpathy-skills, guía de límites conductuales para Claude Code: 545 estrellas, 94 bifurcaciones.
  • vtroisWhite/andrej-karpathy-skills, derivado cuya descripción enlaza una traducción al chino: 396 estrellas, 69 bifurcaciones.
  • mbeijen/andrej-karpathy-skills-cursor-vscode, empaquetado para Cursor o VS Code: 268 estrellas, 32 bifurcaciones.
  • duolahypercho/andrej-karpathy-skills, conversión orientada primero a Codex: 183 estrellas, 22 bifurcaciones.
  • swarmclawai/andrej-karpathy-skills, paquete para varios entornos de agentes: 33 estrellas, 4 bifurcaciones.
  • interfluve-wav/andrej-karpathy-skills-hermes, puerto para Hermes con SKILL.md y ejemplos: 23 estrellas, 3 bifurcaciones.
  • Yangleduo00337788/Karpathy-Guidelines-MCP-Server, adaptación que declara envolver la guía como herramienta MCP: sin estrellas ni bifurcaciones en la respuesta de búsqueda.

El repositorio principal contiene README.zh.md, una traducción al chino simplificado. Además, las solicitudes de cambios abiertas #124, de junijaei, y #142, de sscodeai, proponen respectivamente versiones coreana y japonesa; no estaban integradas en la rama principal al consultar. Esto documenta demanda de traducciones, no soporte oficial de esos idiomas.

Archivo Markdown central que se ramifica en rutas holográficas etiquetadas con códigos de idioma como ZH, KR y JP.

Como proyectos comparables de mayor alcance, la API recuperada identifica mattpocock/skills (197.741 estrellas, 17.021 bifurcaciones), descrito por su autor como habilidades desde su directorio .agents, y affaan-m/ECC (236.621 estrellas, 35.983 bifurcaciones), que se describe como un sistema de optimización de arneses de agentes para varios entornos. Ambos son alternativas de biblioteca o arnés, no implementaciones del archivo de cuatro reglas.

Numeros del repo

Medición: 31 de julio de 2026, API de GitHub.

MétricaValor
Estrellas198.203
Bifurcaciones20.384
Suscriptores reales1.138
Commits visibles en la página28
Solicitudes de cambios abiertas visibles97
Campo open_issues_count de la API126
Ramas5
Etiquetas y publicaciones0 / sin publicaciones
Licencia declarada por la APINinguna
Lenguaje principal declarado por la APINinguno
Creación27 de enero de 2026
Último envío20 de abril de 2026
Actualización de metadatos31 de julio de 2026

Los contribuidores principales por número de contribuciones en la API fueron forrestchang (17), back1ply (5), herobrine19 (2), y azakharko, josepha-mayo, szkocot y TomBener (1 cada uno). La respuesta general de GitHub réplica las estrellas en watchers_count; por eso se informa subscribers_count como suscriptores reales. open_issues_count puede incluir solicitudes de cambios abiertas, de modo que no equivale a incidencias puras. La página muestra 28 commits; no se infiere un total por paginación de la API.

Panel de control futurista con gráficos que muestran 198.203 estrellas y 20.384 bifurcaciones del repositorio.

Cómo contribuir

No se encontró una guía de contribución ni una plantilla de solicitud de cambios en la rama principal. El propio repositorio recibe aportaciones: las solicitudes abiertas proponen traducciones, metadatos para Codex y puertos para otros agentes. Por ejemplo, la propuesta #104 de CezarDrumea documenta validar metadatos de habilidad para Codex y mantener sincronizado el texto común; no obstante, sigue abierta y no puede tratarse como proceso aprobado.

En ausencia de instrucciones del mantenedor, la vía verificable es crear una bifurcación, abrir una solicitud de cambios y explicar como se verifico el formato. Conviene no asumir que una propuesta abierta sera aceptada.

Cómo lo recibió la comunidad

La recepción documentada combina interés rápido, utilidad percibida y escepticismo verificable:

  • El hilo de Hacker News 46986001, enviado por roywashere, enlazo la revisión de Michiel y obtuvo 90 puntos y 66 comentarios. El artículo celebra que reglas personalizadas puedan ayudar a herramientas de edición con IA y registra el crecimiento de 3.500 a 3.900 estrellas en un día. Es una señal de curiosidad y difusión, no una prueba de eficacia.
  • En ese mismo hilo, ciconia objetó que esperar un proceso de ingeniería sólido a partir de instrucciones vagas para un modelo estocastico era una premisa ridícula. Es una crítica al supuesto central del proyecto: una guía breve no elimina la necesidad de especificación, revisión y controles externos.
  • La propia revisión aporta una reserva experimental concreta: tras probar una refactorización, Michiel notó que el agente parecía reacio a cambiar código, pero concluyó que no podia saber si el resultado era mejor por la naturaleza no determinista del modelo. Es crítica de evaluación, no una descalificacion concluyente.
  • Una solicitud de cambios de popey, #25, expresa entusiasmo: dice que las reglas son acertadas y propone mejorar la descripción de la habilidad para que se active con mayor precisión. El proponente declara trabajar en Tessl y presenta porcentajes de una evaluación interna; como no se recuperó el arnés ni sus datos, esos porcentajes no se toman como validación independiente.

No se encontraron pruebas directas de un respaldo de Karpathy. Una mención de gauravvij137 en Hacker News, recuperada en la búsqueda, recalca que Karpathy no escribio ni avalo el archivo y que la misma guía circulaba en paralelo bajo el nombre de Multica. Esa distinción es especialmente relevante ante el nombre del repositorio.

Dos avatares holográficos enfrentados, uno con estructura geométrica y otro con datos caóticos, sobre comentarios de Hacker News.

Andrej Karpathy Skills frente a otras propuestas

PropuestaCoincidencia verificableDiferencia verificable
mattpocock/skillsAmbas distribuyen conocimiento operativo para agentes mediante archivos de habilidades.La API describe mattpocock/skills como una colección salida de .agents; esta propuesta concentra cuatro reglas de conducta y un archivo de instrucciones.
affaan-m/ECCAmbas apuntan a mejorar el comportamiento de agentes de código.ECC se describe como sistema de optimización de arneses con habilidades, memoria, seguridad e investigación previa para varios entornos; esta guía no aporta esos componentes ni un arnés ejecutable.
mbeijen/andrej-karpathy-skills-cursor-vscodeTraslada las mismas ideas a editores basados en VS Code.Es un empaquetado independiente para Cursor o VS Code, mientras el principal ya ofrece una regla Cursor en Markdown.
duolahypercho/andrej-karpathy-skillsComparte el objetivo de imponer limites conductuales al agente.Se presenta como conversión centrada en Codex; el README del principal documenta primero Claude Code y Cursor.

La comparación no debe reducirse a estrellas. Este repositorio es apropiado cuando se busca una norma corta y fácil de auditar; una biblioteca amplia o un arnés puede resultar mas adecuado si hacen falta memoria, automatización, seguridad o evaluación, pero también introduce mas superficie operativa.

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

  • Desarrolladores que usan Claude Code o Cursor y quieren una pauta mínima común pueden instalar el plugin, añadir CLAUDE.md al proyecto o trasladar la regla de Cursor para pedir que el agente explicite supuestos, prefiera la solución simple y limite el diff a la tarea.
  • Revisores de correcciones pequeñas y cambios acotados pueden usar las cuatro reglas como lista de contraste: definir criterios de éxito, reproducir un fallo con una prueba cuando corresponda y no declarar terminado el cambio sin verificarlo. El repositorio no aporta CI, permisos ni pruebas de integración; esos controles siguen siendo externos.
  • Equipos que mantienen instrucciones versionadas por repositorio pueden tomar el archivo de 65 líneas como base y combinarlo con reglas propias de tipos, pruebas o API, en lugar de repetirlas en cada conversación. Es una guía de comportamiento, no evidencia de mejora determinista ni un sustituto de la revisión humana.

Recursos


Nota: este artículo combina el README, el historial y la API de GitHub, las solicitudes de cambios abiertas, una revisión externa y Hacker News consultados el 31 de julio de 2026. Las cifras cambian con el tiempo.