1. Ops & Gov Layer
Group ID: A
One-liner
Capa de gobernanza que coordina proyectos, rituales, registros, automatizaciones y superficies de decisión.
Context
Este grupo reúne los sistemas que hacen operable el resto del portfolio: control tower, ciclos semanales, soporte de oficina, registros, run records, manuales y automatizaciones programadas. Su función no es producir un output temático aislado, sino reducir fricción, olvido, deriva y reexplicación entre sesiones. Sigue activo porque es la capa que permite que muchos frentes convivan sin depender de memoria improvisada. El progreso real se ve cuando los proyectos quedan mejor clasificados, las decisiones se enrutan con más claridad y las rutinas producen evidencia reusable para la semana siguiente.
Projects
Control Tower
Project ID: 1
One-liner
Superficie principal de control para ver, clasificar y gobernar el portfolio operativo.
Context
Control Tower es la vista de mando que organiza frentes, prioridades, estados, carriles y necesidades de atención dentro del ecosistema. Existe para convertir una colección amplia de proyectos en una superficie gobernable, donde se pueda distinguir qué está activo, qué queda en watch, qué requiere soporte y qué debe cerrarse o postergarse. Sigue activo porque es la pieza que mantiene continuidad entre semanas y evita que los proyectos se vuelvan una nube de intenciones sueltas. El progreso real consiste en que la torre refleje mejor el estado vivo del sistema y ayude a tomar decisiones más rápidas y menos ambiguas.
Week Cycle Governance (inc. Capture & Homeostasis cadence)
Project ID: 2
One-liner
Ritual semanal para compilar, seleccionar, ejecutar, reingestar y cerrar frentes de trabajo.
Context
Este proyecto formaliza el ciclo semanal como una secuencia gobernada: lunes de compile/select, martes de build, miércoles de repair/build, jueves de integración, viernes de reingesta/cierre, y fin de semana con homeostasis liviana. Existe para que la atención no se distribuya por impulso, sino por un patrón de decisión y revisión estable. Sigue activo porque ayuda a convertir ideas, capturas y proyectos dispersos en compromisos semanales concretos. El progreso real se ve cuando cada semana produce mejores carry flags, horizontes más claros y menos arrastre ambiguo.
Office Auto Lab (inc. Clock Compile + Support Queue)
Project ID: 3
One-liner
Laboratorio operativo que compila el estado del portfolio y prepara soporte accionable para cada bloque.
Context
Office Auto Lab reúne piezas como Clock Compile, Support Queue y chequeos automáticos del portfolio para transformar registros dispersos en paquetes de acción, diagnóstico y continuidad. Existe para que la oficina pueda preparar contexto, detectar huecos, generar briefs y enrutar frentes sin reconstrucción manual completa. Sigue activo porque es la capa que convierte la gobernanza en operación diaria asistida. El progreso real consiste en que produzca compilaciones más útiles, soporte más preciso y menos ruido para decidir qué hacer en cada bloque.
Run Record Owner
Project ID: 4
One-liner
Componente de observabilidad que registra ejecuciones, evidencia, resultados y estado operativo de comandos o pipelines.
Context
Run Record Owner define y mantiene la convención para envolver ejecuciones con metadatos, logs, manifests, estados y resúmenes de salud. Existe para que los procesos automatizados no sean cajas negras y para que cada corrida deje evidencia suficiente para diagnosticar, reintentar o confiar en sus resultados. Sigue activo porque muchos pipelines del ecosistema necesitan trazabilidad antes de poder operar con autonomía. El progreso real se ve cuando más utilidades producen run records consistentes y esos registros alimentan dashboards, support queues o decisiones semanales.
Utility Inventory
Project ID: 5
One-liner
Registro de utilidades reutilizables, sus comandos, roles, entradas, salidas y grado de madurez.
Context
Utility Inventory cataloga las piezas técnicas del ecosistema no como proyectos narrativos, sino como capacidades: componentes, superficies, verticales, registries, gobernanza, productos o streams de continuidad. Existe para aclarar qué es cada cosa, qué consume, qué emite y cómo debe ser usada por otros sistemas o agentes. Sigue activo porque el portfolio contiene muchas piezas reutilizables que necesitan clasificación antes de poder componerse sin caos. El progreso real consiste en que las utilidades tengan roles claros, límites explícitos y paquetes de soporte adecuados a su arquitectura.
Project/Repo Registry
Project ID: 6
One-liner
Registro que vincula proyectos, repositorios, componentes, artifacts y roles arquitectónicos.
Context
Project/Repo Registry mantiene la relación entre la vista conceptual del portfolio y la implementación real en directorios, repos, scripts, sitios y artifacts. Existe porque un mismo repo puede contener varios componentes, y un mismo proyecto puede depender de más de un repositorio o superficie. Sigue activo para evitar que la gobernanza del portfolio quede desconectada del filesystem y del código real. El progreso real se ve cuando cada frente tiene repos asociados, ownership claro, artifacts esperados y una ubicación menos ambigua dentro del campus operativo.
Capture Manual
Project ID: 26.2
One-liner
Manual de captura que convierte discurso, pensamiento y sesiones en artefactos operativos reutilizables.
Context
Capture Manual define cómo interpretar capturas de voz, texto o pensamiento libre y transformarlas en memos, briefs, tareas, registros o piezas de contexto downstream. Existe para que las sesiones de pensamiento no se pierdan como material amorfo, sino que entren al sistema con intención y formato. Sigue activo porque ya funciona como una capa transversal de intake cognitivo para asistentes, oficina y procesos de publicación. El progreso real se ve cuando mejora la calidad del routing, baja el retrabajo y las capturas producen artifacts más consistentes.
Operations Manual
Project ID: 45
One-liner
Manual operativo que fija modos, reglas, cierres y criterios de ejecución para el ecosistema.
Context
Operations Manual documenta los modos de trabajo, reglas de cierre, handoffs, criterios de evidencia y límites operativos que permiten trabajar con continuidad. Existe para convertir prácticas tácitas en una superficie explícita que pueda guiar tanto ejecución humana como apoyo de agentes. Sigue activo porque funciona como marco transversal de operación para muchos proyectos. El progreso real consiste en que el manual sea más corto, más aplicable y más conectado con casos reales, sin convertirse en documentación ornamental.
Cron + Systemd Orchestration governance
Project ID: 26.5
One-liner
Gobernanza de automatizaciones programadas por cron, systemd y otros mecanismos de ejecución periódica.
Context
Este proyecto ordena la ejecución programada de scripts, timers, servicios y automatizaciones de bajo nivel para que no queden dispersas, opacas o difíciles de mantener. Existe para asegurar que cada automatización tenga propósito, owner, frecuencia, observabilidad y criterio de falla. Sigue activo porque muchas capacidades del ecosistema dependen de corridas periódicas confiables. El progreso real se ve cuando los timers están inventariados, documentados, monitoreados y conectados con run records o superficies de estado.