🛰️ Panel — Dónde está Darío

fecha de referencia: 2026-08-12 · generado 2026-08-12 07:23:03

¿Cómo está Darío ahora mismo?

¿Está Darío corriendo?

Cockpit — la máquina

● EN VIVO · se actualiza sola
¿arrancan los crons y los servicios?

¿Lo hace bien?

Foto de confianza — calidad

● EN VIVO · se actualiza sola
veredictos y errores del trabajo real

¿Cuánto está construido?

Progreso de obra ↓

▤ foto de obra · a mano
lo declara cada unidad en su STATUS.md — puede ir viejo

7/7Subagentes con STATUS
89%Avance medio
2Capas
9STATUS viejo >7d
0Con avisos

Salud de la máquina

🩺 Estado técnico22 crons · 1 con aviso · 5/5 servicios ok · disco 10% · cola de correo ✅

Crons y estabilidad

UnidadHorario (cron)Último runEstado
2-cambio-de-fase*/10 * * * *2026-08-12 07:20 · hace 0.0hok
2-cambio-de-fase30 8,11,14,17 * * *2026-08-12 00:00 · hace 7.4hok
3-compliance-jr-ucn0 9-18 * * 1-52026-08-12 00:00 · hace 7.4hok
7-consultor0 4 * * *2026-08-12 04:00 · hace 3.4hok
2-cambio-de-fase30 7 * * *2026-08-12 00:00 · hace 7.4hok
2-cambio-de-fase40 7 * * *2026-08-12 07:20 · hace 0.0hok
2-cambio-de-fase0 9 * * 1,42026-08-11 00:00 · hace 31.4hstale sin correr hace >1 día
6-monitor23 * * * *2026-08-12 06:23 · hace 1.0hok
1-procesar-altas*/30 8-22 * * *2026-08-12 00:00 · hace 7.4hok
6-monitor15 * * * *2026-08-12 07:17 · hace 0.1hok
1-procesar-altas10 9 * * *2026-08-12 00:00 · hace 7.4hok
1-procesar-altas15 9 * * 12026-08-12 00:00 · hace 7.4hok
1-procesar-altas45 22 * * *2026-08-12 00:00 · hace 7.4hok
6-monitor16 * * * *2026-08-12 07:17 · hace 0.1hok
6-monitor17 * * * *2026-08-12 07:17 · hace 0.1hok
6-monitor18 * * * *2026-08-12 07:19 · hace 0.1hok
1-procesar-altas5,35 8-22 * * *2026-08-12 00:00 · hace 7.4hok
6-monitor20 * * * *2026-08-12 07:20 · hace 0.0hok
6-monitor25 6 * * *2026-08-12 07:20 · hace 0.0hok
(otro)*/17 * * * *sin-log
6-monitor21 * * * *2026-08-12 07:21 · hace 0.0hok
3-compliance-jr-ucn*/2 * * * *2026-08-12 07:22 · hace 0.0hok

Servicios

🟢 dario-cc active🟢 dario-email-server active🟢 dario-logbook-dashboard active🟢 dario-trust active🟢 nginx active

Deploys (local vs origin)

  • main al día 371df837e
  • infra al día 8096f82e5
  • (detached) ? 0f6db0b4c
  • sub6-monitor ? 4c051b438
  • sub3/reanalisis-2min al día 326df6457
  • (detached) ? 656eb81da

Disco

10% · 10.2/102.9 GB

Locks de git

Sin locks colgados.

Deriva (¿el VPS es lo que dice git?)

VPS = git ✅ VPS == git

Capas (coordinación · infra)

MEDIR Confianza de Darío termómetro · solo lectura actualizado hace 0.1 h
Sub-3 Compliance: 178 correcto · 259 elevar · 9 incorrecto (446 revisados · fallo real 2.0%)
Fallos abiertos: 10 graves (P0/P1) de 13 abiertos · tracker 57 (~89% ruido)
Auditor Sub-5: 0 veredictos en vivo (escritura gateada al GO de David)
Sub-6 OBSERVA · David DECIDE. El número es un SUELO: ~87% de la intervención vive en email.
Caveats:
  • Intervención humana ~87% vive en email (MJ/Andrea/gates) → lo medible HOY es un SUELO, no la verdad.
  • 'Elevar a Senior' es juicio PRUDENTE, NO fallo. El fallo real del Sub-3 es el 'Incorrecto'.
  • Solo el Sub-3 está bien medido hoy; las otras rutinas tienen su acto de confianza en email/SQLite.
