Zent OS
Tiramos ClickUp y escribimos el sistema operativo de la agencia. Adentro corre una flota de agentes que abre pull requests, revisa código, mira los servidores, contesta por WhatsApp, prepara propuestas y avisa cuando un lead se está enfriando. Los founders aprueban; el resto lo hace la flota.
El mes entero, los tres, y las decisiones que hicieron que esto exista.
Isidro Pasman“Probamos todas las herramientas y siempre terminábamos deformando cómo pensamos para que entre en la grilla de otro. El día que volvimos al pizarrón de verdad, con marcador, entendimos que el problema no era la herramienta: era que ninguna sabía nada de lo que estaba pasando realmente. Zent OS es ese pizarrón, pero que además leyó los mails, los commits y las reuniones de la semana.”
Francisco Sobral“Queríamos dejar de contestar la pregunta "cómo viene tal cliente" abriendo seis pestañas. Si el sistema ya tiene los commits, los mails y las decisiones adentro, que la conteste él. Lo que más nos sorprendió no fue que los agentes escriban código, sino cuánto trabajo nuestro era simplemente mover información de un lado a otro.”
Bautista Silvano Lima“La regla que no negociamos fue que el agente nunca cierra el círculo solo. Puede investigar, escribir, proponer y dejarlo listo, pero la última firma es de una persona. No es desconfianza: es que el día que algo salga mal queremos poder señalar exactamente quién dijo que sí, y a qué hora.”
Zent OS es un proyecto privado, así que acá contamos la arquitectura y no el contenido. El backend es Python con arquitectura hexagonal estricta: el dominio no importa nada de infraestructura, y eso es lo que permite enchufar un agente como una interfaz más al mismo caso de uso que usa la web. Todo corre self-hosted en servidores propios, incluida la base vectorial: la única dependencia externa son las APIs de los modelos. La memoria es un solo Postgres con pgvector donde caen commits, mails, documentos, reuniones y decisiones, y se consulta con búsqueda híbrida (vectorial más filtros estructurados) en una query. Encima de esa memoria vive la flota: alrededor de quince agentes programados que corren en Celery con cadencias distintas, desde uno que revisa el estado de los deploys cada cinco minutos hasta el que redacta la narrativa semanal de cada proyecto los viernes. El agente de código es Claude Code corriendo headless: recibe una instrucción en lenguaje natural, arma un worktree efímero sobre un clon cacheado, aplica el cambio, abre un pull request y lo pasa por revisor, QA funcional con browser, revisión de UX y auditoría de seguridad antes de que un humano lo mire. La entrada conversacional es un agente de WhatsApp que habla con el sistema por MCP y puede ejecutar comandos sobre los servidores con un clasificador de tres niveles: lo inocuo corre solo, lo riesgoso pide aprobación explícita a un founder, y una lista dura no corre nunca aunque se lo pidas. Hay decisiones de costo deliberadas: el razonamiento conversacional usa un modelo barato y el trabajo de código pesado usa uno caro, porque el 90% de los turnos son "mostrame el estado de X" y no justifican el modelo grande. En junio el repo acumuló 382 commits; hoy va por más de 700, y una parte de ellos ya la escribieron los propios agentes del sistema.
Esta edición no fue una competencia.
Las otras ediciones son dos equipos, nueve horas y una votación que decide qué idea merece seguir. En junio hicimos lo contrario: los tres al mismo problema, un mes, y sin nada que elegir al final. No hay ganador porque no había contra quién ganar.
Tampoco hay lista de espera. Zent OS es privado y corre puertas adentro: es la herramienta con la que gestionamos la agencia, no algo que estemos vendiendo. Lo publicamos acá porque es el proyecto del que más aprendimos, y porque el resto de las ediciones se entiende mejor sabiendo sobre qué infraestructura corren.
Ver el caso de éxito completoComentarios
00 entradasCargando comentarios…