🌱 Semilla Plantado: Actualizado:

Asterion en el taller: cómo uso Hermes Agent para mantener este blog


Asterion en el taller: cómo uso Hermes Agent para mantener este blog

TL;DR: este blog dejó de ser solo un sitio estático. Estoy empezando a tratarlo como un sistema vivo: escribo ideas, pruebo cambios y uso Hermes Agent —mi agente local, Asterion— para ayudarme a mantener el jardín, abrir PRs y convertir conversaciones en contenido publicable.

Imagen de portada: Hermes Ingenui, dominio público vía Wikimedia Commons.

Hay una parte de tener un blog que parece romántica desde afuera y bastante mecánica desde adentro: actualizar dependencias, corregir textos, revisar builds, abrir pull requests, mirar si Cloudflare desplegó bien, acordarse de qué se cambió y por qué.

Durante mucho tiempo pensé el blog como una vitrina: escribís algo, lo publicás, queda ahí. Pero cada vez me convence más otra idea: un blog personal puede funcionar como un taller. Un lugar donde las ideas todavía están creciendo, donde el contenido se corrige con el uso, donde una nota puede empezar como semilla y volverse más sólida después.

Ahí entra Hermes Agent.

Qué es Hermes Agent para mí

Hermes Agent no lo estoy usando como un chatbot suelto en una pestaña. Lo estoy configurando como un agente personal que corre en mi Mac y con el que puedo hablar desde Telegram.

En mi caso le puse nombre: Asterion.

La diferencia no es solamente estética. Al estar conectado a mi entorno local, Asterion puede hacer cosas concretas:

  • clonar o actualizar el repo del blog;
  • crear branches;
  • editar archivos Markdown, Astro o JSON;
  • correr npm run check y npm run build;
  • abrir pull requests en GitHub;
  • verificar si Cloudflare Pages pasó;
  • dejar notas o resúmenes en Obsidian.

Eso cambia bastante la sensación de trabajo. Ya no es “le pregunto a una IA cómo haría algo”, sino “trabajo con un asistente que puede hacer una parte real del mantenimiento conmigo”.

El blog como laboratorio de agentes

Este sitio está hecho con Astro y tiene forma de digital garden. Eso combina muy bien con un agente porque gran parte del trabajo no es solo escribir páginas nuevas, sino mantener conexiones:

  • tags;
  • backlinks;
  • traducciones;
  • notas recientes;
  • metadata;
  • RSS;
  • estructura del contenido.

Un humano puede hacer todo eso, claro. Pero también es el tipo de mantenimiento que se vuelve fricción: pequeño, repetitivo, fácil de postergar.

La apuesta es que Asterion me ayude a bajar esa fricción. Si una idea aparece en una conversación, una nota de Obsidian o una prueba con Swift, el siguiente paso natural podría ser convertirla en una entrada del jardín.

No como contenido perfectamente pulido desde el minuto uno, sino como una semilla bien plantada.

Qué ya hice con Asterion

El primer paso fue bastante humilde: mantenimiento técnico.

Asterion preparó una rama, actualizó el README del proyecto, agregó un comando de chequeo con Astro, corrigió errores de type-check y abrió un pull request. Después verificó el build y el deploy.

No es una demo espectacular, pero sí es importante: antes de pedirle que escriba o reorganice ideas, necesito confiar en que puede tocar el proyecto sin romperlo.

El segundo paso fue más visible: ajustar el texto principal de la home para que diga mejor qué estoy intentando construir:

Construyo herramientas con Swift y Spec-Driven Development para convertir conocimiento de planta en apps útiles para ingenieros de procesos.

Ese texto resume bastante bien la dirección del blog: ingeniería de procesos, software, IA local, Swift y una forma más disciplinada de convertir ideas en productos.

Por qué me interesa esto como ingeniero de procesos

Vengo de ingeniería de procesos, donde muchas mejoras reales nacen de entender bien el sistema antes de tocarlo. Si una planta falla, no alcanza con “probar cosas”: hay que observar, medir, formular hipótesis, intervenir y volver a verificar.

Con software estoy intentando aplicar una lógica parecida. Por eso me interesa el Spec-Driven Development: describir qué se quiere construir antes de construirlo, hacer explícitas las restricciones y evitar que el código sea solo una acumulación de ocurrencias.

Un agente como Asterion puede encajar bien en ese flujo:

  1. conversamos la intención;
  2. escribimos una especificación o una nota;
  3. hacemos un cambio chico;
  4. corremos verificaciones;
  5. abrimos un PR;
  6. dejamos registro de lo aprendido.

Es casi una rutina de mejora continua aplicada al blog.

Lo que quiero explorar después

Este post es una primera marca en el camino. Algunas ideas que quiero probar:

  • que Asterion convierta conversaciones técnicas en borradores de notas;
  • que revise posts viejos y sugiera conexiones internas;
  • que detecte notas sin traducción o con metadata incompleta;
  • que me ayude a mantener un changelog del blog;
  • que use Obsidian como espacio previo antes de publicar;
  • que el blog sea una interfaz pública de mi proceso de aprendizaje.

No quiero que el agente reemplace mi voz. Al contrario: quiero usarlo para sostener el trabajo invisible que hace que una voz pueda mantenerse en el tiempo.

Cierre

Me gusta pensar a Asterion como una mezcla de bibliotecario, asistente de taller y compañero técnico. No escribe el camino por mí, pero puede ayudarme a dejar migas de pan, ordenar herramientas y recordarme dónde estábamos.

Si este blog funciona como jardín, Hermes Agent es una forma de tener a alguien regando conmigo.

Ampliaremos.