MEDIR Calidad Compliance Jr (Sub-3) puntúa Andrea · solo lectura actualizado hace 0.1 h
Midiendo: 48 de 446 análisis puntuados por Andrea.
0.0% PERMISIVIDAD · Tipo II (0 casos · el riesgo real: dio por bueno algo malo)
Cobertura: 48 de 446 valorados (10.8% de lo producido por el Jr)
Exceso de celo (Tipo I): 4 · tasa 8.3% molesto pero seguro
Acierto neto: 35/48 (72.9%) sin contar 'No determinado'
No determinado: 0 (0.0% de valorados) si sube, la salida no es revisable
Falsos negativos: 0 de 6 (0.0%) aprobados por el Jr que eran Tipo II
Por familia: Criterio 4 · Ley 0 · Lectura 8 · Otro 1 · Acertado 35 · No determinado 0 dónde falla → dónde meter mano
Sub-6 OBSERVA · David/Andrea DECIDEN. Fuente: valoración de Andrea sobre el análisis del Jr (no ValidadoCompliance).
Notas:
  • Tipo II (permisividad) = el Jr dio por bueno algo que NO lo era → el riesgo real. Es la métrica estrella.
  • 'Elevar a Senior' del Jr NO es fallo; el fallo lo dictamina Andrea aquí (Tipo I/II, Ley, Lectura).
  • 'No determinado' se reporta aparte: ni acierto ni fallo. El acierto neto se calcula sin él.
  • Evolución semanal: NO medible hoy — el campo guarda el estado actual, no CUÁNDO puntuó Andrea. Para tener serie semanal hace falta una marca temporal de la puntuación (pendiente, ≤15 días).
MEDIR Procesar Altas (Sub-1) volumen + fiabilidad · solo lectura actualizado hace 0.1 h
550 altas procesadas (521 inversores únicos) (Logbook F1, FondoInversor distintos) · 132 bloqueadas por falta de datos · fiabilidad 80.6%.
550 ALTAS PROCESADAS (Logbook · fase F1 · FondoInversor distintos)
Tasa de fiabilidad: 80.6% procesadas / 682 intentos · alto = bueno
Bloqueadas (faltó dato): 132 · 19.4% pidió al peticionario
Fuente: Logbook (fase F1) + bloqueos del OpsLog. Tasa triangulada (dos tablas), realista no exacta al decimal. Lo que MJ corrige en email es el techo invisible.
Notas:
  • Altas procesadas = FondoInversor DISTINTOS que pasaron por F1 (no filas del Logbook). Contar filas infla: una misma alta deja varias entradas F1 (cambio de fase, notas, docs). El campo ValidadoDario_F1 NO se usa: está relleno en casi toda la base por migración.
  • Inversores únicos = personas distintas; algunas invierten en >1 fondo, por eso hay más altas (inversor × fondo) que inversores.
  • La tasa de fiabilidad cruza dos tablas (procesadas del Logbook, bloqueadas del OpsLog) → es un cálculo triangulado, realista pero no exacto al decimal.
  • Techo invisible: lo que MJ acepta o corrige en el email queda fuera de Airtable.
