Lo que acordamos. Quién continúa. Qué sigue.

Corre en producción y es el board con el que dirigimos nuestra empresa. Las cifras: 566 commits, el último el 4 de septiembre de 2026; 81 migraciones que construyen 90 tablas; 171 políticas de acceso a nivel de fila; 563 casos de prueba automáticos en 38 archivos; 21 rutinas programadas en el servidor más 9 bucles en el proceso; 14 herramientas MCP; 35 endpoints en el colector. Lo que no es: un servicio con autoservicio. No existe un botón con el que un equipo externo pueda iniciarlo por sí solo — se instala.

No, y la restricción está en la base de datos, no en la interfaz. Una función de tipo guardia impide que un agente cierre una tarea, y cualquier escritura que cierre una debe declarar el actor; si el actor no puede determinarse, la solicitud se rechaza. También vale la pena decir por qué la regla se ve así: la primera versión identificaba al actor mediante una función que devolvía vacío para un servicio automático, así que no se aplicaba en ninguna parte. Una auditoría propia la encontró, y la migración que la corrigió explica en el comentario exactamente qué no funcionaba.

De verdad, con código y con rutina programada: Telegram (bot propio, escucha permanente, transcripción de mensajes de voz), cuatro buzones de correo — tres Gmail y uno Microsoft 365 — solo de lectura, Google Calendar, llamadas telefónicas por troncal SIP, Obsidian, LinkedIn, además de sesiones de trabajo y actividad git leídas desde el ordenador de la persona. Los modelos pasan por un gateway propio compatible con OpenAI; el motor de ejecución de los agentes funciona sobre OpenRouter. Lo que NO está conectado, aunque nuestra página de integraciones lo muestre: Slack, GitHub, Jira, Notion, Figma, Zapier, Dropbox, Google Drive, Microsoft Teams, GitLab, Outlook. Hemos buscado en el código y no existe ni una línea para ninguno. Esa página es una rejilla de marketing y debe corregirse.

No, a pesar del nombre de una pantalla de la aplicación. Esa pantalla en realidad es el emparejamiento de un dispositivo mediante código QR, al estilo al que la gente está acostumbrada desde WhatsApp Web — de ahí viene el nombre. No existe ninguna llamada a ninguna API de WhatsApp. Además: ese flujo no se usa, y sus tablas están vacías, algo que constata incluso la migración que revisó sus permisos.

La parte útil no es que tengamos políticas de acceso, sino que encontramos sus fallos y los arreglamos uno por uno, explicando cada migración qué no funcionaba. Una auditoría propia de agosto descubrió que las tres barreras para agentes eran inertes. Otra barrera resultó ser fail-open — la comprobación se omitía por completo, no se rechazaba — y se invirtió para fallar cerrado. El tercer problema era sutil y general: en Postgres una función nueva es ejecutable por defecto para todo el mundo, así que conceder derechos explícitos no restringía nada; se comprobó en producción que una clave anónima llegaba al cuerpo de la función, y luego se revocó el derecho por defecto. A nivel de repositorio, una barrera rechaza los pushes directos a la rama principal y bloquea los archivos de secretos, porque un repositorio privado en una cuenta personal no puede tener protección de rama por parte de GitHub.

Tres cosas que preferimos decir. Los tipos generados para la base de datos son antiguos desde enero y contienen tablas de un proyecto completamente ajeno, lo que forzó 101 conversiones de tipo forzadas en 26 archivos — funciona, pero pierde la comprobación en compilación justo donde serviría. El verificador de estilo reporta 161 errores heredados y no bloquea la entrega. Y 36 pruebas se saltan en la integración continua porque necesitan una clave de modelo que allí no existe. Ninguna detiene el producto; las tres son deuda real.

Por rsync, no contenedor: la interfaz llega a un directorio estático servido por nginx, el colector y el servidor MCP corren como servicios systemd. La integración continua ejecuta las pruebas y construye; la entrega solo arranca si esas pasaron en la rama principal, mediante un executor propio que tiene permiso para ejecutar exactamente dos scripts y nada más. Cada acción externa en el pipeline está fijada a su huella completa, no a una etiqueta, después del compromiso de una acción popular en marzo de 2026. La verificación de salud lee a qué paquete apunta la página servida y hace rollback si no es el más reciente — regla escrita después de un incidente real del 3 de septiembre de 2026. Las migraciones de base de datos siguen siendo manuales, deliberadamente.