Instalé Hermes Agent en mi servidor para vigilar dependencias desactualizadas en mis PRs de GitHub sin tener que estar pendiente: usuario dedicado sin sudo, systemd hardened, toolset recortado a 9 herramientas de solo lectura, cron cada 5 minutos en vez de webhook público. Lo que no preví fue cuánto me iba a costar correrlo sin supervisión.
Todos conocemos el patrón: el proyecto arranca con un README cuidado, tal vez un par de diagramas, quizás hasta una wiki. Pasan tres sprints, el código cambió por completo, y esa documentación sigue hablando de una arquitectura que ya no existe. Nadie la borra porque "algún día la actualizamos", y nadie la actualiza porque siempre hay algo más urgente. La documentación no muere, simplemente se vuelve mentirosa. Y el equipo de LangChain decidió atacar ese problema con OpenWiki, una CLI que le da a un agente la responsabilidad de escribir y mantener la documentación de tu repositorio.
Llevo ya varios años con tmux como base de mi flujo de trabajo. Prefix, splits, sesiones, un .tmux.conf afinado a fuerza de repetición hasta que los binds quedaron grabados en los dedos más que en la memoria, a tal grado de que cuando estoy en un setup ajeno me siento como un mono. Así que cuando empecé a evaluar herdr, un multiplexor de terminal que se vende como pensado para trabajar con agentes de IA en paralelo, la primera pregunta no fue "¿qué features nuevas trae?" sino "¿me va a doler migrar mis keybindings?"
Para nada es un secreto que en la actualidad la inteligencia artificial se encuentra en todas partes. Desde una simple búsqueda en san Google hasta el quirófano de un hospital. Y no les voy a mentir, eso me fascina, sobre todo cuando está enfocado en el rubro que nos compete; la programación. Y es emocionante por qué la inteligencia artificial viene a romper las barreras de lo técnico, permitiéndonos lograr un resultado fascinante con solo imaginarlo. Pero, como todo en la vida, no todo es color de rosa, ya que esta práctica tiene sus puntos débiles y riesgos que debemos tener en cuenta para no caer en la trampa del "vibe coding".
En el desarrollo de software profesional, mantener un historial de commits claro y consistente no es solo una buena practica, es una necesidad. La metodología Conventional Commits ofrece un estándar para escribir mensajes de commit que facilitan la colaboración, la automatización y la generación de changelogs. En este artículo, exploraremos qué son los Conventional Commits, por qué son importantes y cómo implementarlos en tus proyectos.