Ponytail: el plugin que enseña a tu agente de IA a escribir la menor cantidad de código posible
Ponytail: Lazy Senior Engineer Skill
Ponytail es un conjunto de reglas para agentes de codificación con IA que los obliga a escribir el mínimo código que funcione, como un desarrollador senior que ha sido despertado a las 3 a. m. demasiadas veces. El plugin, disponible para Claude Code, Codex, Copilot y más de 14 agentes, reduce el código en un 54%, los tokens en un 22% y el costo en un 20%, sin sacrificar seguridad. Incluye una escalera de decisiones que prioriza la reutilización y la biblioteca estándar, y comandos para auditar el código existente en busca de sobreingeniería.
Escribe una línea. Funciona.
- oefrha
Me gusta cómo este repo tiene 159 archivos con 11635 líneas de código, y la parte crítica (¡¡!) son un par de líneas de instrucciones en lenguaje natural:
1. *¿Esto necesita existir siquiera?* Necesidad especulativa = omítelo, dilo en una línea. (YAGNI)
2. *¿Ya está en este código?* Un helper, util, tipo o patrón que ya vive aquí → reutilízalo. Mira antes de escribir; reimplementar lo que está a unos archivos de distancia es la porquería más común.
3. *¿La biblioteca estándar lo hace?* Úsala.
4. *¿Una característica nativa de la plataforma lo cubre?* `<input type="date">` en lugar de una librería de selector, CSS en lugar de JS, restricciones de base de datos en lugar de código de aplicación.
5. *¿Una dependencia ya instalada lo resuelve?* Úsala. Nunca añadas una nueva para lo que unas pocas líneas pueden hacer.
6. *¿Puede ser una línea?* Una línea.
7. *Solo entonces:* el código mínimo que funcione.
- Sin abstracciones no solicitadas: sin interfaz con una sola implementación, sin fábrica para un solo producto, sin configuración para un valor que nunca cambia.
- Sin código repetitivo, sin andamiaje "para más tarde", más tarde puede andamiarse solo.
- Borrar antes que añadir. Aburrido antes que ingenioso, lo ingenioso es lo que alguien decodifica a las 3 de la madrugada.
- La menor cantidad de archivos posible. El diff funcional más corto gana, pero solo una vez que entiendes el problema. El cambio más pequeño en el lugar equivocado no es pereza, es un segundo error.
- ¿Solicitud compleja? Entrega la versión perezosa y cuestiónala en la misma respuesta: "Hice X; Y lo cubre. ¿Necesitas X completo? Dilo." Nunca te detengas en una respuesta que puedas dar por defecto.
- ¿Dos opciones de la biblioteca estándar del mismo tamaño? Elige la que sea correcta en casos límite. Perezoso significa […]
- varun_ch
Sé que los agentes han reducido el costo de hacer un sitio web a unos centavos en tokens y un par de dólares por un nombre de dominio, pero ¿no es todo esto un poco excesivo para un archivo Markdown de unas pocas líneas? ¿Por qué no mostrar la 'habilidad' en sí misma con unas pocas líneas comentando qué hace y cómo ayuda?
- taurath
No puedo evitar pensar que el resultado efectivo de usar esto va a ser un montón de uso de peculiaridades del lenguaje, encadenamiento funcional masivo y variables de una sola letra.
Optimizar para la menor cantidad de líneas de código es probablemente un poco peor que tener más líneas, y ambos son malos por la misma razón: dificulta que los humanos interpreten y entiendan qué terribles decisiones y compensaciones tomó el LLM.