MEDIR Bitácora — sentinela de huecos sin fugas vivas · solo lectura actualizado hace 0.1 h
✓ 0 0 cierres recientes sin registrar (últimos 30 días · por fecha de alta del expediente)
Deuda histórica: 114 huecos de cierre 114 legacy (>90 d) · 0 en 31–90 d
De esos, sin ningún rastro: 58 con otro rastro: 56
Cruza la fase real del expediente (FaseActual) contra las dos bitácoras (Logbook + OpsLog): cierres F5/F6/F7 que llegaron sin dejar registro de cambio de fase. La sentinela vigila el frente VIVO (últimos 30 días); lo antiguo es deuda histórica, no fuga abierta.
Antigüedad por fecha de alta (no de transición) · recuento = techo · GET-only. Fuente: medir/reconciliar_bitacora.json
INFRA Infraestructura / Ops del VPS En curso actualizado: 2026-07-24 · hace 19 d 🔴 STATUS sin actualizar 80%
PARTIDALLEGADA
AQUÍ↓
  1. 1 Rotar secreto de correo (Graph)APARCADO/escalado: llave compartida con el Mac
  2. 2 Datos personales fuera de los registros + rotacion
  3. 3 Acceso SSH solo con llave (sin contrasena)
  4. 4 Cerrar acceso directo de administrador (root)APARCADO: migrar accesos antes
  5. 5 Cortafuegos (solo web + acceso seguro)
  6. 6 Caja fuerte de cifrado para documentos sensiblesEN USO por la biblioteca de documentos
  7. 7 Servidor reproducible desde git (definiciones versionadas)en produccion 13/07; 0 deriva verificada
  8. 8 Luz 'servidor = plano' en el panel (vigilancia de deriva) ← aquí estamoscontrato cerrado con el Monitor; falta publicar el dato
  9. 9 Copias de seguridad cifradas + prueba de recuperacion
