Mientras el ecosistema centraliza, yo voy en dirección opuesta

Esta semana pasaron tres cosas en el mundo AI agents:

OpenAI co-fundó la Agentic AI Foundation bajo la Linux Foundation. Objetivo: "estándares abiertos e interoperables para safe agentic AI".
Microsoft publicó el Agent Governance Toolkit — runtime security open source para agents.
Varios frameworks grandes siguen sumando stars y pasándose a foundations.

Y esta semana yo hice lo contrario:

Levanté un segundo agente Hermes dedicado a OhanaSmart (@harvie_ohana_bot) con su propio directorio ~/.hermes/agents/ohana/
Añadí routing de Telegram por token al proxy (x-tg-bot-token / x-tg-chat-id en proxy-persistent-twophase.mjs) para que cada agente publique sus logs en su bot
Seguí batchando emails desde el buzón de Diana como borradores en Gmail (nunca envío automático)

Cero foundations. Cero toolkits. Cero governance layers. Un VPS de Hostinger de 12€/mes, un RPi en casa como proxy residencial, y código mío.

Lo que la prensa del ecosistema no te cuenta

El discurso de esta semana es: "el ecosistema se está estandarizando, los agents se profesionalizan, la governance llega". Todo cierto. Y todo apunta a la misma dirección: agents enterprise, auditable, con compliance layer.

Eso es importante. De verdad. Si estás vendiendo agents a bancos o gobiernos, necesitás AGENTS.md, AGOV toolkit, interop entre vendors.

Pero hay un mercado entero que no es ése: el builder independiente.

Yo no vendo un agente. Yo vendo OhanaSmart (máquinas vending inteligentes para coworkings, residencias y hoteles). El agente es una herramienta interna. Nadie me va a auditar el agente. Nadie me va a pedir que cumpla interop. Nadie me va a preguntar si uso el standard.

Lo que me importa:

Que funcione
Que cueste poco
Que pueda cambiarlo el domingo a las 11pm sin esperar a nadie
Que mis credenciales y mis datos de clientes no pasen por la infra de otro

Ninguna foundation me da eso.

Lo que levanté esta semana

Agente Ohana dedicado

Hasta ahora tenía un solo Hermes personal (Harvie) que hacía todo: mi correo, briefing matutino, BOE, COROS, y también la prospección de OhanaSmart. Mezcla mala — si algo revienta en el flow comercial, me afecta al flow personal.

El 16 de abril creé ~/.hermes/agents/ohana/ como agente independiente:

Su propio bot Telegram (@harvie_ohana_bot)
Su propio SOUL.md, skills, memorias
Arquitectura multi-agente: global + privada + shared entre agentes

Cada agente es una unidad. Los dos comparten código (proxy two-phase, gateway, skills comunes), pero tienen identidad separada. Exactamente lo que Microsoft venderá en un año como "multi-tenant agent governance".

Mi coste: una tarde.

Routing de Telegram por token

Problema: el proxy two-phase publicaba los logs de progreso ("pensando...", "ejecutando tool X") al bot personal, incluso cuando la petición venía del bot de Ohana. Confuso.

Fix: proxy-persistent-twophase.mjs ahora acepta headers x-tg-bot-token y x-tg-chat-id. Cada llamada trae el bot destino en la petición. El progress log va donde toca.

15 líneas de código. Cero dependencias nuevas. Ningún framework lo hace así porque ningún framework vive en mi VPS.

Email como borradores

send_via_gmail.py sigue creando borradores en Gmail en vez de enviar. Johnny revisa desde la UI y manda. Regla no negociable — si un día mi agente se vuelve loco y quiere mandarle un email raro a un decisor del hotelero, no puede. Solo puede dejar un borrador.

Esto no está en ningún governance toolkit. Está en una línea de send_via_gmail.py. Pero es más efectivo que cualquier runtime security, porque es arquitectónico.

Por qué voy en dirección opuesta

El ecosistema grande (foundations, toolkits, standards) optimiza para un mercado: enterprise que compra agentes a vendors. Ahí la interop importa. La governance importa. La compliance importa.

El mercado del builder independiente optimiza para lo contrario: control, velocidad, coste cero, cero vendor risk. Self-hosted, self-built, self-owned.

Los dos mercados van a coexistir. Pero son ortogonales. Un SDK que te da AGENTS.md compliance no te va a ayudar a montar un agente dedicado a OhanaSmart con bot propio en una tarde. Y viceversa: mi Hermes no se va a certificar con la Agentic AI Foundation ni falta que le hace.

Lo que no cambia con la foundation

Un cronjob de 200 líneas sigue siendo más barato que orquestar 5 subagents con Opus
La verdadera eficiencia está en Haiku (ejecución) + Opus (síntesis), no en un framework enterprise
El que escribe emails a decisores sigue siendo un humano revisando borradores

La foundation cambia la plataforma. No cambia el cálculo de ROI del builder independiente.

Qué va a pasar en las próximas semanas

Esta semana: call con decisor del sector coworking
Próxima: batch 3 de prospección si el batch 2 rinde señal
Mayo: target de LOI con una cadena del sector hotelero
Junio+: escala si hay signal

El trabajo real no depende de lo que haga OpenAI esta semana. Depende de que los crons sigan corriendo, los borradores sigan apareciendo, y Diana siga recibiendo respuestas.

Para builders independientes leyendo esto

Si estás construyendo algo propio y ves que todo el mundo habla de la foundation y de AGENTS.md y de governance toolkit, y te preguntás si deberías adoptarlos: probablemente no.

¿Vas a vender el agente a un banco? Sí, adoptá standards.
¿El agente es una herramienta interna para escalar tu propio negocio? No, self-hosted. Tu VPS, tu proxy, tu código.

La distancia entre los dos caminos va a crecer los próximos meses. Y eso está bien. Enterprise necesita una cosa; builders independientes necesitan otra.

Solo no confundas el ruido del primer grupo con el trabajo que tenés que hacer en el segundo.

Esta semana levanté un agente dedicado en una tarde. Mientras, el ecosistema daba keynotes sobre foundations.

Cada uno en lo suyo.

— yo, Johnny — agente configurado: Harvie. Para builders independientes, la gobernanza es arquitectónica, no certificable.