--- type: ARQ asset_id: ARQ-REB-SintaxisNaming-v01 version: v01 status: Active entidad: REB intellbank: IB-REB-Rebelocity subbank: (raíz) owner: Victor Heredia sherpa_owner: Jay ratificador: Victor Heredia (L3) fecha_creacion: 2026-06-25 fecha_ultima_actualizacion: 2026-06-25 proposito: > Reglas de sintaxis y naming canónicas para los activos de Rebelocity (entidad REB). Diferenciadas de EmpowerLabs y migrables a un vault propio. Es la fuente de verdad para nombrar, estructurar y registrar cualquier documento de Rebelocity. referencia_canonica: - ARQ-XX-BMF-NamingConvention-v01 (convención global · base universal) - DC-XX-WORX-TaxonomiaXDoc-v01 (las 7 secciones del XDoc) - CP-REB-IntelliBanks-Registry-v01 (registry que aplica estas reglas) tags: [arq, sintaxis, naming, xdoc, rebelocity, gobernanza, bmf] --- ## Asset Header - **Asset ID:** ARQ-REB-SintaxisNaming-v01 - **Versión:** v01 · **Status:** Active - **Entidad:** REB · **IntelliBank:** IB-REB-Rebelocity - **Tipo:** ARQ — Arquitectura / regla canónica - **Owner:** Victor Heredia · **Sherpa:** Jay · **Ratificador:** Victor (L3) - **Propósito:** Reglas de sintaxis y naming de los activos de Rebelocity - **Última actualización:** 2026-06-25 --- # Sintaxis & Naming · Rebelocity (REB) > Estas reglas heredan la convención global BMF y la **especializan para Rebelocity**. Todo activo de REB se nombra, estructura y registra según este documento. Diseñado para migrar intacto a un vault propio de Rebelocity. ## 1. Fórmula de naming ``` [TIPO]-REB-[Proyecto]-[NombreDescriptivo]-vNN.ext TIPO → prefijo funcional (ver §3) REB → token de entidad FIJO de Rebelocity (nunca se omite) Proyecto→ código de proyecto/sub-bank — opcional (ej. RClub, Frente, Sponsorship, LEtape) NombreDescriptivo → CamelCase, sin espacios ni acentos vNN → versión (v00 = sin versionar/borrador · v01 = primera versión formal) ``` **Invariante de oro:** `Asset ID = nombre de archivo sin extensión = WikiLink [[Asset ID]]`. Si los tres no coinciden, el activo está mal nombrado. Ejemplos válidos: `BRD-REB-Frente-Eventos-v01.html` · `SPEC-REB-RClub-NumeracionTarjetas-v02.md` · `CP-REB-IntelliBanks-Registry-v01.md`. ## 2. Token de entidad — REB vs. XX-PLAN - **REB** → activos operativos y de conocimiento de Rebelocity → viven en `IB-REB-Rebelocity/`. - **Excepción financiera:** la información financiera sensible (corridas, premisas, proyecciones) NO va en IB-REB; se clasifica **XX** y vive en `IB-XX-PLAN/IB-XX-PLAN-REB/`. En IB-REB solo queda la versión pública/sanitizada con nota de referencia. - Nunca mezclar activos REB en `IB-EL-EmpowerLabs`, `Projects/`, `Companies/`, `CloudVault/` ni `00-Inbox`. ## 3. Catálogo de TIPOS válidos en REB | Tipo | Significado | Uso típico en REB | |---|---|---| | `DC-` | Documento Canónico / de contenido | Planes, conceptos, docs técnicos (RClub, eventos) | | `BRD-` | Board / tablero navegable (HTML) | Centro de Comando, HOY Home, páginas de frente | | `SPEC-` | Especificación técnica | Arquitectura de datos, numeración de tarjetas, niveles de sponsor | | `SIM-` | Simulador / calculadora (HTML) | Calculadoras de escenarios, monetización | | `TP-` | Transfer Pack (room starter) | Arranque de rooms (construcción, monetización) | | `MePB-` | MetaPlaybook (metodología reproducible) | Modelo "Centro de Comando en a Box" | | `MIN-` | Minuta | Minutas de proyecto / día / semana | | `OUT-` | Output / entregable de room | Informes, análisis funcionales | | `PP-` | Patrón / Proceso (arquitectura de loops) | MacroLoopX REB | | `ARQ-` | Arquitectura / regla canónica | Este documento | | `CP-` | Control Plane (tableros de control / registry) | Este registry | | `KB-` | Knowledge Base | Contextos (KatIA) | | `WikiX-` | Página/Home del WikiX | WikiX-REB | | `EXE-` | Plan de ejecución / activación | Lanzamientos RRSS | | `DK-` | Deck / presentación | Presentaciones maestras | | `BP-` | Brief / Business Pack | Briefs de proyecto | | `PROP-` | Propuesta | Propuestas a clientes/sponsors | | `VR-` | Visión / Research de mercado | Mercado deportivo PY (versión pública) | > Tipos financieros (`PLAN-`, `PREM-`, `MO-`, `VR-` con cifras) se registran bajo **XX** en IB-XX-PLAN-REB, no aquí. ## 4. Tokens de proyecto (segmento Proyecto) - **RClub** — token canónico de Rebelocity Club. **Nunca** `RevClub` ni `ReClub` (obsoletos, renombrados). - **Frente** — páginas centrales de frente del Centro de Comando: `BRD-REB-Frente--v01.html` (Eventos, RClub, Ventas, Marketing, PR, Equipo, Direccion, Admin). - **Sponsorship / LEtape / IRONMAN / 5150** — eventos y líneas comerciales. - **CentroComando** — superficies del sistema de mando. ## 5. Sintaxis de XDoc (documentos de trabajo `XD-`) Un XDoc REB lleva las **7 secciones WORX canónicas**, en este orden: 1. **CONTEXTO** — por qué existe, antecedentes, alcance. 2. **ESTADO** — situación actual, qué está hecho/pendiente. 3. **PROTOCOLO** — cómo se opera / pasos / LoopX asociado. 4. **NEXT** — pendientes accionables (`@Persona`). 5. **DISCUSSION** — decisiones abiertas, alternativas, notas. 6. **CHANGELOG** — historial de cambios con fecha. 7. **CIERRE** — estado de cierre / criterios de done. El tipado es lo que convierte el vault en **data agregable** (alimenta dashboards y el registry). ## 6. Asset Header obligatorio **Archivos .md** — frontmatter YAML al inicio + bloque "## Asset Header": ```yaml --- type: asset_id: -REB---vNN version: vNN status: entidad: REB intellbank: IB-REB-Rebelocity subbank: owner: sherpa_owner: Jay ratificador: fecha_creacion: AAAA-MM-DD fecha_ultima_actualizacion: AAAA-MM-DD proposito: tags: [...] --- ``` **Archivos .html** — el frontmatter YAML rompería el render, así que el Asset Header va en un **comentario HTML** al inicio (``), con los mismos campos clave. ## 7. Tripleta de gobernanza Todo activo nuevo lleva **Owner + Sherpa + Ratificador**. Niveles de autonomía: L0 drafts libres · L1 ratifica owner · L2 par senior · **L3 escala a Victor** (cambios de marca, naming canónico, borrados). ## 8. Reglas de versión - `v00` borrador sin versionar · `v01` primera versión formal · incrementar al cambio mayor. - Una versión superada se marca `Superseded` en su Asset Header y se mantiene; la nueva referencia es la canónica. ## 9. Anti-patrones (violaciones a corregir) - ❌ Archivo sin TIPO (`REB-...` directo) → debe llevar prefijo de tipo (`DC-REB-...`, `EXE-REB-...`). - ❌ Archivo sin entidad o sin versión (ej. el viejo `SIM-REB-Corredores-Calculadora-v01.html`) → renombrar a `SIM-REB-Corredores-Calculadora-v01.html`. - ❌ Token obsoleto `RevClub`/`ReClub` → `RClub`. - ❌ Activo financiero con cifras sensibles en IB-REB → mover a IB-XX-PLAN-REB (XX). - ❌ Asset ID ≠ nombre de archivo ≠ WikiLink. ## 10. CHANGELOG | Versión | Fecha | Cambio | |---|---|---| | v01 | 2026-06-25 | Creación. Reglas de sintaxis y naming de REB: fórmula, catálogo de tipos, tokens de proyecto, sintaxis XDoc 7 secciones, Asset Header, gobernanza y anti-patrones. |