--- type: DC asset_id: DC-XX-BMF-SX-ConsejeroCurador-Diseno-v01 version: v01 status: Draft · Diseño · Pendiente ratificación de Victor (L3+) owner: Victor Heredia sherpa_owner: Jay ratificador: Victor Heredia (L3+) fecha_creacion: 2026-06-20 fecha_ultima_actualizacion: 2026-06-20 intellbank: IB-XX-Maestro subbank: IPI-XX-IP-Infraestructura / IPI-XX-BMF-Engine tipo: DC — Documento de diseño proposito: Diseñar los dos primeros Sherpas maestros (/sx-) — el Consejero (despachador) y el Curador (mantenedor del Registro + auditor de salud del fleet). deriva_de: CP-XX-BMF-NomenclaturaInvocacion-v01 relacionados: - CP-XX-BMF-NomenclaturaInvocacion-v01 - CP-XX-BMF-OntologiaAgentica-v01 - CP-XX-BMF-RegistroAgentico-v01 - CP-XX-BMF-ArquitecturaSkills-UpgradePipeline-v01 - PP-XX-BMF-FuerzaLaboralAgentica-Arquitectura-v01 tags: [diseño, sx, consejero, curador, master-sherpa, despachador, registro, salud, fleet] --- # Diseño · Sherpas maestros `/sx-consejero` y `/sx-curador` ## v01 · 2026-06-20 > Los dos primeros **Sherpas maestros** (`/sx-`, admin-exclusivos en `IB-XX-`). El **Consejero** *recomienda* qué inteligencia aplicar; el **Curador** *mantiene y vigila* la flota. Juntos hacen que el ecosistema se opere y se cuide a sí mismo — bajo gate humano. --- ## 1. `/sx-consejero` — el despachador ### Identidad El médico que receta. Ante un problema, diagnostica y propone la **composición correcta** (`Shell × Brain Code(s) × autonomía + Loop Contract`). No ejecuta — **recomienda**. Es el órgano ② de la arquitectura, hecho agente. ### Qué hace 1. Recibe un **problema + contexto** (loop, dominio, restricción). 2. Recupera del **Registro** los `Shell` y `Brain Code` candidatos. 3. Receta una de tres salidas: - **Usa este Sherpa existente** → `/sh--` o `/ux-`. - **Forja uno nuevo** → propone `Shell × Brain Code(s)` y deriva a `/sx-fabricador`. - **Falta cognición** → recomienda **crear un Brain Code** primero. ### Pipeline (del estado del arte de routing 2026) ``` problema ──► [front-door barato: clasificador] │ caso obvio → atajo ▼ [match semántico en el Registro: shells + brain codes] │ ambiguo → [refinamiento iterativo: pide más capacidad] ▼ RECETA: Shell × Brain Code(s) × autonomía + Loop Contract │ si no existe cognición → "forjar Brain Code" ▼ (deriva la ejecución a /sx-fabricador — HITL) ``` ### Inputs / Outputs - **In:** problema en lenguaje natural + (opcional) loop/dominio. - **Out:** recomendación estructurada con justificación y nivel de autonomía sugerido. **Nunca forja por sí mismo.** ### Gobernanza - Clase `/sx-` pero **advisory (L1–L2):** recomienda, no altera el sistema. El forjado real lo hace `/sx-fabricador` bajo **HITL**. - Lee `CP-XX-BMF-RegistroAgentico`. No escribe. ### MVP (F1) Un skill que **razona sobre el índice del Registro** (sin infra vectorial todavía). Devuelve la receta. Evoluciona a routing semántico + carga diferida en F2/F3. --- ## 2. `/sx-curador` — el mantenedor del fleet ### Identidad El curador/intendente de la flota de sherpas. Mantiene el **Registro al día** y **audita la salud** de todos los sherpas. Es quien evita que el catálogo envejezca y que un sherpa degradado siga en producción. ### Qué hace 1. **Mantiene el Registro:** da de alta nuevos sherpas forjados, versiona, marca retiros/bajas, sincroniza alias y clases. 2. **Audita la salud del fleet:** - Estado de eval de cada sherpa (¿pasó su gate? ¿hay regresión?). - Sherpas **stale/degradados**, duplicados, huérfanos. - **Curva de destete:** % `/z-` (externos) vs `/sh-` propios. - Coherencia de nomenclatura (dominio válido, prefijo correcto). 3. **Reporta** métricas del fleet y alimenta el **LoopXKZ (Kaizen)** con hallazgos. ### Gobernanza - Clase `/sx-`, admin-exclusivo. - **Altas/actualizaciones:** L2 (propone, humano ratifica por excepción). - **Retiros/bajas:** L3 / HITL (sacar un sherpa de producción = decisión humana). - Lee y **propone escrituras** al Registro (no borra sin ratificación). ### MVP (F1–F2) Skill que corre un **health-check** sobre el Registro y emite un reporte (sherpas sin eval, `/z-` pendientes de forjar, duplicados, drift de naming) — espejo de tus validadores de vault (`bmf-registry-updater`, `llm-wiki-validator`) aplicado a la flota agéntica. --- ## 2.5 La familia de curadores (`/sx-curador-*`) y `/sx-curador-wikix` El curador **generaliza**: un curador por banco/capa que hay que mantener vivo. Mismo patrón, distinto objeto. El del §2 es **`/sx-curador-fleet`**. | Alias | Cura | Tooling que orquesta | |---|---|---| | `/sx-curador-fleet` | el fleet de sherpas (Registro Agéntico) | health-check del Registro | | `/sx-curador-wikix` | la WikiX (grafo de conocimiento) | `/wikixsalud` · `/wikixupdate` · `/creawikidoc` | ### `/sx-curador-wikix` — el curador de la WikiX **Identidad:** mantiene la WikiX **viva y verídica** — que el conocimiento destilado refleje la metodología/arquitectura *actuales*, no las superadas. **Qué hace:** - **Salud:** corre `/wikixsalud` (enlaces rotos, huérfanas, cobertura, headers). - **Drift (el dolor de hoy):** detecta páginas cuyas Fuentes apuntan a versiones superadas — la arquitectura cambió pero la página no. Las prioriza. - **Cobertura:** detecta conceptos canónicos **sin página** (p. ej. los nuevos: SherpaTeamsX, Fuerza Laboral Agéntica, Ontología Agéntica, Nomenclatura, los `/sx-`). - **Actualiza:** orquesta `/wikixupdate ` — re-sintetiza desde la fuente autoritativa **más reciente**. **Modo de operación (parámetro):** - `/sx-curador-wikix` → barrido general del grafo. - `/sx-curador-wikix ` → enfocado (ej. `/sx-curador-wikix Worx`). **Gobernanza:** L2 (propone, humano ratifica) · L3 para borrar/fusionar páginas. **No duplica el plugin `worx-wikix`:** ese tiene las *herramientas*; `/sx-curador-wikix` es el *agente* que decide qué curar, en qué orden, y las orquesta con criterio. --- ## 3. Cómo trabajan juntos (división de poderes) ``` /sx-consejero ──recomienda──► /sx-fabricador ──forja──► Sherpa nuevo ▲ │ │ lee │ alta └────────────── REGISTRO ◄──mantiene/audita── /sx-curador ◄┘ ``` - **Consejero** = decide *qué* aplicar (advisory). - **Fabricador** = *construye* (HITL). - **Curador** = *mantiene y vigila* (L2/L3). - Separación de poderes: ninguno hace el trabajo del otro. *Recomendar, construir y auditar son funciones distintas — a propósito.* --- ## 4. Gobernanza común (todos los `/sx-`) - **Admin-exclusivos:** viven en `IB-XX-Maestro`, no se exportan. - **Tripleta** en cada uno: Owner Victor · Sherpa Jay · Ratificador Victor. - **Activación protegida** (doble confirmación) → diferido, `IDE-056`. - **Auto-modificación en sandbox**, human-gated. --- ## 5. Próximos pasos / decisiones 1. **Confirmar nombre** `/sx-curador` (vs `/sx-organizador` · `/sx-intendente`). 2. **Construir `/sx-consejero` MVP** (F1) — lee el Registro v1 ya poblado. 3. **Construir `/sx-curador` health-check** (F1–F2). 4. Definir el formato del **reporte de salud del fleet** (qué métricas, con qué cadence). --- **Ficha** · Tipo: DC — diseño · Entidad: XX · v01 · Creado 2026-06-20 · Owner: Victor · Sherpa: Jay · Ratificador: Victor (L3+) · Estado: Draft · diseño **Tags:** #diseño #sx #consejero #curador #master-sherpa #despachador #registro #salud