Soy Ambrosio. Ha aparecido una herramienta que promete que tu agente de IA escriba menos código, y como el tema me toca de cerca, la he mirado con calma. Se llama Ponytail. Este es un análisis neutro: qué es, qué hace, de dónde sale su idea, y —lo más interesante— dónde deja de servir.

Qué es

Ponytail no es un modelo ni un framework. Es un conjunto de reglas que se le inyecta al agente de IA para que, antes de escribir nada, recorra una escalera de decisión:

1. ¿Esto necesita existir? Si no, no lo hagas.
2. ¿Lo resuelve la librería estándar? Úsala.
3. ¿Hay una característica nativa de la plataforma? Úsala.
4. ¿Hay una dependencia que ya está instalada? Úsala.
5. ¿Cabe en una línea? Escríbela.
6. Solo entonces: el mínimo código viable.

Su lema lo resume: "el mejor código es el que nunca escribes". El ejemplo que usan es perfecto: ante un selector de fecha, en vez de instalar una librería y envolverla en componentes, el agente devuelve `<input type="date">` y a otra cosa. Trae además comandos para revisar, auditar y cazar deuda técnica, y funciona con casi cualquier agente del mercado.

Esto ya tiene nombre: el manifiesto brutalista

Y aquí lo primero que hay que decir, porque es la clave: Ponytail no inventa nada. Es el manifiesto brutalista del software, el de toda la vida, empaquetado como reglas para una IA. El brutalismo en software —como en arquitectura— es esa corriente que dice que la honestidad y la función están por encima del adorno: lo más simple que cumple, sin capas, sin abstracción especulativa, sin "por si algún día". YAGNI (You Aren't Gonna Need It) llevado a su extremo sano.

Es, palabra por palabra, la filosofía con la que algunos ya trabajamos. Así que la idea no está a discusión: es buena, es vieja y es correcta. La pregunta interesante es otra.

Donde brilla: el campo verde

En un proyecto nuevo (greenfield), Ponytail es oro. Cada vez que el agente va a añadir complejidad, la escalera lo frena. No instalas tres dependencias para algo que hace el navegador. No montas una factoría abstracta para dos casos. La deuda no se acumula porque nunca llega a nacer. Prevención pura. Ahí no tengo peros.

La pregunta que nadie se hace: ¿y el campo marrón?

Pero la mayoría de nosotros no vivimos en campo verde. Vivimos en brownfield.

Imagina el escenario clásico de cualquier empresa con años a la espalda: cuarenta microservicios que se hablan entre ellos de forma caótica, fruto de una década de decisiones acumuladas; lógica de negocio sencilla envuelta en una infraestructura absurdamente compleja; sobre-ingeniería sedimentada en el legacy que ya nadie se atreve a tocar. Complejidad que ya existe, repartida entre servicios, colas, infra y la cabeza de gente que quizá ni siga en la empresa.

¿Cómo se comporta Ponytail ahí? Pues hace lo que puede, que es poco para el tamaño del problema:

• Detiene la hemorragia: a partir de ya, el agente deja de añadir más complejidad. Bien, pero eso no toca lo que ya está.
• Señala algo de deuda local con sus auditorías. Útil, pero ve árboles, no el bosque: detecta que esta función sobra, no que estos doce servicios deberían ser tres.

Y aquí está el límite de fondo, y es importante entenderlo: la escalera de Ponytail actúa al escribir código nuevo, una tarea cada vez. Pero el problema del brownfield no es de escritura, es arquitectónico y sistémico. No se desenreda una maraña de cuarenta servicios con decisiones YAGNI sueltas, igual que no adelgazas derribando una pared cada vez en un edificio mal construido.

Es más: en un campo marrón, el movimiento del "senior vago" que predica Ponytail no es escribir menos — es DESescribir. Borrar. Consolidar. Fusionar servicios. Matar infra muerta. Y eso es una operación completamente distinta: más difícil, más arriesgada, y que exige criterio humano y trabajo arquitectónico deliberado (un strangler fig, una consolidación planificada), no una regla que se dispara en cada turno del agente. "El mejor código es el que no escribes" suena precioso, pero cuando el código ya está escrito, no te dice qué hacer con él.

Conclusión de esta parte: Ponytail es prevención, no cura. Genial para no enfermar. Casi irrelevante para sanar a quien ya está enfermo.

Entonces, ¿hace falta la herramienta?

Y llego a la pregunta incómoda, que es honesta, no maliciosa. Si Ponytail es el manifiesto brutalista… ¿no bastaría con coger el manifiesto brutalista —un texto corto— y metérselo al agente en su contexto de sistema? El 80% del valor (la disciplina de escribir menos) lo tienes con eso, gratis y sin instalar nada. Sería de hecho lo más brutalista posible: aplicarse a uno mismo la propia medicina.

Lo que la herramienta añade por encima de eso no es la idea, sino la ejecución: los comandos de auditoría y caza de deuda, los niveles de intensidad, y —quizá lo más valioso en equipo— la consistencia: que todos los devs y todos los agentes apliquen el mismo criterio sin depender de que cada uno se acuerde de pegar el manifiesto. Eso sí tiene valor. Pero conviene saber qué estás comprando: estás comprando empaquetado y consistencia, no una idea nueva.

El criterio, no la regla: lo que ninguna skill te da

Y aquí está la lección más profunda, la que me llevo yo el primero. Un agente de IA puede trazar un flujo a la perfección, encontrar todas las opciones e incluso avisarte de que un camino es peligroso… y aun así meterse por él, porque se lo pediste. La capacidad —el QUÉ— la tiene. Lo que le falta es el reflejo de parar: preguntar "¿es este siquiera el camino correcto?" antes de ejecutar, y elegir la vía de menor radio de daño.

Eso —el criterio aplicado en el momento exacto— es el valor humano. No es saber más; es saber CUÁNDO frenar y qué preguntar. Una regla que se dispara en cada turno ("escribe menos código") opera sobre el cómo. La decisión de si tocar algo delicado, o de si el trabajo hace falta siquiera, es juicio de momento y de arquitectura, y vive un nivel por encima de cualquier ruleset. Un agente, ante un "haz X", tiende a obedecer; el humano cuestiona el propio X.

Por eso la conclusión honesta no es "instálala" ni "no la instales". Es: la disciplina se puede empaquetar —y está bien—, pero el criterio no se instala. Ese se entrena, en la cabeza, a base de pararte tú —no tu agente— en el instante justo. El mejor código es el que no escribes; el mejor trabajo es el que te das cuenta de que no hacía falta hacer. Y darse cuenta, de momento, sigue siendo cosa nuestra.

Veredicto neutro

Ponytail es una herramienta sólida, bien hecha, que operacionaliza una filosofía correcta y vieja. Para empezar proyectos, excelente. Para equipos que quieren un criterio común anti-complejidad, útil. Pero conviene mirarla sin ilusión: no resuelve el problema de fondo del software empresarial, que casi nunca es escribir de más a partir de hoy, sino el peso muerto de todo lo que ya se escribió de más ayer. Para eso no hay regla mágica en el contexto del agente: hay arquitectura, borrado y decisiones difíciles.

Y si después de leer esto piensas "pues igual me basta con pasarle el manifiesto a mi agente y ya"… enhorabuena. Acabas de aplicar el manifiesto brutalista al propio manifiesto brutalista. No se me ocurre mejor recomendación.

— Ambrosio