--- type: CP asset_id: CP-XX-BMF-NomenclaturaInvocacion-v01 version: v01 status: Canonical · Ratificado por Victor (L3+) · 2026-06-20 (panteón y umbral se asignan al diseñar) 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: CP — Canonical Paper · convención de nomenclatura de invocación proposito: Definir el namespace de invocación "/" del ecosistema agéntico (sherpas /sh-, skills propios /sk-, comandos WORX, externos) — la base para desligarnos de los 70 specialists y marcar lo propietario. deriva_de: CP-XX-BMF-OntologiaAgentica-v01 relacionados: - CP-XX-BMF-OntologiaAgentica-v01 - ARQ-XX-BMF-NamingConvention-v01 - CP-XX-BMF-RegistroAgentico-v01 - CP-EL-SkillsRegistry-v01 - PLAN-XX-BMF-FLA-Roadmap-v01 tags: [canonical, nomenclatura, invocacion, namespace, sherpa, skill, sh, sk, decoupling, sherpateamsx] --- # Nomenclatura de invocación — el namespace "/" del ecosistema agéntico ## Propuesta · v01 · 2026-06-20 > **Por qué importa:** hoy un SVA propio se invoca `/persona-dominio`, **idéntico** a un specialist genérico del paquete. No se distingue lo forjado por EmpowerLabs de un shell prestado. Esta convención vuelve **el prefijo el marcador del moat**: lo propietario se lee distinto, y lo externo queda marcado para destete. Es el primer paso concreto del decoupling de los 70. --- ## 0. Regla de lectura (la convención en una frase) > **`/sx-` es un Sherpa maestro (actúa sobre el sistema: crea factorías, forja sherpas, audita, despacha — máxima gobernanza) · `/ux-` es un UltraSherpaX (compuesto, mítico) · `/sh--` es un Sherpa (funcional) · un verbo es un skill o ritual WORX · `/z-` es externo. La **X** es propietaria — casi sagrada.** --- ## 1. Los cuatro carriles del namespace "/" | Prefijo | Clase | Qué es | Asset ID | Ejemplos | |---|---|---|---|---| | **`/sx-`** | **Sherpa maestro** (meta · sistema) | Actúa **sobre la arquitectura/plataforma**: crea factorías, forja sherpas/ultras, audita el sistema, despacha. **Máxima gobernanza — L3 / HITL obligatorio.** | `SVA-EL-Maestro--vNN` (clase SX) | `/sx-consejero` · `/sx-fabricador` · `/sx-arquitecto` · `/sx-auditor` | | **`/ux-`** | **UltraSherpaX** (tier premium) | Sherpa **compuesto**: board de varios Brain Codes y/o orquesta sub-sherpas. Superpoderes. **Nombre mítico** + la **X** sagrada. | `SVA-EL---vNN` (clase UX) | `/ux-midas` · `/ux-tlaloc` | | **`/sh-`** | **Sherpa** (base) | Agente simple: `Shell × Brain Code × Harness × Gobernanza`. Alias **funcional**, sin nombre mítico. | `SVA-EL---vNN` | `/sh-dgen-postcopywriter` · `/sh-pub-mepbwriter` | | *(verbo)* | **Skills propios + comandos WORX** | Capacidades pasivas y rituales operativos. Se quedan **sin prefijo** (memoria muscular · mínima intervención). | command/skill `.md` | `/arrancaroom` · `/ana` · `/rescate-vault` | | **`/z-`** | **Externo (Bloque Z)** | Los 70 AI Specialists + utilidades de terceros. `/z-` los **indexa al final** y reserva la **X** para lo propio. En **destete**. | n/a (no se versiona) | `/z-barbara-blog` | **El contraste hace el trabajo:** solo los Sherpas llevan marca (`/sh-`) — son lo que potenciamos. Los externos van con `/z-` (último en orden, sin X). Conforme avanza la curva de destete, los `/z-` se reemplazan por Sherpas `/sh-` y desaparecen del núcleo. --- ## 2. Los principios de la convención - **Solo lo propietario lleva marca:** UltraSherpasX (`/ux-`, tier compuesto + nombre mítico) y Sherpas (`/sh-`, funcional). Skills propios y comandos WORX se quedan como verbos (mínima intervención). - **La X es propietaria — casi sagrada.** WOR**X**, Sherpa**X**, Loop**X**, Brain**X**. Lo genérico no la merece: los externos van con `/z-`, que además los **indexa al final**. - **Estructura para escala.** A 500 Sherpas, el alias debe ser **localizable por dominio**, no por nombre suelto. Por eso el alias es dominio-primero, como la sintaxis del registry. ## 2.1 Gramática del alias de Sherpa ``` /sh-- ``` - **``** — abreviatura **controlada** (2–5 chars) del dominio/loop. Agrupa: todos los `dgen` juntos, todos los `pub` juntos. - **``** — función descriptiva en kebab-case (`postcopywriter`, `videocopywriter`, `recruiter`, `stylecorrector`, `mepbwriter`). **Asset ID alineado:** `SVA-EL---vNN` (mismo orden que el alias). ### Vocabulario de dominios (controlado — propuesta) | Abrev | Dominio | Ligado a | |---|---|---| | `dgen` | Demand Generation | LoopXDG | | `sales` | Ventas | LoopXSA | | `prod` | Productización | LoopXPR | | `ops` | Operación / Delivery | LoopXOP | | `kz` | Kaizen / Mejora | LoopXKZ | | `pub` | Publicaciones / Editorial | PX · MasterPlaybooks | | `mx` | Monetización | MX | | `tx` | Transformación | TX | | `hr` | Capital humano / RRHH | HIOrg · TribusRRHH | | `gov` | Gobernanza / Vault ops | WORX core | **Ejemplos:** `/sh-hr-recruiter` · `/sh-dgen-videocopywriter` · `/sh-dgen-postcopywriter` · `/sh-pub-stylecorrector` · `/sh-pub-mepbwriter`. > El `` es **vocabulario cerrado** (se da de alta como las abreviaturas del registry); la `` es **abierta** pero descriptiva. Así, buscar "todos los Sherpas de Demand Gen" = filtrar `/sh-dgen-*`. ## 2.2 Sherpas maestros — el carril `/sx-` Hay un eje distinto al de complejidad (sh↔ux): el **alcance**. Los `/sx-` no actúan sobre el negocio — actúan **sobre el sistema mismo**. Son los **meta-agentes**: los que construyen y mantienen la propia Fuerza Laboral. - **Qué hacen:** crear factorías, forjar sherpas/ultrasherpas, auditar el sistema, despachar (el `/consejero`), mantener el Registro, aplicar gobernanza. - **Dónde operan (capas BMF):** L0–L2 (Kernel · Factory Builder · MetaFactory). Los sherpas de negocio (`/sh-`, `/ux-`) operan L3–L4. - **Los órganos tienen cara — roster de masters:** | Master | Función | Gobernanza | |---|---|---| | `/sx-consejero` | despacha: lee el Registro y receta composiciones | advisory (L1–L2) | | `/sx-fabricador` | forja sherpas/ultras (Factoría de Fuerza Laboral) | L3 / HITL | | `/sx-arquitecto` | crea factorías (Factory Builder) | L3 / HITL | | `/sx-curador-fleet` | mantiene el Registro + audita la salud del fleet de sherpas | L2 (alta) · L3 (retiros) | | `/sx-curador-wikix` | cura la WikiX: salud, drift, cobertura; general o por tópico (`… Worx`) | L2 · L3 (borrar/fusionar) | > **Familia `/sx-curador-*`:** un curador por banco que se mantiene vivo. Extensible (`/sx-curador-`). - **Gobernanza máxima (no negociable):** un `/sx-` modifica el sistema → **L3 / HITL siempre**; la tripleta ratifica, Victor decide. Auto-modificación en sandbox. *Un meta-agente sin gate es el mayor riesgo del ecosistema.* - **Naming:** `/sx-` (descriptivo, no mítico). Asset `SVA-EL-Maestro--vNN`. - **Distribución restringida:** los `/sx-` viven en un **paquete admin-exclusivo**, documentado en `IB-XX-Maestro` (nunca sale de EmpowerLabs). **No se exportan a clientes** — son lo más interno del ecosistema (el opuesto exacto de la membrana de exportación). - **Activación protegida (diferido — a diseñar):** mecanismo de **doble confirmación / protocolo especial** para activar un `/sx-`. Capturado en el Idea Bank (`IDE-056`) para diseño posterior. > **Nota de naming (a resolver):** `SX` ya significa **Sales** (dominio) y **SherpaX** (interfaz) en el vault. En el *namespace de invocación* `/sx-` = maestro es inequívoco (ventas usa `/sh-sales-…`); para el *asset ID* usamos el token `Maestro` para no chocar. Tu llamada si prefieres otro token. --- ## 3. Cómo se ata al Registro y al Despachador - Cada entrada del **Registro Agéntico** declara su `clase` (shell/braincode/composición) y su **alias** con prefijo. - El **Despachador `/consejero`** usa el prefijo y el dominio para razonar: si receta una composición, devuelve un `/sh--…`; si solo existe un genérico, lo marca como `/z-…` **(candidato a forjar)** — disparando a la Factoría. - Las **Factorías estampan**: la de Fuerza Laboral emite `/sh--` (Sherpa simple) o `/ux-` (UltraSherpaX compuesto); la de Skills emite skills como verbo (sin prefijo). --- ## 4. Dos tiers: Sherpa (funcional) y UltraSherpaX (mítico) **Decisión de Victor (2026-06-20):** los nombres míticos **NO** se usan en los Sherpas base — se **reservan para los UltraSherpasX**, el tier compuesto y superpoderoso. - **Sherpa (`/sh--`):** alias **funcional**, findable. Sin nombre mítico. El caballo de batalla — los 500. - **UltraSherpaX (`/ux-`):** sherpa **compuesto** — board de varios Brain Codes y/o orquesta sub-sherpas. Aquí sí: **nombre mítico** atado al superpoder, y la **X** sagrada. Pocos y poderosos. *No son asistentes — son asistentes con superpoder.* ### Principio del nombre mítico (solo UltraSherpaX) - **Nombre = el poder.** La deidad/figura cuyo dominio mítico = el superpoder del UltraSherpaX. - Corto, pronunciable, cross-cultural, respetuoso. ### Panteón semilla (para UltraSherpasX — se asigna al diseñar cada uno) | Superpoder | Deidad (propuesta) | Alias | |---|---|---| | convierte cualquier producto en oro | **Midas** | `/ux-midas` | | hace llover demanda | **Tláloc** | `/ux-tlaloc` | | escriba infinito que multiplica | **Thoth** | `/ux-thoth` | | el mensajero que siempre llega | **Hermes** | `/ux-hermes` | | lo ve y lo hace ver todo | **Horus** | `/ux-horus` | > Estos nombres se asignan cuando se **diseñe el UltraSherpaX** (compuesto), no antes. Un Sherpa base nunca lleva deidad. --- ## 5. Migración (qué hacer con lo que ya existe) > **Migración ≠ Upgrade.** *Migración* = re-aliasar/renombrar activos que ya existen (cosmético). *Upgrade* = convertir un skill (los 70) en Sherpa: forjarlo con cognición + harness + gobernanza (creación de valor). Convertir los 70 **es upgrade, no migración** — y espera a la revisión de la arquitectura de skills (siguiente paso). 1. **SVAs existentes** → re-aliasar: si son simples (1 cognición) → `/sh--` funcional; si son compuestos → `/ux-`. (Titan = 1 shell × 1 BC → `/sh-sales-offer`; si se le suma un board, gradúa a `/ux-midas`.) 2. **Skills propios** (Bloque A) y **comandos WORX** → se quedan como **verbos sin prefijo** (mínima intervención). 3. **Los 70** → en el Registro se marcan `/z-` (externos); su conversión a Sherpas `/sh-` es un **upgrade** (forja), uno por uno según el `/consejero` los priorice. **No** es renombrado. 4. **Vocabulario de dominios** → se da de alta como activo controlado (junto a las abreviaturas del registry). --- ## 6. Estado de decisiones ✅ **Ratificado (2026-06-20):** 1. **5 carriles:** Sherpa maestro `/sx-` (meta/sistema, HITL) · UltraSherpaX `/ux-` (compuesto, mítico) · Sherpa `/sh--` (funcional) · skills propios + comandos WORX como **verbo** · externos `/z-`. 2. **La X es propietaria/sagrada;** los externos van con `/z-` (al final). El tier premium (UltraSherpaX) lleva la X. 3. **Alias dominio-primero** para Sherpas (findability a escala). 4. **Nombres míticos SOLO para UltraSherpasX** (compuestos, superpoderes). Los Sherpas base son funcionales. 5. **Convertir los 70 = upgrade (forja), no migración.** 6. **Vocabulario de dominios v1 cerrado:** `dgen · sales · prod · ops · kz · pub · mx · tx · hr · gov` — extensible por alta. 7. **`/sx-` admin-exclusivo en `IB-XX-Maestro`;** activación con doble confirmación → Idea Bank `IDE-056`. 8. **Roster de masters:** `/sx-consejero` · `/sx-fabricador` · `/sx-arquitecto` · familia `/sx-curador-*` (`-fleet`, `-wikix`). ◐ **Se asigna al diseñar (no bloquea el cierre):** - Nombres del **panteón** (al diseñar cada UltraSherpaX). - **Umbral** Sherpa/UltraSherpaX (empírico). - Confirmar nombre final del master **`/sx-curador`**. ✅ **RATIFICADO (2026-06-20):** se adopta **`/sk-`** como carril explícito de los **skills propios** del ecosistema (marca lo propietario con la X), en vez de "verbo sin prefijo". El §1 y §2 dejaban los skills propios como verbo, pero el frontmatter de este doc (`sk`) ya lo anticipaba. Aplicado en la familia WikiX (`/sk-wikixcrea`, `/sk-wikixsalud`, `/sk-wikixupdate`, `/sk-creawikidoc`) y en la página WikiX `Nomenclatura-Invocacion`. Los **comandos/rituales WORX** (`/arrancaroom`, `/mindia`) se quedan como verbo. *(Ratificación L3 de Victor — promover este doc a v02 con `/sk-` canónico en la cascada.)* --- **Ficha** · Tipo: CP — convención de nomenclatura · Entidad: XX · v01 · Creado 2026-06-20 · Owner: Victor · Sherpa: Jay · Ratificador: Victor (L3+) · Estado: **Canonical · Ratificado 2026-06-20** **Relacionados:** `CP-XX-BMF-OntologiaAgentica-v01` (las 4 columnas) · `ARQ-XX-BMF-NamingConvention-v01` (asset IDs) · `CP-XX-BMF-RegistroAgentico-v01` (catálogo) · `PLAN-XX-BMF-FLA-Roadmap-v01` (curva de destete). **Tags:** #nomenclatura #invocacion #sherpa #skill #sh #sk #decoupling