# Registro Agéntico

## Summary
El **Registro Agéntico** es el catálogo machine-readable de la [[Fuerza-Laboral-Agentica]] — el que el **Despachador / Consejero** lee para recetar la composición correcta (`Shell × Brain Code × autonomía`). Es **distinto** del Skills Registry: cataloga no solo capacidades sino **composiciones desplegadas** con ciclo de vida, autonomía, estado de eval y telemetría. Su esquema es estilo **A2A AgentCard**. v1 sembrado para el loop piloto de Demand Gen (LoopXDG). Activo desde 2026-06-20.

## Los tres bloques del catálogo
**Bloque A · Shells (capacidades pasivas — AgentCards).** Cada shell con `id`, descripción escrita *para un recuperador* (frases-gatillo, sinónimos, alcance negativo "NO usar para…"), tags, examples, modos I/O. v1 sembrado con ~13 shells de Demand Gen (`linx-linkedin`, `cara-content-repurposing`, `celia-cold-email`, `titan-business-offer`…).

**Bloque B · Brain Codes (cogniciones — manifiestos).** El catálogo real del vault (`BC-EL-BrainCodes/`, ~30 cogniciones canónicas en su versión más reciente), con dominio, lentes, territorio, guardas CAL, confianza y confidencialidad (ver [[BrainCodes]]). Sembrados para DG: `BC-ChrisWalker` (demand gen), `BC-GaryVee` (atención/volumen), `BC-DanielPriestley` (KPI/oversubscribed), `BC-AlexHormozi` (ofertas, base de Titan F0).

**Bloque C · Composiciones desplegadas (Sherpas Especializados).** Cada una con par(es) Shell×BrainCode, Harness, nivel de autonomía, scope, estado de eval, tripleta, versión y telemetría:
- ✅ **Validada:** `SVA-EL-Titan-BusinessOffer-v01` = `titan-business-offer` × `BC-AlexHormozi` · F0 validado.
- ◐ **Propuestas (piloto LoopXDG, pendientes de fabricar + eval):** Linx×ChrisWalker (inbound) · Cara×GaryVee (motor de contenido) · Celia×DanielPriestley (outreach oversubscribed).

## Por qué un registro propio
El campo confirma que la ontología cross-org sigue sin resolverse — **no se espera un estándar externo; somos dueños de nuestra taxonomía**. El registro es la pieza que permite **auto-sugerir** la composición correcta: las descripciones ricas de Shells y Brain Codes se embeben para que el Despachador recupere candidatos (routing de dos etapas / Tool-to-Agent), con **carga diferida** (las fichas completas se cargan solo al confirmar — controla el context bloat).

## Cómo lo usan los demás órganos
- El **Despachador** (`/sx-consejero`, ver [[Sherpas-Maestros]]) lo lee y receta; si falta cognición, deriva a la factoría.
- Las **Factorías** registran cada Shell/composición tras pasar el **eval-gate**.
- El **alias** de cada entrada sigue la [[Nomenclatura-Invocacion]] (`/sh-` · `/ux-` · `/z-`).
- La **memoria compartida** realimenta el registro con cada activo validado → mejor routing futuro.

## Relationships
- Catálogo de: [[Fuerza-Laboral-Agentica]]
- Cataloga: [[SherpaX]] (shells/composiciones) · [[BrainCodes]] (cogniciones)
- Estructurado por: [[Ontologia-Agentica]] · aliasado por: [[Nomenclatura-Invocacion]]
- Leído por: [[Sherpas-Maestros]] (`/sx-consejero`, `/sx-curador-fleet`)
- Hermano de: [[Skills-Home]] (Skills Registry — capacidades, no composiciones)
- Owner: [[Victor-Heredia]]

## Open Questions / Gaps
- Eval-gate de las 3 composiciones DG (fase F1-C) — pendiente.
- Hacer el registro machine-queryable (embeddings + control de acceso) — hoy semi-manual.

---

**Ficha** · Tipo: concepto · Entidad: XX · v01 · Actualizado 2026-06-20 · Owner: Victor Heredia · Estado: Activo · v1 sembrado
**Type:** Registry / Catalog · **Domain:** Agentic Architecture
**Fuentes:** CP-XX-BMF-RegistroAgentico-v01 ◈ · TP-XX-BMF-RegistroAgentico-Schema-v01 ◈
**Tags:** #wikix #concepto #registro-agentico #fuerza-laboral-agentica