Mantenimiento Semanal CreaRackSL · 2026-05-13 (run noche v2)

Generado: 2026-05-13 (miércoles · 3º run manual del día, noche) Agente: Maintenance-Weekly v1.3 Repos auditados: CreaRackSL-workspace (GitHub MCP) · CreaRack-Pro/claude-method (PyPI/npm, sin GitHub MCP) Ventana: últimos 7 días (2026-05-06 → 2026-05-13) Corrección vs run PM: asyncssh 2.23.0 tiene fecha real 2026-05-09 (el run PM lo tenía erróneamente como "ene 2025" por bug de parsing en esa versión del agente).

§ Informe ejecutivo

Asunto: Mantenimiento semanal CreaRackSL · Semana del 13-05-2026

Hola Edu,

📊 Resumen
- 7 releases Python nuevas en la semana (2 relevantes + 1 MAYOR)
- 5 releases npm en la semana (actualizaciones rutinarias)
- 0 CVEs confirmadas (pip-audit inaccesible en esta sesión)
- 1 waiting state POSIBLEMENTE listo (asyncssh 2.23.0 — ver abajo)
- 2 issues workspace sin actividad (#9: 13 días · #10: 5 días)
- 0 PRs abiertos
- Estado CI workspace: ✅ verde (100% en s60)

🚨 Acción humana esta semana
- ⚡ VERIFICAR asyncssh 2.23.0 (lanzado 09-05): la rutina Cluster C
  (watcher trig_01Qh49E94MjayB2pxaGmiiKy) debería haber abierto issue
  en CreaRack-Pro el lunes 11-05. Si hay issue abierto → Cluster C
  LISTO para retomar (bump asyncssh + fido2 2.x + cryptography 48 + allauth 65.16)
  con smoke local OBLIGATORIO antes de mergear.
- EVALUAR google-genai 2.2.0 (12-05): salto MAYOR (1.x → 2.x) en el
  SDK que alimenta TODO el stack IA (6 sitios CreaRack-Pro + 3 workspace).
  Revisar changelog ANTES de actualizar. Puede romper la API de Gemma.
- MAÑANA 14-05 09:00 UTC: routine "STAGE crons validation" abre issue
  GitHub automáticamente. Revisar: disco STAGE <80%, cron purga DR backups,
  watchdog GH Actions.
- VIERNES 16-05: verificar DNSSEC 3 dominios. Si delegationSigned: false
  >72h → ticket CF Support. Línea PowerShell en NEXT.md.
- Cierra issue #9 workspace (bib-ingest-failure 30-04, 13 días estancado).

🔧 Acción dev esta semana
- django 6.0.5 (05-05): bump seguro. CreaRack-Pro en 6.0.3, dos patches atrás.
- google-genai 2.2.0: revisar changelog PRIMERO. Si compatible → bump coordinado
  en los 6 sitios de CreaRack-Pro + 3 workspace (ver Regla 8 para la lista).
- send_maintenance_email: verificar RESEND_API_KEY en CF Pages dashboard y
  confirmar deploy del commit f9aba6a. Así el PRÓXIMO run llegará al inbox.

📦 Lo que sigue dormido
- Cluster C: asyncssh 2.23.0 disponible (09-05) pero necesita confirmación manual.
  Watcher debería haber actuado el 11-05. Cryptography 48.0.0 también salió (04-05).
- Cluster F (huey 3.0.0): trigger fecha 14-06-2026. Sin urgencia.
- DNSSEC: propagación automática CF → Verisign en marcha.

🟢 Lo que está bien
- s60 cerrada al 100%: 12 commits, CI verde, paridad mobile, propagador
  claude-method bidireccional, 64 estilos inline liquidados, GitHub Actions
  ~400-450 min/mes ahorrados. El sistema auto-mantenido funciona perfectamente.
- npm: @anthropic-ai/sdk 0.96.0 y astro 6.3.2 ambos actualizados hoy.

— Agente de Mantenimiento Semanal CreaRackSL (3º run · 13-05-2026 noche)

§ Sección extendida — Datos brutos

T1 · Releases upstream (ventana 2026-05-06 → 2026-05-13)

Backend Python

⚡ asyncssh 2.23.0 — Posible Trigger Cluster C

Publicado 2026-05-09 en PyPI. La última versión que teníamos era 2.22.0 (donde el bump falló por AttributeError: ctypes.HRESULT al instalar fido2 2.x en Linux). El fix d2653a1 (ronf/asyncssh@main, 2026-04-18) debería estar en 2.23.0. El watcher trig_01Qh49E94MjayB2pxaGmiiKy (lunes 09:00 UTC) debería haber verificado el lunes 2026-05-11 y abierto issue en CreaRack-Pro si el fix está incluido. GitHub API rate-limited en esta sesión impidió confirmar directamente.

Acción: revisar si hay issue Cluster C abierto en CreaRack-Pro. Si sí → bump coordinado con smoke local OBLIGATORIO (ver footgun footguns_auth_crypto_smoke_local).

⚠️ google-genai 2.2.0 — Salto MAYOR

Versión 2.x publicada el 12-05-2026. Usamos 1.60+ en:

• blueprints/services/google_genai_driver.py (Auto-Plan)
• monitoring/services/ai_providers/google_genai.py (CNS Insight, IT Tutor, MIB Assistant)
• core/services/ai_providers/router.py (AIOperations, finops_report, perf_review)
• functions/api/mcp/handlers/archivo-core.ts (workspace — bib_ask + IT Tutor)
• functions/api/wiki/translate.ts (workspace — traducción live)
• scripts/translate-wiki.mjs (workspace — batch pre-build)

Revisar googleapis/python-genai changelog antes de actualizar. NO hacer bump sin leer notas de migración.

Frontend / Tooling (npm)

T2 · CVEs pip-audit

github_list_workflow_runs no disponible en esta sesión (tool creada en commit 92da366 pero MCP workspace no conectado). Sin datos de pip-audit. Revisión manual: GitHub → CreaRack-Pro → Actions → pip-audit.yml.

T3 · Items en waiting state

T4 · Issues + PRs > 7 días (CreaRackSL-workspace)

PRs abiertos: 0

CreaRack-Pro y claude-method: sin acceso GitHub MCP en esta sesión.

T5 · Tasks workspace pending

list_tasks no disponible (workspace MCP no conectado en esta sesión).

T6 · CI rojo recurrente

Workspace: CI verde en todos los commits de s60. Incidente resuelto hoy: crons STAGE HTTP 302 (commit 83a31cd) por gap CF Access headers post-hardening s57.

github_list_workflow_runs no disponible → CreaRack-Pro y claude-method sin datos de CI.

T7 · Actividad reciente workspace (commits desde 2026-05-06)

Sesión 60 muy activa (13-05-2026):

• c906da3: página /supercontext/reports/ que renderiza informes en web workspace
• f9aba6a: nueva tool send_maintenance_email via Resend (pendiente RESEND_API_KEY en CF Pages)
• 92da366: claude-method en allowlist + tool github_list_workflow_runs en MCP
• 83a31cd: fix crons STAGE CF Access headers (backup D1 + stale-check)
• f8db878: GitHub Actions optims (concurrency CF Pages + skip wiki(*) ingest)
• 8dd6778: cierre documental s60

§ Envío

• Tool intentada: send_maintenance_email (canónica v1.3)
• Resultado: ❌ No disponible — MCP workspace no conectado en esta sesión.
• Fallback: mcp__Gmail__create_draft → ✅ OK
• Draft ID Gmail: r-8760908612343870978
• Destinatario: edudomo2@gmail.com
• Acción pendiente Edu: verificar RESEND_API_KEY en CF Pages dashboard → próximo run usará send_maintenance_email directo al inbox.

§ Limitaciones de este run