El Bibliotecario es el conjunto de procesos automáticos que mantienen viva y coherente la wiki Supercontexto. Corre íntegramente en GitHub Actions + Cloudflare Workers D1, sin servidor propio. Todos los procesos comparten el toggle de pausa global vars.BIBLIOTECARIO_PAUSADO.
Procesos operativos (audit 14-05-2026, post Fase 3 KB vs Graph)
6 crons principales
| Cron | Schedule | Modelo IA | Apply mode | Qué hace |
|---|---|---|---|---|
Bibliotecario-Curator (wiki-curator.yml) | L+J 0 5 * * 1,4 (05:00 UTC · 07:00 Madrid CEST) | Haiku 4.5 | apply=true desde s32 (27-04-2026) | Drafts ≥2 días → Haiku decide promote/delete/keep. Promueve a active o borra los rechazados. |
Bibliotecario-Lint (wiki-lint.yml) | Diario 30 4 * * * (04:30 UTC) | Haiku 4.5 (incremental) | apply=true desde s32 | Evolucionado en s61 (ADR KB vs Graph Fase 4): respeta lifecycle por doc. evergreen→ignorado · refresh-Nd→marca verification_pending=1 si supera N días (el cron Drift-Check lo procesará con Haiku) · ephemeral-Nd+kind=knowledge_graph+utility_score=0→status=draft para que el Curator decida delete. Fallback legacy (60d uniforme→stale) para pages sin lifecycle. |
Bibliotecario-Drift-Check (wiki-drift-check.yml) | Diario 0 6 * * * (06:00 UTC · 08:00 Madrid CEST) | Haiku 4.5 (JSON-only response) | dry_run=true las 2 primeras semanas; después apply=true con cap 20 pages/día | Nuevo en s61 (ADR KB vs Graph Fase 3). Procesa pages con verification_pending=1 (top-N por utility_score). Fetch commits del/de los repos desde last_verified → si hay cambios, Haiku decide drift + confidence. Si drift && confidence > 0.7: crea draft <slug>--drift-fix-YYYYMMDD para el Curator. Si no drift o low confidence: bump last_verified + clear tripwire. Coste estimado ~$2,40/mes (cap 20/día). Ver [[feature—biblioteca—drift-check-semantic]]. |
Bibliotecario-Lint Consolidación (wiki-lint-consolidation.yml) | Domingo | Haiku 4.5 | dry-run | Pairwise full sobre todo el corpus (más caro, semanal). |
Bibliotecario-Utility (wiki-utility.yml) | Diario | n/a (SQL puro) | apply siempre | Recompute utility_score de todas las pages active/draft basado en query hits y backlinks. |
Bibliotecario-Catalog (wiki-catalog.yml) | Diario | n/a (SQL puro) | apply siempre | Genera catalog.md (índice plano de todas las pages, autogenerado). |
2 procesos event-driven
| Proceso | Trigger | Modelo IA | Qué hace |
|---|---|---|---|
Bibliotecario-Ingest (post-merge-ingest.yml) | Push a main o PR closed | Pipeline 3-tier: filtro pre-LLM → Haiku 4.5 triage → Sonnet 4.6 deep (~80% ahorro vs baseline) | Sincroniza pages .md del repo con D1 (reconcile). Indexa código nuevo. Crea pages auto desde commits relevantes. Extendido en s61 (ADR KB vs Graph Fase 2): invoca trigger_tripwires() → MCP bib_mark_verification_pending → marca docs cuyas sources (type=code) matchean paths tocados. Funciona en ambos repos (workspace + CreaRack-Pro). |
Bibliotecario-Reindex-TS (bib-reindex-ts.yml) | Cada 6h (cron 0 */6 * * *) | n/a (AST parser TypeScript) | Re-indexa AST TypeScript del workspace (Fase 7 Supercontexto). |
1 proceso de informe
(sin cambios en este PR)
Véase también
- [[feature—biblioteca—drift-check-semantic]] — Drift Check Semántico: handlers MCP + cron diario + Lint lifecycle-aware (Fases 3-4 KB vs Graph)
- [[decision—20260514—knowledge-base-vs-graph]] — ADR que define la arquitectura KB vs Graph y las fases de despliegue
- [[feature—biblioteca—kb-vs-graph-fase1]] — Fase 1: schema Astro + D1 migration 0024 + backfill
- [[feature—biblioteca—kb-vs-graph-fase2]] — Fase 2: handlers MCP bib_mark_verification_pending + tripwire
- [[entity—biblioteca—table—bib-drift-checks]] — tabla D1 de audit de verificaciones Haiku