¿Qué es ponytail para Claude Code?

ponytail es un proyecto abierto en GitHub de un desarrollador independiente, DietrichGebert, con licencia MIT y 137.708 estrellas al 14 de septiembre de 2026. Se instala dentro de Claude Code y su idea central es que, antes de escribir código, se pregunte si eso ya existe.

¿Es verdad que ponytail baja un calendario de 404 líneas a 23?

Es lo que muestra la tabla del benchmark de su autor: 404 líneas sin ponytail y 23 con ponytail para la misma tarea, medida en sesiones reales de Claude Code con Haiku 4.5. Es una medición del propio autor y nadie externo la ha replicado todavía en el repositorio.

¿Cuánto código ahorra ponytail en promedio?

Según su autor, en 12 tareas de funcionalidades el promedio es un 54 % menos de código, con Haiku 4.5 (el README indica n=4). El calendario que pasa de 404 líneas a 23 es uno de esos casos, no el promedio, así que conviene no tomarlo como el resultado típico.

¿ponytail da el mismo resultado con cualquier modelo?

No se puede dar por hecho. La medición del benchmark de su autor está hecha con Haiku 4.5, y en otros modelos puede costar más. Si usas otro modelo, lo prudente es medir tu propio antes y después en una tarea que conozcas antes de sacar conclusiones.

← Artículos

ponytail en Claude Code: de 404 líneas a 23, con letra chica

14 de septiembre de 2026 · 6 min de lectura

ponytail es un proyecto abierto para Claude Code, de un desarrollador independiente, con licencia MIT y 137.708 estrellas en GitHub. En el benchmark de su autor, con Haiku 4.5 en sesiones reales, el mismo calendario pasa de 404 líneas a 23 porque antes de escribir se pregunta si ya existe. Según el autor, el promedio en 12 tareas es 54 % menos código, todavía sin réplica externa en el repositorio.

Hay cifras que se comparten solas. «404 líneas contra 23» es una de ellas: el mismo calendario, hecho con Claude Code, antes y después de instalar ponytail. La encontré en el benchmark que publica su autor y me quedé con dos preguntas: qué significa de verdad y hasta dónde llega. Esto es lo que sale de leer el repositorio, tabla por tabla.

Qué es ponytail

ponytail es un proyecto abierto en GitHub de un desarrollador independiente, DietrichGebert. Tiene licencia MIT, se creó en junio de 2026 y al 14 de septiembre suma 137.708 estrellas. Se instala dentro de Claude Code. Su idea cabe en una frase: antes de escribir código, preguntarse si eso ya existe.

Este sistema es el que enseño dentro de la comunidad MÁQUINA IA: las estaciones, los gates y el código que lo sostiene.

Qué pasó con el calendario

El autor midió la misma tarea, un calendario para elegir fechas, en sesiones reales de Claude Code con Haiku 4.5. La tabla del benchmark compara cuatro columnas para esa tarea:

Sin nada (baseline): 404 líneas.
caveman: 202 líneas.
ponytail: 23 líneas.
yagni-oneliner: 162 líneas.

La razón de la diferencia está en el propio README. El navegador ya trae un calendario nativo: el input de tipo date. ponytail lo usa y deja en el código un comentario de tres palabras, «browser has one». El navegador ya tiene uno. Mismo modelo, misma tarea. Lo que cambia es que alguien hizo la pregunta antes de escribir.

Por qué pasar de 404 líneas a 23 importa más allá del código

Lo que me interesa de esta cifra no es la herramienta. Es la costumbre que deja al descubierto. Con la IA, construir es tan barato que saltarse la pregunta no duele en el momento. Duele después: más código que leer, que mantener y que revisar cuando algo falla. Y lo mismo pasa fuera de la programación: la plantilla que otra área ya tenía, el informe que ya salía de un sistema, el proceso que alguien ya había escrito. Antes de construir, pregunta si ya existe. Es una regla vieja. Lo nuevo es que ahora hay un benchmark que le pone número.

La letra chica del benchmark

Aquí es donde la cifra deja de compartirse sola, y conviene leerla completa:

Lo midió su propio autor. Los datos crudos de cada corrida no están publicados en el repositorio y nadie externo lo ha replicado ahí todavía.
Un solo modelo. La medición está hecha con Haiku 4.5. En otros modelos puede costar más.
El calendario es un caso, no el promedio. Según el autor, en 12 tareas de funcionalidades el promedio es un 54 % menos de código (el README indica n=4).
El dinero y el tiempo son aproximados. Para el calendario, el autor anota unos $0.06 y 49 segundos con ponytail, contra unos $0.15 y 88 segundos sin él. Lo escribe redondeado y en prosa, no en la tabla por tarea.

Nada de eso vuelve falsa la cifra. La vuelve una cifra de una sola fuente, que es otra cosa.

Cómo comprobarlo en tu proyecto

La mejor forma de saber si ponytail te sirve es medirlo en tu propio proyecto, con tu modelo y en una tarea que conozcas bien. La guía de instalación y el método para medir tu antes y después están en maquina-ia.com, en el artículo «Cómo instalar ponytail en Claude Code y medir el antes y después».

Preguntas frecuentes

¿Qué es ponytail para Claude Code?: ponytail es un proyecto abierto en GitHub de un desarrollador independiente, DietrichGebert, con licencia MIT y 137.708 estrellas al 14 de septiembre de 2026. Se instala dentro de Claude Code y su idea central es que, antes de escribir código, se pregunte si eso ya existe.
¿Es verdad que ponytail baja un calendario de 404 líneas a 23?: Es lo que muestra la tabla del benchmark de su autor: 404 líneas sin ponytail y 23 con ponytail para la misma tarea, medida en sesiones reales de Claude Code con Haiku 4.5. Es una medición del propio autor y nadie externo la ha replicado todavía en el repositorio.
¿Cuánto código ahorra ponytail en promedio?: Según su autor, en 12 tareas de funcionalidades el promedio es un 54 % menos de código, con Haiku 4.5 (el README indica n=4). El calendario que pasa de 404 líneas a 23 es uno de esos casos, no el promedio, así que conviene no tomarlo como el resultado típico.
¿ponytail da el mismo resultado con cualquier modelo?: No se puede dar por hecho. La medición del benchmark de su autor está hecha con Haiku 4.5, y en otros modelos puede costar más. Si usas otro modelo, lo prudente es medir tu propio antes y después en una tarea que conozcas antes de sacar conclusiones.