≈ 5 de 9 fases · siguiente: Servidor ya reproducible desde git en produccion (definiciones de servicio versionadas; 0 deriva verificada). Pendiente mio: publicar el dato que enciende la luz 'servidor = plano' del panel (vigilancia de deriva); copias de seguridad cifradas + prueba de recuperacion; diseno de gobierno del servidor. La caja fuerte de cifrado esta EN USO (la biblioteca de documentos validando). Aparcados por coordinacion: rotar el secreto de correo (compartido con el Mac) y cerrar el acceso directo de administrador.
capas/infra/STATUS.md (origin/main)
CAPA Pérgamo · Inteligencia Documental En curso actualizado: 2026-07-24 · hace 19 d 🔴 STATUS sin actualizar 90%
PARTIDALLEGADA
(0)
AQUÍ↓
  1. 0 Diseño (ADR, modelo de datos, seguridad/PII)
  2. 1 PoC motor + tests + run real
  3. 2 OCR + representación enriquecida (tipo, metadatos, páginas)
  4. 3 Barrido multi-campo (prueba local)
  5. 4 Cifrado app + despliegue VPSe2e cifrado (sqlcipher3-binary, SQLCipher 4.x + FTS5). Llave por credencial systemd.
  6. 5 Barrido completo de adjuntos (cifrado, en VPS) + consumo por el chat227 COMPLETO (BARRIDO227_DONE); motor incremental/retomable. consultar_documento VIVO en el chat/Carita: lee KYC, escrituras, actas de CRCI, DD compliance, ESG, poderes… y cita fuentes. En claro por identidad; tapado por defecto.
  7. 6 Ronda 2: espejo fiel diario + frescura + robustez de recuperación + versionado + más bases ← aquí estamosHECHO: espejo EXACTO nocturno (reconciliar-todo, timer diario, mismatch 0), índice attachment (curó spin #91), frescura por tabla (#83), defaults canónicos (#80). PENDIENTE: recuperar por expediente+tipo (hoy es FTS por keywords, a veces no rescata el doc pedido), router de intención, versionado/cronología, y extender a las demás bases.
≈ 6 de 7 fases · siguiente: Robustez de consultar_documento (recuperar por EXPEDIENTE+tipo de documento y no solo FTS a ciegas; router saludo-vs-consulta antes de buscar). Luego: versionado/cronología de documentos y extender el espejo a más bases (122+227 ya cubiertas).
capas/doc-intelligence/STATUS.md (origin/main)

Subagentes · de partida a llegada — progreso de obra

📋 Foto de CONSTRUCCIÓN, no de salud. Lo declara cada unidad a mano en su STATUS.md → puede ir vieja: 9 con más de 7 días. Un amarillo aquí es un informe viejo, no trabajo sin hacer. La salud real de Darío hoy está arriba: ¿corre? · ¿lo hace bien?
#1 Procesar Altas Hecho actualizado: 2026-08-03 · hace 9 d 🔴 STATUS sin actualizar 100%
PARTIDALLEGADA
  1. 1 H0 Esqueleto + config
  2. 2 H1 Motor (18 modulos)
  3. 3 H2 Schema verificado Airtable
  4. 4 H3 Dry-run cadena completa
  5. 5 H4 Alta FAKE validada en real
  6. 6 H5 8 variantes (cliente falso)
  7. 7 H6 Lectura buzon Graph app-only
  8. 8 H7 Commit a GitHub main
  9. 9 H8 Deploy VPS (cron sin activar)codigo+.env(incl Graph)+venv OK; smoke dry-run OK; Graph READ OK; watcher dario-email-server.service activo en idle (send-reply incluido). Cron preparado SIN activar
  10. 10 H9 Cutover (apagar Cowork+cron)19/06 22:16: Cowork pausado; MODO_VALIDACION=false; watcher dario-email-server activo (send-reply cargado); cron */30 8-22 instalado. Token confirmado con alta FAKE real (creada+limpiada).
  11. 11 H10 EN VIVO + transición híbridaEN VIVO 25/06: cutover hecho (Cowork retirado, cron VPS activo), 1ª alta real OK. Bug del correo-completo arreglado. Cerebro a compartido/ (genérico + visión) + mejora completitud, en main+VPS. Ladrillo 2 (cerebro conduce las altas vivas) PREPARADO en sombra con evidencia — espera GO de David.
≈ 11 de 11 fases · siguiente: [03/08] PR sub1-modif-expediente-cuerpo: Andrea/Albert modifican CUALQUIER campo del expediente desde el CUERPO del correo (volcado por bisturí: auto-aplica lo reversible, aparta lo demás, backup+reversible-por-respuesta, OpsLog; casa por nombre único). Rescata el ejecutor #95 dormido + resolver de cuerpo nuevo; gobernado por MODIF_EXPEDIENTE_AUTO (OFF→corrida en seco). Validado contra el correo real de Andrea (31/0). Tests h27-h30+h34 verdes. PEND: revisión Sub-6 + OK David + merge + git pull VPS + encender MODIF_EXPEDIENTE_AUTO=1. · 🟢 EN VIVO desde 25/06 (cutover HECHO: Cowork apagado + cron VPS encendido */30 8-22 --apply). 1ª alta real autónoma OK (Santiago Saborido Modia, IG I, F1). BUG cazado por David y ARREGLADO+desplegado: el motor leía solo el preview de ~255 chars de Graph (cortaba datos al final, p.ej. 'Colocador: Lourido'→'L'); ahora lee el CORREO COMPLETO (get_body). Cerebro promovido a compartido/cerebro.py (GENÉRICO reutilizable + VISIÓN PDF/imagen vía pdf_reader — desbloquea Sub-3) + mejora de completitud/calidad; todo en main+VPS, probado. SPEC alineado (solo Andbank delegado). PENDIENTE PRINCIPAL: LADRILLO 2 (cerebro conduciendo las altas vivas) PREPARADO en sombra con evidencia (cerebro_a_alta.py + sombra_comparar.py) — espera GO de David, no encender a ciegas (pero no dejarlo inerte: es la cura real de calidad). Menores: campo PF/PJ en Airtable, respuestas MJ (per-se INMAJOR).
subagentes/1-procesar-altas/STATUS.md (origin/main)
#2 Cambio de Fase Hecho actualizado: 2026-07-24 · hace 19 d 🔴 STATUS sin actualizar 100%
PARTIDALLEGADA
  1. 1 Esqueleto + config
  2. 2 Motor 1 Logbook (FaseActual + checks F5/6/7)operativo en VPS por cron; mueve FaseActual y marca F5/F6/F7
  3. 3 D8 barra F5/F6/F7 + backfill retroactivo
  4. 4 Motor 2 Evaluar Fases V2.1-2.3 (reglas F2/F3/F4)
  5. 5 Motor 2 F2 V2.4 (lee tipo OdF, exencion PF-only)
  6. 6 Depuracion: backfill medio F2/F3/F4 en 63 cerradosaplicado 12/06, idempotente, 254 intactos
  7. 7 Auditoria 13 limbo (PDFs) + correccion FaseActualninguno estaba en F3 de verdad; 3->F1, 9->F2 aplicado
  8. 8 Motor 2 sin Portal: veredictos hueco no-Andbankevaluar_gap.py one-shot: 19 F2 + 19 F3 aplicados
  9. 9 Regla N/A F2/F3/F4 al firmar F5/F6 + DEPLOY Motor 1 a produccionmerge 5477181 a main, pull VPS, dry-run errores=0; live 15/06
  10. 10 F4 Docs Fondo (lee PDFs DocuSign, LLM Opus)apply 334/334 cerrado 16/06: 182 Validado/68 NoValidado/84 ElevarASenior, 0 errores
  11. 10.5 Cambio de fase pieza 1: F5/F6 desde cualquier fase (bug Isabel + reconcilia backlog)apply prod 16/06: A=6→F5, B=3262→F6, 0 errores; F6 72→3334, vacíos 3275→11. Cron re-encendido (código viejo); deploy nuevo gateado (sub7)
  12. 10.6 Cambio de fase pieza 4: re-enganche Logbook (⚙ Cambio de fase en cada transición)desplegado main 71f290a; best-effort, forward-only; dry-run 0 errores
  13. 10.7 Motor F1→F4 (repaso evidencia + barra Query H + chivato) + compartido/m365.pyENTREGADO 19/06: apply (21 veredictos + 5 barras + chivato 202) + crons activos. Firmas a */10. IGO V (3) desbloqueado a F6 a mano.
  14. 11 Motor 2 cron continuo (verdicts por evidencia, diario)repaso_evidencia en cron diario 07:30; el viejo motor_evaluar_fases (Portal) queda superado, limpieza futura
  15. 12 ENTREGADO v1 — post-v1: RUTA A socios + Portal en vivo (gateado Anna, mapeo dormido)v1 cerrado; RUTA A y Portal-live son mejoras post-entrega documentadas
≈ 15 de 12 fases · siguiente: [24/07] Motor de cambio de fase COMPLETO y EN PRODUCCIÓN: firmas F4→F7 (cada 10 min), barrido de veredictos F2/F3 por evidencia + barra F1→F4 'reflejar fase real' (diarios), chivato de estancados a MJ (lun/jue). Barra 'reflejar fase real' + fix PII + --excluir-test DESPLEGADOS a prod (24/06, 0 errores). EN CURSO (en mi rama, sin desplegar; main protegido → entra por PR): (1) ACUSE DE RECIBO F5 al inversor — cuando se completa el expediente, dejo borrador a MJ (cc Andrea) para que lo revise/firme/envíe; CONSTRUIDO y PROBADO EN ESPEJO (0 errores, dedup y read_draft OK); pendiente go-live: fijar el texto aprobado + crear campo en prod 122 + alta de cron (gateado por David). (2) Portal reordena paso 2↔3 → escalado a Sub-6 para coordinación; código Sub-2 NO afectado (F2 dispara por CONTADOR de pasos, no por orden; además dormido); alinear la spec por PR cuando el Portal confirme. (3) Default de BD alineado a REGLA #0.7 (fuera del repo, /opt/dario/state/), viaja con el próximo PR. PENDIENTE de David (no míos): publicar la interfaz de veredictos en prod (compartir SOLO MJ+Andrea). Entrada: HANDOFF 0.undecies + DECISIONES 25/06.
subagentes/2-cambio-de-fase/STATUS.md (origin/main)
#3 Compliance Jr UCN En curso actualizado: 2026-06-25 · hace 48 d 🔴 STATUS sin actualizar 95%
PARTIDALLEGADA
AQUÍ↓
  1. 1 Esqueleto + reglas
  2. 2 Schema verification
  3. 3 Motor Python
  4. 4 Deploy VPS + croncron 0 9,11,13,15 * * 1-5
  5. 5 Operación + cerebro UCN EN VIVOFase 2 encendida 25/06 (39e69bb): visión nativa + correo a David + red validador
  6. 6 HITL con Andrea (ratificación) ← aquí estamos
  7. 7 Rediseño Trigger B selectivo
≈ 5 de 7 fases · siguiente: FASE 2 (cerebro UCN) EN VIVO en main+VPS (39e69bb), flag COMPLIANCE_UCN_CEREBRO=1 en cron. Claude lee los documentos ENTEROS con visión nativa y dicta con criterio (arnés compartido.cerebro + persona/skill/validador propios). Cada veredicto le llega a David por correo (inversor+veredicto+motivo+comentario) + resumen por run; red del validador (CRÍTICA=no escribe); veredicto NO vinculante (manda Andrea); rollback=quitar flag. El 1er veredicto real sale cuando MJ marque un expediente (filtro vivo hoy=0; cron 9,11,13,15 L-V). PENDIENTES no bloqueantes: spot-check del 1er veredicto real; re-analizar los 12/15 viejos cuando David diga; ratificación Andrea (Jodra/desproporción Andbank, opción B); vigilar variancia de visión en firmas.
subagentes/3-compliance-jr-ucn/STATUS.md (origin/main)
#4 Capital Call Executor En curso actualizado: 2026-07-24 · hace 19 d 🔴 STATUS sin actualizar 60%
PARTIDALLEGADA
AQUÍ↓
  1. 1 Núcleo + Motor A (Andbank)
  2. 2 Motor B (directo / Portal)
  3. 3 Deploy VPS + gates en cadena + F7 + Feliu
  4. 4 Estados del flujo + endurecimientoCC→Enviado, Header→Cerrado, exceptuados→F7, idempotencia, --audit-batch, envío resiliente. Jul'26: excepción PARCIAL automática (PR #46, vivo) + traza FondoInversor por F7 en OpsLog (#24) para el cuadre de Sub-6
  5. 5 Validar CC1 end-to-end por el motor (sim. F7) ← aquí estamosse valida con la corrida real de Motor B pre-Portal (Industrial)
  6. 6 Capital Call MULTI-RONDA (CC2/CC3)versión simple (D43): universo por ronda (CC2+=F7), copy genérico, exclusiones auto desde la tabla. Refinamientos descartados por innecesarios
  7. 7 Pre-Portal con instrucciones de pago + cert vía PiDavid dio LUZ VERDE 24-jun. Caso Industrial (15 inv.): cert + instrucciones de pago en el mail. Próximo bloque: construir + ensayo en espejo; gate humano sagrado antes del envío real
  8. 8 Nivel 3: auto-disparo desde el Formulariopolling + cron; en pausa hasta validar S5
  9. 9 Hardening final + monitorizaciónfestivos BCN, salud máquina, alertas
≈ 5 de 9 fases · siguiente: Cerrar la corrida end-to-end por el motor (Motor B pre-Portal, Industrial): ensayo en espejo a dparra@ → envío real con GO de David. Mientras, los capital calls concretos se lanzan a mano vía Cowork. Auto-disparo (Nivel 3) en pausa hasta validar la e2e.
subagentes/4-capital-call-executor/STATUS.md (origin/main)
#5 Auditor del Onboarding En curso actualizado: 2026-07-24 · hace 19 d 🔴 STATUS sin actualizar 88%
PARTIDALLEGADA
AQUÍ↓
  1. 1 Motor lógico + tests (119)
  2. 2 Informes texto
  3. 3 Aislamiento git (worktree)
  4. 4 Maquetas visuales (panel)
  5. 5 Reuso datos reales V1.3 (86)
  6. 6 Informes reales + depuración motor
  7. 7 Deploy-readiness (rama main+descargo)
  8. 8 Schema 4 tablas + escritura Airtable
  9. 9 Run LLM nuevo en vivo + HITL ← aquí estamos
  10. 10 Despliegue VPS + cron
  11. 11 Primer ciclo real + HITL
≈ 8 de 11 fases · siguiente: CADENA MVP PROBADA EN VIVO (24/07): auditor lee de Pérgamo (texto, euro-bajo, 0 imágenes) → cuaderno (state.db) → puente `build_panel --from-pergamo` → index.html REAL. Smoke 3/3 OK en VPS; ciclo representativo (40) corriendo. DECIDIDO (David+Sub-6): el panel vive en dominio propio `trust.dario.click` (patrón Sub-6: cron genera index.html → nginx sirve); fuente = el cuaderno del auditor; las 4 tablas Airtable = registro durable (se migra el panel a leerlas cuando abra el write-go). PENDIENTE PARA PUBLICAR (no es código): Infra monta `/var/www/trust.dario.click` + re-apunta nginx (retira chat muerto 8097) + go de David. GATES: nombres OK (David); write a Airtable sigue gated; índice 122 parcial → panel rotulado PROVISIONAL. Luego: programar la rutina (cron hoy APAGADO).
subagentes/5-auditor/STATUS.md (origin/main)
#6 Monitor de Darío En curso actualizado: 2026-07-24 · hace 19 d 🔴 STATUS sin actualizar 98%
PARTIDALLEGADA
  1. 1 Arranque: carpeta + docs + panel.pycasa + panel.html, en vivo
  2. 2 Adopción STATUS.md por unidadeslectura por rama propia (D9); 7 subagentes + capa Infra publicando
  3. 3 Servir en monitor.dario.clickVPS nginx+TLS+cron horario
  4. 4 Señales de salud de la máquina (S4)crons/servicios/deploys/disco/locks vivos
  5. 5 Alertas de olvido y deriva (S5)sentinela de bitácora EN VIVO (01/07); olvido = el panel marca los STATUS.md con >7d; luz de deriva VPS==git self-computed EN VIVO (#88, 23/07): crons git↔crontab + servicios MANIFIESTO↔systemd, bidireccional
  6. 6 Meta-agente D13 · MEDIR (termómetro de confianza)EN VIVO 27/06: foto solo-lectura (407 rev/42 P0-P1); relevo Padre→MEDIR; Padre apagado
  7. 7 Meta-agente D13 · PREGUNTAR (consultor Claude máquina/PMO)EN VIVO 27/06 en https://trust.dario.click (basic-auth+TLS, systemd dario-trust, flag on); solo lectura; D14
≈ 7 de 7 fases · siguiente: Roadmap de construcción (7/7) esencialmente cerrado; Sub-6 en entrega/mantenimiento (vigilancia en vivo). Cadena Pérgamo (reconcile/frescura/barrido 122) cerrada EN VERDE: revisadas y desplegadas las guardas #85/#84 (frescura por tabla) + índice #91 (reconcile rápido); reconcile_status.json fresco, mismatch 0. Luz de deriva VPS==git EN VIVO (#88, 23/07). PEND: cablear la alarma de reconcile al panel (leer reconcile_status.json) + foto de confianza VIVA (coherente con cockpit, sin mockups viejos).
subagentes/6-monitor/STATUS.md (origin/main)
#7 Consultor En curso actualizado: 2026-07-24 · hace 19 d 🔴 STATUS sin actualizar 83%
PARTIDALLEGADA
AQUÍ↓
  1. 1 API FastAPI en VPS
  2. 2 Deploy VPS + HTTPS + systemd
  3. 3 Vista Darío + Portal + buscador
  4. 4 Cruce CapitalCalls + Exclusiones
  5. 5 Sub-agrupación F7 por batch (frontend)
  6. 6 Darío Experto chatbot Fase AIncluye logbook_expediente (30-jun)
  7. 7 Promoción a Sub-7 + casa completaCutover VPS + frontend Hostinger HECHO
  8. 8 Guardarraíl dinero + report-error + P0 fixesfuente CC=122, no-veredicto financiero, botón error→BugTracker
  9. 9 Pérgamo consultar_documento#68 tool + #69 fix FTS5 (storage.connect)
  10. 10 Carita voz.dario.click en-claro ← aquí estamos#75 voz-whoami + CORS; pend secreto nginx + go-live PII (David/Andrea)
  11. 11 Estados CC correctos en AirtableBloqueado por Sub-4
  12. 12 Exceptuados movidos a F7 + LogbookBloqueado por Sub-4
≈ 9 de 12 fases · siguiente: Carita en-claro voz.dario.click (token voz-whoami ya en main, pend secreto+nginx Pérgamo) + Andrea PII
subagentes/7-consultor/STATUS.md (origin/main)