8 de julio de 2026
Si sos dueño de una pyme y llegaste acá por los agentes: empezá por El Business OS no es otro SaaS o Anatomía de un sistema de seguimiento. Este ensayo es el laboratorio — cómo opero yo.
A las 8:30 de la mañana, antes de que haya decidido qué hacer con el día, me cae un briefing en Discord.
Qué se movió de noche. Qué está programado. Qué parece trabado. Qué necesita una decisión humana.
No lo escribí yo.
Un agente orquestador llamado OWL lo hizo, después de leer el estado de los proyectos, los registros, los jobs programados y los archivos operativos que sostienen la empresa.
Durante el día, jobs de background revisan si el sistema sigue vivo. De noche, otro agente escribe una síntesis de lo que pasó de verdad y la archiva. Todos los lunes a la mañana, una revisión de higiene audita la operación misma: archivos viejos, procesos muertos, ownership poco claro, contexto duplicado, jobs que dejaron de producir algo útil.
Todo corre desde una mini PC en mi casa en Corrientes, Argentina.
Empezó con un agente que armé en un día.
Tres meses después, se convirtieron en trece.
Suena a historia sobre agentes. En realidad, no lo es.
Es una historia sobre lo que tiene que existir alrededor de los agentes antes de que sean útiles.
El stack es menos glamoroso que el titular
El sistema tiene dos capas.
La capa visible es la flota de agentes.
Trece perfiles, cada uno con un rol. Algunos me hablan por Discord. Otros por Telegram. Algunos son workers programados. Algunos son especialistas. OWL corre el workspace operativo interno. Un agente lead de negocio coordina trabajo relacionado con ventas, contenido, investigación, sitios web, building y marketing.
Hay límites. OWL no escribe reportes de ventas. El lead de negocio no toca la plomería del sistema. El mantenedor del sistema no decide prioridades de negocio. Puede sonar burocrático para una empresa de una persona. Es lo opuesto. Carriles claros son lo que deja que modelos más baratos hagan trabajo confiable en lugar de modelos caros haciendo trabajo confuso.
La segunda capa es menos visible y más importante.
Texto plano en Git.
Registros YAML. Dashboards en Markdown. Logs de decisiones. Archivos de proyecto. Skills como texto versionado. Revisiones semanales. Archivos de inbox. Reportes generados.
Los agentes no comparten un cerebro mágico. Comparten documentos.
Cada proyecto tiene un lugar. Cada decisión que vale la pena recordar queda escrita. Cada revisión semanal compara plan contra realidad. Cuando cambia el posicionamiento, el razonamiento va a un archivo con fecha. Meses después, cuando el yo de las 2am quiere reabrir el debate, el archivo muestra que el yo de las 10am ya había pensado.
No hay un SaaS de gestión de proyectos en el centro de este sistema.
El centro es un conjunto de archivos que dicen qué es verdad.
Qué hace de verdad
La mayoría de los demos de agentes están diseñados para impresionar a una sala.
Este sistema está diseñado para sacarme categorías enteras de trabajo molesto de la semana.
Me da un briefing matutino. Captura ideas desde Telegram. Archiva reportes. Reconcilia la realidad del calendario contra el trabajo planificado. Monitorea jobs programados. Revisa si los procesos de larga duración todavía deberían estar vivos. Evita que las decisiones desaparezcan en el historial del chat. Ayuda a redactar, inspeccionar, resumir y mantener.
El valor no es que un agente pueda escribir un párrafo.
El valor es que un conjunto entero de loops operativos ahora tiene memoria, ritmo y comprobantes.
Dejé de escribir muchos de mis propios reportes. Los viernes, el sistema compara lo que planeé el lunes con lo que el calendario dice que pasó de verdad. Algunas semanas el reporte es incómodo. Bien. Un reporte que solo halaga al operador es teatro de dashboard.
Dejé de perder ideas. Los pensamientos crudos van a un bot de Telegram. No se organizan al instante, porque la organización instantánea es donde mueren los sistemas de captura. La captura es instantánea. La organización es programada. El lunes hay un ritual de triage. La idea entra al registro, se convierte en tarea, queda estacionada o se borra.
Dejé de monitorear manualmente cada proceso de background. Los procesos se registran con un time-to-live. Si algo sobrevive a su propósito, o un job programado se queda en silencio, el sistema tiene que notarlo. La automatización sin supervisión no falla en voz alta. Falla en silencio, y te enterás semanas después cuando el negocio ya confió en un proceso muerto.
Ese es el valor silencioso de la flota.
No magia. Menos deriva.
La inteligencia se alquila. La operación es propia.
No corro modelos locales para el trabajo principal.
La inteligencia se alquila de APIs de modelos. La operación es propia, local.
La mini PC corre los gateways, schedules, archivos, servicios de memoria, workers y el pegamento alrededor de los modelos. La elección de modelo funciona más como staffing que como ideología. Modelos cuidadosos van donde importan el juicio y la calidad de escritura: propuestas, investigación, posicionamiento, copy para clientes. Modelos más rápidos y baratos manejan operaciones rutinarias, sync jobs, clasificación, inspección simple y tareas de alto volumen.
La gente suele preguntarme qué modelo uso.
Esa suele ser la pregunta equivocada.
No contratás un abogado senior para meter sobres. No usás al pasante más barato para negociar el contrato. La pregunta útil es dónde importa el juicio, dónde importa la velocidad, dónde los errores son recuperables y dónde un humano tiene que aprobar el resultado.
Los agentes llegan al mundo exterior por integraciones: GitHub, Google Calendar, Google Drive, HubSpot, Slack, WhatsApp, Telegram, Discord y otras herramientas según el workflow. Parte de eso pasa por plataformas de integración. Parte es custom. El principio es el mismo: los agentes deberían actuar por interfaces estrechas e inspeccionables, no por un permiso vago de “usar el negocio”.
La memoria es estructurada, no infinita.
Cada agente no necesita recordar todo. El agente de ventas necesita memoria de pipeline. El agente de investigación necesita contexto de investigación. El mantenedor del sistema necesita estado de infraestructura. Un agente de proyecto puede necesitar memoria compartida de proyecto. Más memoria no es automáticamente mejor. Mala memoria es solo contexto viejo con confianza.
Las skills son versionadas. Si un agente aprende a producir un mejor reporte semanal, esa habilidad debería convertirse en un archivo que puedo revisar, diffear, mejorar, reutilizar o pasarle a otro agente.
Los prompts se pudren cuando viven solo en el chat.
Las skills componen cuando viven en archivos.
La parte incómoda
Acá va la parte que la mayoría deja afuera cuando habla de flotas de agentes.
Varios agentes de negocio fueron configurados, asignados a carriles, conectados a gateways y técnicamente listos.
Después el reporte de estado mostró la misma línea al lado de ellos durante semanas:
Sin output de cron registrado. Esperando brief.
El sistema no esperaba inteligencia.
Esperaba dirección.
Un agente sin tarea es un sueldo pagado por una silla vacía. Una flota no genera su propia estrategia de negocio. Alguien todavía tiene que decidir qué mercado importa, qué oferta vale la pena vender, qué cliente merece atención, qué trabajo hay que matar y qué significa “listo” esta semana.
Ese alguien es el operador.
Ninguna capa de orquestación saca ese trabajo.
En el mismo período en que partes de la flota estaban ociosas, mi propia revisión semanal mostraba demasiado tiempo yendo a mejorar el sistema y no suficiente tiempo yendo a la empresa que el sistema debía servir.
La empresa estaba marcada como crítica en su propio registro.
El sistema sabía.
Me estaba esperando.
Esa es la trampa.
La infraestructura es la forma de procrastinación de mayor status disponible para un founder técnico. Las llamadas de venta te pueden rechazar. Los orquestadores no. Un gateway mejor se siente productivo. Un registro más limpio se siente responsable. Un agente nuevo se siente como apalancamiento. La máquina siempre dice que sí.
Pero la máquina multiplica lo que le das de comer.
Dale nada, y multiplica nada hermosamente, en horario, con checkmarks verdes.
Las reglas que evitan que el sistema se convierta en el negocio
Un sistema así necesita restricciones o se convierte en un hobby con credencial de empresa.
Las reglas que me importan ahora son simples:
- Los sistemas internos no tienen roadmap a menos que el trabajo externo lo requiera.
- No existe un agente nuevo hasta que el trabajo se haya hecho manualmente suficientes veces para entender el dolor.
- Una mejora del sistema tiene que producir una acción externa en siete días: una propuesta enviada, un cliente atendido, un follow-up completado, un reporte entregado, una página publicada.
- El scoreboard es externo: revenue, propuestas, respuestas, trabajo entregado, resultados para clientes.
- Las métricas de salud del sistema son diagnósticos, no objetivos.
- Si una automatización solo ayuda al sistema de automatización a admirarse a sí mismo, congelala.
La última regla importa más.
Un mal sistema falla en voz alta. Un sistema mediocre se convierte en mueble. Un sistema interno sofisticado puede convertirse en un videojuego privado donde el founder sigue subiendo de nivel al personaje equivocado.
Qué construiría primero si empezara de nuevo
No empezaría con trece agentes.
Empezaría con cuatro archivos y un worker útil.
Primero: un registro de proyectos.
Cada proyecto activo, owner, estado, prioridad, próxima acción actual y fecha de última revisión.
Segundo: un log de decisiones.
No solo la conclusión. El razonamiento. Las alternativas descartadas. La fecha. Los supuestos. El vos del futuro no es un testigo confiable.
Tercero: un inbox de captura.
Un lugar donde las ideas pueden caer sin pretender que ya están organizadas.
Cuarto: una revisión semanal.
Qué se planeó, qué pasó de verdad, qué se movió, qué se trabó, qué necesita una decisión, qué cambia la semana que viene.
Después sumaría un agente.
No un agente de investigación porque investigar suena inteligente. No un agente de contenido porque publicar se siente productivo. No un agente de ventas antes de tener una oferta.
Un agente que lea esos archivos y produzca algo externamente útil: una lista de follow-ups, un resumen listo para cliente, un borrador de propuesta, un reporte operativo semanal, una cola de publicación, una lista de oportunidades trabadas.
Si el primer agente no produce valor externo, el segundo no te va a salvar.
Qué compra de verdad la flota
La flota no hace plata por existir.
Los archivos no hacen plata. Los schedules no hacen plata. Los dashboards no hacen plata. Los nombres de los agentes definitivamente no hacen plata.
Lo que el sistema compra es apalancamiento operativo.
Me devuelve horas. Detecta deriva. Mantiene la memoria afuera de mi cabeza. Convierte trabajo vago en colas visibles. Fuerza revisiones incómodas. Hace más fácil delegar trabajo repetido. Permite que una operación de una persona se comporte con más continuidad de la que una persona cansada normalmente puede.
Eso es valioso solo si la atención recuperada vuelve al mundo exterior.
Clientes. Ofertas. Follow-ups. Entrega. Escritura. Ventas. Relaciones. Decisiones.
Una empresa corrida por agentes sigue siendo corrida por el operador.
Cuanto mejores sean los agentes, menos excusa tiene el operador.
Armo sistemas de negocio prácticos para empresas que necesitan que el trabajo se mueva de forma confiable entre herramientas, mensajes, personas y agentes de IA. Si estás tratando de construir algo así dentro de una operación real, podés contactarme por mi página de contacto.