Ayudantes del agente: skills y revisión con IA
Lección 23 de 26 del curso «Vibe coding». Gratis, con animaciones y un test.
Un skill: un hábito nuevo para el agente
Un plugin, o skill, es un paquete de instrucciones que instalas en el agente como complemento. Hay paquetes así para Claude Code, Codex, Copilot CLI, Cursor y otros agentes. Un skill cambia cómo trabaja el agente en cada tarea, no solo en una. Como un mod en un videojuego: el mismo juego, otras reglas. A la izquierda del esquema hay un agente con un enchufe donde está el skill Ponytail. Es gratis y de código abierto, con licencia MIT: puedes usarlo libremente.
Ponytail: el «senior perezoso»
La idea de Ponytail es el «senior perezoso»: un programador con experiencia que no escribe nada de más. Antes de programar, el agente sube la escalera del esquema y se detiene en el primer escalón que resuelve la tarea. ¿Hace falta esto? ¿Ya está en el proyecto? ¿Está en la biblioteca estándar, las funciones listas del lenguaje? ¿Viene en el navegador? ¿Está en un paquete ya instalado, código ajeno listo? ¿Basta una línea? Solo al final, el mínimo código nuevo.
Ejemplo: un campo de cumpleaños
Le pides al agente que agregue un campo de cumpleaños al perfil de tu app de entrenamientos. Sin el skill, el agente puede instalar toda una biblioteca de calendario y escribirle un envoltorio, código intermedio propio. Con el skill, llega al escalón «viene en el navegador» y usa el campo de fecha que el navegador ya sabe mostrar. Y el skill no elimina la validación de datos, el manejo de errores, la seguridad ni la accesibilidad, es decir, que sirva para todas las personas.
Modos, comandos y la letra chica
Ponytail tiene tres modos: lite (suave), full (normal, el predeterminado) y ultra (el más estricto). También tiene comandos: una revisión del diff actual con una lista de lo que se puede borrar y una auditoría de todo el repositorio en busca de complicaciones innecesarias. Se instala como plugin desde su repositorio en GitHub. La ventaja: menos código es menos que revisar, menos bugs y menos tokens, los trocitos de texto que le pagas a la IA. Pero son reglas, no una garantía. El diff lo lees tú.
Revisión con IA en cada PR
Otro tipo de ayudante: los revisores con IA. Son servicios que leen cada PR que abres y dejan comentarios como lo haría un revisor: bugs, seguridad, estilo. Por ejemplo CodeRabbit, Greptile, la revisión de GitHub Copilot, Qodo. Pero también se equivocan y se les escapan cosas. El comentario a la derecha del esquema significa «mira aquí», no una sentencia. Las pruebas y la CI siguen siendo necesarias, y el merge lo decides tú, como dice la etiqueta junto a la persona.
Cómo elegir sin arrepentirte
Un bot de revisión se conecta a GitHub como una app con acceso a tu código. Al instalarlo, elige solo los repositorios que necesitas, no «todos». Para cualquier complemento valen las mismas reglas que para los enchufes MCP a la derecha del esquema. Elige los populares y vivos, es decir, que se siguen actualizando: de código abierto o de una empresa conocida. Lee qué acceso piden. Instala de a uno para saber qué cambió. ¿No ayuda? Apágalo.
Ponte a prueba
- Le pides a un agente con el skill Ponytail un campo de cumpleaños. ¿Qué hará lo más probable?
Respuesta correcta: Usar el campo de fecha que trae el navegador. El skill lleva al agente por la escalera y el escalón «viene en el navegador» resuelve la tarea. La validación y la seguridad se mantienen. - Un revisor con IA dejó en el PR: «posible error en la línea 12». ¿Qué haces?
Respuesta correcta: Revisar la línea tú y decidir si hace falta un cambio. El comentario del bot es una pista, no una sentencia. Los revisores se equivocan y se les escapan bugs: las pruebas y la CI siguen importando y el merge lo decides tú. - Al conectarse a GitHub, un bot de revisión pide acceso a repositorios. ¿Qué es mejor?
Respuesta correcta: Dar acceso solo a los repositorios que elijas. El bot ve todo a lo que le das acceso, así que abre solo lo necesario. E instala los complementos de a uno para saber qué cambió.