Ir al contenido
AURUM Documentación
/

Plan maestro · 90

27 min de lectura 5.858 palabras 23 secciones

90 — Crítica de completitud: huecos, contradicciones y decisiones consolidadas

Auditoría adversarial del plan maestro de AURUM (2026-07-26). Corpus revisado: 00, 00b, 01–08 con las adendas del 26-07 contrastados contra docs/research/01…06 (las "reglas de oro" de research/06 tratadas como requisitos duros).

Veredicto en una línea al final (§4).

Estado post-reconciliación (2026-07-26)

Verificación final contra las secciones «## Reconciliación (2026-07-26)» de 01–07. Estados: CERRADO (spec única y concreta escrita), PARCIAL (resuelto en un lado del par, falta propagar), ABIERTO (nadie lo tomó en esta pasada), PABLO (queda explícitamente como decisión de Pablo, con recomendación única ya unificada).

Actualizado por el barrido final (2026-07-26, mismo día): todo lo que esta verificación dejó ABIERTO o PARCIAL fue cerrado en las secciones «## Barrido final (2026-07-26)» al final de 01–07 (referenciadas abajo como «01-barrido B1», etc.), salvo lo movido explícitamente al Backlog post-MVP (sección nueva al final de este estado). Los estados de las tablas siguientes ya reflejan el barrido.

Huecos H1–H22

# Hueco Estado Dónde quedó la spec
H1 Sprint en 04/05 + rate-limit CERRADO 05 R1 (protocolo, validación 205/145 ms, stamina autoritativa, Walk 8/s burst 10) + 04 R1 (animación, input, predicción, feedback)
H2 Gracia/restitución sin reconciliar CERRADO 05 R2 = LA spec única (constantes públicas en /api/v1/status); 02 la referencia (notas desde 05); 01 R8 hereda textos de S40. Solo queda ratificación de VALORES por Pablo (05 D5 reducida)
H3 Staffing / four-eyes imposible CERRADO 05 R6 (capas, permban en dos tiempos, single_staff_mode) + 07 R1 (dotación por fase con gates, degradación honesta) + 06 R1 (pipeline por idioma). Queda abierta solo D7-(2) anonimización (Pablo)
H4 ToS/privacidad/edad en el funnel CERRADO 01 R1 (superficies S04/S05/footer) + 07 R3 (checklist de 6 piezas + secuencia por hito) + 06 R3 (Tier 1, cláusula de idioma). ⚠️ incoherencia menor: 01 R1 fija 16+ como «resolución técnica»; 07 R3/06 R3 lo marcan decisión pendiente de Pablo (misma recomendación 16+) — unificar al decidir
H5 GDPR-borrado vs append-only CERRADO Fuente única: 07 R5 (tabla de retención, purga+seudonimización, erasure_log post-restore); superficie en 01 R5. Nota: 05 NO lo incorporó en su reconciliación (01 R5.6 lo daba por hecho) — pendiente de sync menor en 05 §8.2, la spec existe
H6 Tablero público de balance CERRADO 02 R-E (dato: sim + arena prestada, ambas separadas) + 04 R6 (3 piezas con dueño) + 05 R9 (/balance/winrates) + 01 R7 (tab S30 + /balance web). Divergencia menor: 04 R6.1 describe el payload solo-simulado; 02 R-E (dueño de sistemas) dice ambas matrices — manda 02
H7 Correo/casillero CERRADO 05 R5 (schema mail_messages, expiraciones, claim atómico) + 02 R-B (§15.6 reglas) + 01 R3 (S45, inventario pasa a 45 superficies). Sync menor: el enum de 05 R5 aún no lista referral_reward (02 R-D lo anota)
H8 Duelos consensuales CERRADO 02 R-A (§9.4 flujo completo, fin en 1 HP, apuestas tras flag apagado) + 01 R4 (superficie)
H9 Política AFK/idle CERRADO 05 R7 (20 min, meditar con presencia, 10 min con cola)
H10 TTL de loot en el piso CERRADO 05 R8 (tabla por zona, cadáver 10 min, cap anti-DoS) — ratificación por Economía explícitamente pendiente, valores en config caliente
H11 API pública fan-tools CERRADO 05 R9 (8 endpoints, rate-limit, términos) + 07 (nota: parte del kit de prensa)
H12 Referidos CERRADO 02 R-D (código, first-touch, hito claim+nivel 10, anti-abuso) + 01 R6 (S44 «Invitá»)
H13 Soporte/tickets unificado CERRADO (barrido) 01-barrido B1 (sección Soporte en S36/S44: formulario tipificado + «mis tickets» con estados; respuesta y restauraciones por casillero S45) + 05-barrido B6 (support_tickets, triage por la capa 1 de R6, entrega system_notice+gm_grant) + 06-barrido (categorías/idioma; SLA honesto por idioma con degradación, hereda 07 R1)
H14 Infra de temporadas CERRADO 05 R3 (mismo binario --season, DB separada, cierre transaccional) + 07 R4 (fila de costo por fase)
H15 Adenda de 06 (strings nuevos, volumetría) CERRADO (barrido) 06-barrido B1: volumetría de quests corregida al canon de 02 R-C (20 + encargos paramétricos) + tabla de dominios de strings nuevos con Tier (sprint, letreros/topónimos, «Hoy», bestiario, legal, mod.*, soporte, superficies de reconciliación). C20/decisión nº14 sigue en Pablo, con msgids reservados para ambas variantes
H16 Battlegrounds/tesoros en 02 §24 CERRADO (barrido) 02-barrido B2: dos filas nuevas en §24 (battlegrounds → post-MVP como modos de arena; mapas del tesoro → candidato a evento/retención)
H17 Foros in-game UGC sí/no CERRADO (barrido) 02-barrido B3: tablones solo-sistema en MVP (cero UGC escrito nuevo); foros UGC post-MVP votable (fila en 02 §26) + nota en 01-barrido B6
H18 Moderación de UGC visual (emblemas) CERRADO (barrido) 07 R3 pieza 4 (política) + 01-barrido B3 (categoría en S38, target clan, política visible en el editor) + 05-barrido B6 (reports.target_kind, expediente con render, misma cola de R6)
H19 Sonda de latencia en pre-registro (S02) CERRADO (barrido) 01-barrido B4: ping silencioso a 3–4 endpoints candidatos en S02, enviado con el pre-registro; alimenta la decisión nº61 y siembra la métrica del gate EU (07-barrido B2); fila menor de privacidad anotada
H20 Wipe-pledge / página «Para siempre» CERRADO (barrido) 07-barrido B1: página única firmada (no-wipe con la única excepción del wipe de beta, no-P2W, números públicos + costo del modo mínimo, cadencia, compromiso de cierre anunciado); linkeada desde S01 (01-barrido B6)
H21 Clips/compartir BACKLOG post-MVP Movido explícitamente al Backlog (abajo) con alcance y dueño — ya no está «solo anotado»
H22 Mensaje de ping RU + gate del proxy EU CERRADO (barrido) 07-barrido B2 (gate métrico público: EU+RU ≥ 15 % MAU con RTT p95 ≥ 180 ms sostenido 30 días → evaluar proxy Madrid/Hetzner de nº64) + 06-barrido B2 (línea honesta de ping en landing/ficha RU)

Contradicciones C1–C27

# Estado Resolución única
C1 CERRADA 05 R2: la muerte en linger ocurre siempre; el clasificador decide la RESTITUCIÓN (100 % clonada si DC genuino, entrega por casillero) — síntesis exacta que pedía este informe
C2 CERRADA Tabla única de constantes en 05 R2 (detección 12 s, T_safe 10 s, linger 45/20 s), pública en la API; 04 R7 y 01 R8 la heredan por referencia
C3 CERRADA T_combat = 15 s única (05 R2)
C4 PABLO Recomendación única ya consolidada (nº32: compartida día 1); sin re-litigio entre archivos
C5 PABLO Recomendación única (nº6: latín solo, 3–16); 01/06 no volvieron a divergir
C6 PABLO Recomendación única (nº8); el schema de 05 se ajusta al decidir
C7 CERRADA (barrido) 05-barrido B1 corrigió §7.1: LoS laxa fiel de 02 §4.5 es la validación del server; Bresenham implementado pero detrás de flag apagado (se enciende solo si el playtest activa la cláusula de escape de 02). 04 R5 ya estaba alineado
C8 PABLO Recomendación única (nº48: spec completa de 02 adenda A, «en observación»); la ⚠️ de 03 A.4 sigue sin anotarse como resuelta en 03 (su reconciliación solo tocó C10/C11/C26)
C9 CERRADA Walk 8/s burst 10 (05 R1)
C10 CERRADA Tabla única de presupuestos en 04 R2 (dueño del gate de CI); 03 la referencia y reemplaza sus números
C11 CERRADA 04 R3 + 03: remaster respetuoso default + OGG normalizados + toggle clásico permanente; queda solo el alcance del encargo (nº57, Pablo)
C12 CERRADA 04 R4: una sola piel moderna en MVP; ⚠️ de §6.2 cerrada
C13 CERRADA 02 R-C: canon = 20 quests con nombre (14 + 6 anclas) + encargos de tablón; 03 A.1 se re-lee así; aprobación de la lista sigue en Pablo (nº31)
C14 CERRADA 20 Hz; 07 corregido por nota de sync
C15 CERRADA localStorage con token rotativo un-solo-uso (05 R2); 04 R7 adopta y corrige §5.6/§5.7
C16 CERRADA Backoff 0,25→5 s (05 R2, 04 hereda). El residuo del bucket quedó cerrado en 05-barrido B2: Resume sube a 12/min burst 6 (la fila de §7.2 queda reemplazada); la separación transporte/Resume de 04 R7 se mantiene como buena práctica
C17 CERRADA Manda 05 §8.5 (RPO ≤ 60 s, WAL 14 d/30 d/6 m); 07 R4 corrige su §4
C18 CERRADA 07 R4: una caja 8 vCPU/32 GB + «seguro de pico» solo en la ventana de apertura; réplica diferida con gate (tienda O >500 CCU)
C19 CERRADA 07 R2 + 06 R2 convergentes: estática auto-generada + wiki comunitaria enlazada; decisión nº82 cerrada
C20 PABLO (abierta) Declarada pendiente en 06; es la decisión nº14
C21 PABLO Recomendación única (nº4: monorepo + conversor TS); 08 no participó de esta pasada — los dos layouts siguen sin unificar hasta que Pablo decida
C22 CERRADA 02 R-A: 4 niveles de regla / 3 colores de display; falta solo la nota espejo en 03 A.1 (02 ya manda)
C23 CERRADA (barrido) Tesorería de clan: MVP sí, spec mínima en 02-barrido B1 (depósitos libres sin derecho de retiro, retiros por rango con límite diario, log interno público derivado del ledger, disolución = destroy) + 01-barrido B5 (pestaña en S24) + 05-barrido B5 (kinds clan_deposit/clan_withdraw; el schema ya existía). No requería decisión de Pablo: era conflicto de sync, no de producto
C24 CERRADA 02 R-F: S07 (typo corregido)
C25 CERRADA Glicko-2 (02 R-F + 01 R8)
C26 CERRADA Pool ≤ 600 móvil (04 R2; 03 lo adopta, 1.024 queda como techo desktop)
C27 CERRADA 01 R2: D2 cerrada formalmente (cuarentena económica + globales solo-lectura)

Las contradicciones ⚡ de la lista de decisiones: todas tienen hoy o bien resolución única escrita (12, 31, 40, 48-rec, 55, 65, 82) o bien recomendación única consolidada esperando SOLO a Pablo (6, 8, 14, 24-parcial, 32) — ya no hay ningún par de archivos recomendando cosas opuestas.

Residuos de la propia pasada (nuevos, todos menores) — TODOS CERRADOS por el barrido

  1. Edad mínima CERRADO: los 3 archivos dicen lo mismo — ⚠️ pendiente de Pablo, recomendación 16+ (01-barrido B2 corrigió a 01, que la daba por fijada; 07 R3 y 06 R3 ya estaban bien). NO se fijó el número: sigue siendo decisión de Pablo.
  2. Seudonimización en 05 §8.2 CERRADO: 05-barrido B4 (regla explícita sobre las append-only + tabla erasure_log; la spec canónica sigue siendo 07 R5).
  3. Enum sin referral_reward CERRADO: 05-barrido B3.
  4. Bresenham y bucket Resume CERRADO: 05-barrido B1 (C7) y B2 (Resume 12/min burst 6).
  5. Notas espejo en 03 CERRADO: 03-barrido (C22: lectura canónica de Verde en A.1; C8: ⚠️ de A.4 resuelta por 02 adenda A, variante conservadora como plan B).
  6. Payload de winrates CERRADO: 04-barrido (el endpoint publica AMBAS matrices — simulated + arena — como manda 02 R-E).

Backlog post-MVP (todo con dueño; nada queda «solo anotado»)

Lo diferido a conciencia en las reconciliaciones y el barrido, en un solo lugar. Cada línea tiene alcance y dueño del diseño cuando toque:

Ítem Alcance en una línea Dueño Dónde quedó anotado
H21 — Clips/compartir MVP: solo botón de screenshot limpio (sin HUD) día 1; clips de 30 s + compartir con title-card, post-MVP 01 (superficie) + 07 §7.4 (distribución) Esta fila (canónica)
Foros in-game UGC Tablones solo-sistema en MVP; foros escritos por jugadores, post-MVP votable 02 §26 02-barrido B3
Mail jugador-a-jugador Casillero solo-recepción en MVP; P2P votable 02 §26 / 05 R5 02 R-F
Battlegrounds instanciados Modos de arena (DeathMatch, HuntNpc, abordaje) cuando haya masa 02 §24 02-barrido B2
Mapas del tesoro Evento/retención con .dat heredados 02 §24 02-barrido B2
Skin clásica del HUD Cosmética post-MVP sobre los tokens de 04 §6.2 04 R4 04 R4
Espectador de arena Post-MVP con diseño listo (decisión nº51) 01 D13 01 §11
Duelo a muerte sin drop Variante votable post-beta 02 §26 02 R-A

VEREDICTO FINAL (post-barrido)

Listo para F1: SÍ — cero huecos y cero contradicciones abiertos; TODO lo que queda pendiente es (a) la ronda de decisiones de Pablo en la secuencia de §4 y (b) el Backlog post-MVP de arriba, ya con dueño; ningún residuo de sync sobrevive.

1. HUECOS (priorizados, con parche sugerido y archivo destino)

P0 — Bloquean coherencia del plan (arreglar ANTES de F1)

# Hueco Evidencia / por qué importa Parche sugerido Archivo destino
H1 04 y 05 NO tienen adenda de sprint ni de región. El sprint (02 adenda A) exige: flag «corriendo» en el protocolo, validación server por modo (≥145 ms), stamina por paso, clip Run a 150 ms/tile retimado, predicción de sprint en cliente. Nada de eso está en 04 ni 05. Peor: el rate-limit Walk 6/s de 05 §7.2 RECHAZA el sprint legítimo (150 ms/tile = 6,67 pasos/s) — el sprint sería kickeado por el propio anti-flood. El sprint es directiva de Pablo; tal como está, no se puede implementar sin contradecir 05 Adenda en 04 (retiming Run, predicción, flag de protocolo, presupuesto stamina UI) y en 05 (rate-limit Walk→8/s burst 10, validación por modo, stamina server-side, emisión del estado «corriendo») 04, 05
H2 Sistema de gracia/restitución sin reconciliar (ver C1): 02 §22 y 05 §6 describen DOS sistemas distintos con números y filosofías opuestas. No es solo contradicción: falta el documento único que el cliente (S40), la party UI y la wiki pública van a citar «La muerte JAMÁS por desconexión» es LA promesa nº1 (research/05: 77 votos; research/06) — hoy el plan tiene dos versiones incompatibles de la promesa Una sola spec en 05 §6 (dueño: servidor) que integre el clasificador de combat-log y la restitución de 02 §22.5-7; 02 §22 pasa a referenciar; S40/S22 heredan los textos 05 (canónico), nota en 02, 01
H3 Plan de dotación de staff inexistente. 05 §10 exige four-eyes (permban = 2º staff SIEMPRE; apelación resuelta por staff distinto), 06 exige «ningún jugador moderado por quien no lee su idioma» + mods por idioma reclutados, 02-adenda exige evento GM semanal, 07 promete SLA 72 h… y 07 §0 define el equipo como «1 humano + IA». Con 1 humano, four-eyes es matemáticamente imposible. «El operador es el producto»; prometer SLA/four-eyes y no poder cumplirlos reabre la herida nº1 Nueva sección en 07: dotación mínima por fase (beta: Pablo + ≥2 voluntarios de confianza con rol Moderador; launch: ≥1 mod por idioma), qué hace la IA (triage/evidencia) y qué exige humano; alinear D7(4) de 05 07 (nueva §11.3), 05 §10
H4 ToS/Privacidad/edad ausentes del funnel. 06 §13 define los documentos, pero NINGUNA pantalla de 01 los referencia: S04 (invitado) y S05 (registro) no tienen aceptación de ToS, declaración de edad (13+/16+) ni link a privacidad. El etiquetado de edad RU (436-ФЗ) tampoco tiene superficie Sin aceptación registrada no hay base contractual para sanciones/borrados; la ficha RU exige edad S04: línea legal implícita («al jugar aceptás…») + S05/claim: checkbox ToS + declaración de edad; footer legal en S01/S44 01 (S04/S05/S01/S44), 06 §13
H5 GDPR-borrado vs append-only sin resolver. S44 promete «borrar cuenta», pero 05 hace ledger, sanctions y gm_actions imborrables incluso para el Owner. No hay spec de seudonimización El derecho de borrado (GDPR/Ley 25.326) choca de frente con las tablas append-only; es resoluble pero hay que diseñarlo Spec de borrado: purgar PII (email, IPs, device keys), renombrar personaje a Borrado-####, conservar ledger/sanciones seudonimizados; documentar en privacy 05 §8/§9 + 01 S44 + 06 §13

P1 — Sistemas prometidos sin superficie o sin spec

# Hueco Detalle Parche Destino
H6 Tablero público de balance 00b §2.4 promete «winrates visibles» (tablero público). No existe en las 44 pantallas de 01, ni endpoint en 05, ni entregable en 07 Nueva tab en S30 (o S45) «Balance»: matriz de winrates por clase (arena, personaje prestado) + página web; endpoint público con cache 01 (S30), 05 §13, 07
H7 Correo/casillero in-game El schema de 05 ya tiene containers.kind = mail pero ningún documento define el sistema. Lo necesitan: retiro de mercado (S28 «casillero»), restituciones por DC, recompensas offline de eventos/temporadas, devolución de órdenes expiradas Spec mínima: casillero de solo-recepción del sistema (sin mail jugador-a-jugador en MVP — evita spam/scam/moderación extra), con badge en HUD 02 §15 + 01 (S45 nueva o dentro de S29)
H8 Duelos consensuales 02 §8.4 define zona Verde como «solo PvP consensual (duelo)» y research/01 lista duelos entre los sistemas AO… pero no existe el flujo de reto (prompt, aceptación, condiciones, fin del duelo) ni en 01 ni en 02 Spec: menú contextual «Retar a duelo» → prompt → reglas (sin drop, hasta HP X) → resultado a killboard 02 §9 (nueva §9.4), 01 (menú contextual + S30)
H9 Política AFK/idle 01 §6.11 la delega («pregunta abierta a Anti-cheat») y 05 nunca la responde: ¿desconexión por inactividad? ¿meditar AFK cuenta? ¿anti-AFK en canales llenos? Se cruza con D11 (hold-to-repeat) y el entrenamiento offline Definir: timeout de inactividad (p. ej. 20 min sin input → logout seguro con aviso), meditar cuenta como actividad pero no para racha 05 §7
H10 Loot en el piso: TTL Nada define cuánto persisten los ítems dropeados (muerte, tirar) ni el cadáver. Afecta economía ("volver por tus cosas es gameplay"), memoria del server y el relato de S22 TTL propuesto: ítems comunes 3–5 min, cadáver/lista de drop visible 10 min; a definir con Economía 02 §8
H11 API pública para fan-tools Existe GET /api/v1/status y URLs de killboard, pero no una API documentada (rankings, perfiles, historial de polls) para la cultura de fan-sites/Atlas del nicho; 07 §2.4 sueña con «mods estilo RuneLite» sin API Endpoint read-only versionado (rankings, perfil público, polls, status) con rate-limit + términos de uso; anunciarla es marketing de confianza 05 §13 + 07 §7
H12 Sistema de referidos El growth loop ES «mandá el link al grupo» (research/04) pero no hay instrumentación: ni código de referido, ni recompensa cosmética al padrino cuando el invitado llega a nivel X, ni atribución del funnel Spec chica: link con código → atribución en cuenta → cosmético para ambos al hito; medible en el funnel de 07 §12 07 §7 + 01 S44
H13 Soporte/tickets sin superficie unificada 06 §11 define formulario con selector de idioma y 07 §11.2 «tickets vía Discord/web», pero S44 no tiene sección Soporte y S38/S39 solo cubren reportes y apelaciones. ¿Dónde pide un jugador la restauración de ítems por bug? S44 + panel «?»: sección Soporte con categorías tipificadas de 06 §11 (bug/cuenta/restauración/otro) + estado de mis tickets 01 S44/S36, 06 §11
H14 Infra de temporadas ausente 02 §19 exige «servidor de temporada paralelo»; 05 §12 (topología), §17 (costos) y 07 §1.2 no lo presupuestan ni definen dónde corre, cómo se enrola desde S07 ni cómo se transfiere el cierre Fila en 05 §17 y 07 §1.2 (VPS/proceso extra por temporada); nota en 05 §12 sobre proceso paralelo + job de cierre (tabla seasons ya existe) 05 §12/§17, 07 §1.2

P2 — Contenido/i18n/ops menores pero reales

# Hueco Parche Destino
H15 06 no tiene adenda: escrito pre-región. Su §7.1 (canales) difiere de 01 D7; su volumetría de quests asume el corpus viejo (la región pide 27–39 quests, ver C13); faltan los strings nuevos (sprint, letreros de zona, «Hoy en AURUM», misión diaria, evento GM, ~40–55 especies del bestiario ampliado) Adenda en 06: alinear canales con D7, actualizar volumetría, listar los dominios de strings nuevos y su Tier 06
H16 Battlegrounds y tesoros olvidados de la tabla "que nada se escape": research/01 lista battlegrounds instanciados (DeathMatch, HuntNpc, abordaje) y los .dat de tesoros; 02 §24 no los incluye (05 §5.4 los menciona al pasar) Dos filas más en 02 §24 (battlegrounds → post-MVP con arena; mapas del tesoro → candidato a evento/retención) 02 §24
H17 Foros in-game heredados: los tiles de «foro» existen en los .csm y AO clásico tenía tablones donde ESCRIBEN los jugadores. El plan usa el tablón solo para misión diaria (sistema). Decidir: ¿UGC escrito sí/no? (si sí, es superficie de moderación nueva) Decisión chica: MVP tablón solo-sistema; foros UGC post-MVP con moderación 02, 01
H18 Moderación de UGC visual: el editor de emblemas de clan (S24) y descripciones de clan no tienen flujo de reporte/revisión (S38 solo cubre jugadores) Añadir categoría «emblema/descripción ofensiva» a S38 y cola en panel admin 01 S38, 05 §10
H19 Sonda de latencia en pre-registro: 07 §1.1 la exige para decidir D1 (ciudad), S02 no la incluye Elemento en S02: ping silencioso a 3-4 endpoints + envío con el pre-registro 01 S02
H20 Wipe-pledge formal: la franja de confianza de S01 dice «tu cuenta es tuya para siempre», pero el pledge estilo Outlands («personajes seguros 5/10/15 años», research/06) merece página propia junto a «qué jamás venderemos» (07 §6.7) Página «Para siempre»: no-wipe + no-P2W + números públicos, firmada 07 §6.7, 01 S01
H21 Clips/compartir: hay title-cards, recap de temporada e imágenes OG, pero ningún flujo de captura/clip de agite (el contenido que circula orgánico en el nicho es el clip de 30 s). Aceptable post-MVP; dejarlo anotado Nota post-MVP: botón screenshot limpio (sin HUD) día 1; clips después 01, 07 §7.4
H22 Jugadores RU y latencia: el producto es trilingüe día 1 pero la topología es LatAm-only con nodo EU «después, medido» (05 D4). 06 §12.1 lo reconoce (~180–250 ms a Moscú). No es contradicción, pero el plan de marketing RU (06 §10) debería fijar explícitamente el mensaje de expectativa de ping y el trigger métrico del proxy EU Un párrafo en 07 §1.7 ligando la métrica «RTT p95 por país» al gate de decisión D4 07, 06

Requisitos de Pablo — cobertura: menúes/pantallas ✅ (44 superficies + adendas), 3 idiomas ✅ (con el hueco H15), región multi-ciudad ✅ (03 A.1; falta propagar a 04/05 = H1), correr con cansancio ✅ (02 adenda A; falta propagar = H1 y conflicto C8), bestiario/animaciones/efectos ampliados ✅ (03 A.3–A.5), calendario anti-aburrimiento ✅ (02 adenda B), motivos para jugar ✅ (tabla B), evaluación continua ⚠️ (falta el tablero público de balance = H6).

2. CONTRADICCIONES (rankeadas por gravedad)

# Contradicción Dónde Resolución sugerida
C1 Muerte durante desconexión: restitución vs muerte válida. 02 §22.5: si morís en la ventana de DC y reconectás en 30 min → restitución automática del 100 % (con clasificador de combat-log). 05 §6.1: «si muere durante el linger, la muerte VALE con todas sus consecuencias». Filosofías opuestas sobre la promesa nº1 del proyecto 02 §22 vs 05 §6 Síntesis: linger de 05 (atacable, anti-combat-log) + clasificador y restitución de 02 (si el DC se clasifica genuino → restituir; si es combat-log → la muerte vale). 05 hoy ignora su propio anti-abuso estadístico
C2 Números de gracia distintos en 3 documentos: detección 5 s (02) vs 4 s/8 s (04) vs 2 pongs de 20 s (05 §4.5, ≈40 s); retiro fuera de combate 5 s (02) vs T_safe 10 s (05); linger 20 s (02) vs 45 s PvP/20 s PvE (05) 02 §22, 04 §5.6, 05 §4.5/§6 Una sola tabla de constantes en 05 (D5), publicada en la API; 02/04 referencian
C3 Definición de «en combate»: 30 s desde la última acción hostil (02 §12.2) vs T_combat = 15 s «una sola definición en todo el juego» (05 §6.1) 02 vs 05 Elegir un valor único (recomendado 15 s) y usarlo para linger + cambio de canal
C4 Bóveda compartida de cuenta — recomendaciones opuestas: 01 D10 y 02 §15.3 recomiendan compartida DESDE EL DÍA 1; 05 D6 recomienda (c) fiel al lanzar y compartida por voto 70 % 01/02 vs 05 Una recomendación única para Pablo (la dupla 01+02 tiene mejor argumento cultural; 05 aporta la opción gobernanza)
C5 Charset de nombres — recomendaciones opuestas: 01 D1 recomienda (b) latín-O-cirílico puros; 06 §6 recomienda (a) SOLO latín (con el argumento fuerte: un AR no puede tipear/reportar un nombre cirílico). Además 01 dice 3–20 caracteres y 06 dice 3–16 code points 01 D1 vs 06 §6 Es la MISMA decisión con dos recomendaciones. Unificar antes de que Pablo decida (el argumento de 06 sobre reversibilidad — abrir cirílico después es aditivo — es el más sólido)
C6 Stack de autenticación: 01 D3 recomienda passkey-first; 05 §9.2 fija «Google OAuth día 1» y su schema (accounts) NO tiene tabla de credenciales WebAuthn; el claim en 05 §9.1 es «email OTP o Google», en 01 S05 es «email+password o passkey» 01 vs 05 Decidir D3 primero; si gana passkey, 05 agrega tabla webauthn_credentials; si no, corregir 01
C7 Línea de visión: 02 §4.5 recomienda LoS laxa fiel («no alterar el agite»); 05 §7.1 ya valida «línea de visión por Bresenham» 02 vs 05 La decisión de 02 manda; 05 debe condicionar Bresenham al resultado
C8 Sprint en combate — la MISMA adenda del mismo día se contradice: 02 adenda A lo especifica completo EN combate (candado 1 s, fatiga −15 %, potos permitidos, paridad de escape); 03 A.4 lo deja como decisión abierta y recomienda (a) «sprint solo FUERA de combate (se corta al recibir/causar daño)» 02 adenda vs 03 A.4 02 es la spec de sistemas: manda. Cerrar la ⚠️ de 03 A.4 como «resuelta por 02 adenda A» (o Pablo elige la variante conservadora de 03 y se recorta 02)
C9 Rate-limit vs sprint: Walk 6/s (05 §7.2) < 6,67 pasos/s corriendo (02 adenda) — el anti-flood mata el sprint legal 05 vs 02 adenda Parte de H1
C10 Presupuestos de descarga incompatibles: 03 §1.5 «primera pantalla < 15 MB» vs 04 §3.4 «zona inicial completa ≤ 6 MB»; 03 A.6 «por zona < 20 MB» vs 04 «bundle de zona adyacente ≤ 2,5 MB» (×8 de diferencia) 03 vs 04 Una sola tabla de budgets (04 es el dueño del gate de CI); 03 la referencia. Aclarar qué incluye cada número (¿audio? ¿biblioteca de animaciones?)
C11 Música: default remaster u original: 03 §8.1 recomienda (B) lanzar con los 4–6 temas del slice REMASTERIZADOS + toggle «música clásica»; 04 §8 dice «suena idéntica, no remasterizada por defecto; opción remaster off por default» 03 vs 04 Decisión de Pablo (está en la lista); al decidir, corregir el perdedor
C12 Piel del HUD: 01 D5 recomienda UNA piel moderna en MVP (clásica post-MVP); 04 §6.2 prevé DOS pieles desde el día 1 (Pergamino/Moderna) y pregunta cuál es default 01 vs 04 Misma decisión duplicada con marcos distintos; consolidar en D5
C13 Cantidad de quests de lanzamiento: 00b dice «la sección 02 define las primeras 10-15»; 02 §13.2 diseña 14 (todas de Ullathorpe); la tabla de zonas 03 A.1 suma 27–39 quests repartidas por la región 00b/02 vs 03 A.1 Decidir la meta real de launch (recomendado: las 14 de 02 al estándar completo + rellenos livianos por zona etiquetados como «encargos», no quests con nombre) y corregir A.1 o §13.2
C14 Tick del servidor: 05 §3.2 elige 20 Hz (50 ms) con justificación extensa; 07 §1.2 dice «tick de simulación heredado (nominal 40 ms/25 Hz)» 05 vs 07 05 manda; corregir 07
C15 Token de resume: 04 §5.7 «en memoria + sessionStorage, NUNCA localStorage persistente»; 05 §6.3 «en memoria + localStorage» 04 vs 05 Definir por el caso de uso: sobrevivir al cierre de pestaña pide localStorage con TTL corto; elegir uno y alinear
C16 Backoff de reconexión: 04: 0,5→8 s tope 10 s ≥5 min; 05: 0,25→ tope 5 s 04 vs 05 Unificar (los valores de 05 son más agresivos y mejores para la promesa)
C17 RPO y retención de backups: 05 §8.5 RPO ≤ 60 s, WAL 14 d/diarios 30 d/semanales 6 m; 07 §4 RPO ≤ 5 min, 30 diarios + 12 mensuales 05 vs 07 05 es más específico; 07 hereda
C18 Dimensionamiento y costo del launch: 05 §17 MVP = VPS 8 vCPU/32 GB, PG en el mismo host, USD 100–200; 07 §1.2 launch = bare metal 8–16 cores/64 GB + host PG separado + réplica streaming, USD 380–600. Réplica: 07 la pone en el launch, 05 la difiere a la palanca 3 05 vs 07 Una sola tabla de fases (07 es el dueño de ops); 05 referencia
C19 Plataforma de la wiki: 06 §8.2 sugiere Wiki.js/MediaWiki+Translate (editable); 07 §7.2 recomienda (A) estática auto-generada Astro/Starlight 06 vs 07 Es una sola decisión (nº 82 abajo); recomendar estática + i18n por catálogo (cumple ambos requisitos)
C20 Estructura de canales de chat: 01 D7(a) = Local + Global-ES/EN/RU + Comercio + Ayuda (sin canal mixto); 06 §7.1 agrega «Mundo (mixto)» y separa Ayuda-newbie por idioma 01 vs 06 Consolidar en D7 con las 3 variantes reales (con/sin Mundo mixto)
C21 El conversor: ¿TypeScript o Rust? ¿dónde vive?: 03 §1.2 lo define TS en tools/converter/ («compartir tipos con cliente y editor»); 08 lo pone como crate Rust crates/ao-datos; 04 §2.4 y 08 además dibujan DOS layouts de monorepo distintos (packages/… vs aurum/{client,server,protocol}) 03 vs 08 vs 04 Decidir lenguaje del conversor (el argumento de 03 es concreto) y UN layout canónico en 08
C22 Semántica de zona Verde: 02 §8.4 tiene 4 niveles (Ciudad/Verde/Amarilla/Roja) con Verde = «PvP solo consensual (duelo)»; 03 A.1 y 00b usan 3 colores con Verde = «zona segura sin PvP» y marcan las ciudades como «Verde» 02 vs 03/00b Tabla única de riesgo en 02 §8.4; 03 A.1 adopta sus términos
C23 Tesorería de clan: 02 §16 la incluye (depósitos + log visible); 01 S24 la marca «post-MVP si Economía define banco de clan» 02 vs 01 Decidir MVP sí/no y alinear
C24 Referencias S07/S08 rotas en 02 adenda B: la tabla dice «S08 selección de personaje» y «slot de temporada en S08» — S08 es CREACIÓN; la selección es S07 02 adenda Corregir a S07 (typo con consecuencia: alguien implementaría el módulo «Hoy» en la pantalla equivocada)
C25 Rating de arena: 01 S31 dice «ELO»; 02 §20 fija Glicko-2 01 vs 02 Glicko-2 (02 manda); 01 corrige el copy
C26 Partículas móvil: pool 1.024 (03 §7.2) vs ≤ 600 (04 §3.4) 03 vs 04 04 (dueño de perf) manda
C27 Restricciones de invitado: 01 D2 lo deja pendiente con opciones; 05 §9.1.3 ya lo fija (sin mercado/trade/banco-a-terceros) 01 vs 05 05 coincide con la recomendada de D2; cerrarla formalmente y marcar en ambos

3. VIOLACIONES / TENSIONES CONTRA LA EVIDENCIA (research/06 reglas de oro)

Regla Estado Detalle
1. La muerte cuesta minutos, no semanas ✅ 02 §8.2 lo convierte en métrica (reposición ≤ 15–20 min)
2. Anti-blob desde el día 1 ⚠️ PARCIAL Solo implementado como puntos de facción decrecientes (02 §9.2) + paridad de escape del sprint. El gank 8v1 de clan/aleatorio (no faccionario) en zona roja NO tiene retorno decreciente ni contrajuego adicional — exactamente el «asesino del full-loot» de Albion/Outlands. Parche: extender la regla de retornos decrecientes a TODO kill PvP (killboard/logros/bounty), o documentar explícitamente por qué se acepta. Destino: 02 §9
3. Buff libre, nerf consultado ✅ 02 §0.1 y §26
4. Nada escaso posicional ✅ Housing instanciado si existe; canales; sin terrenos. (El Pack Fundador es exclusividad temporal cosmética — excepción deliberada y documentada)
5. Reversión <72 h con refund ✅ 07 §0.4 y §6.1
6. Cadencia constante ✅/⚠️ Diseñada (02 adenda B, 07 §10); tensión operativa: evento GM semanal + torneo semanal + release quincenal + paridad editorial trilingüe con equipo 1+IA — el criterio 15 de 02-adenda («4 semanas sin intervención manual») es el gate correcto; H3 (staffing) es el riesgo real
7. Números públicos ✅ Contador real + killboard + polls + sanciones + CCU histórico
8. Sin segundo proyecto ⚠️ RIESGO DECLARADO 07 riesgo nº9 lo nombra con honestidad: el portfolio paralelo de Pablo es el análogo de RavenQuest. No es violación del plan sino del contexto; la regla operativa («sin segundo proyecto de JUEGO mientras AURUM viva») está escrita — mantenerla a la vista
9. El navegador como diferenciador ✅ Toda la tesis
«Muerte jamás por DC» (research/05 nº1) ⚠️ Violación LATENTE mientras C1 no se resuelva: la versión de 05 (muerte en linger vale, sin restitución) reproduce la muerte-por-DC genuina del cluster móvil que la evidencia prohíbe
«Sin level cap jamás» (Tibia, research/04) ✅ vía diseño Cap 47 heredado + Veteranía infinita de cuenta (02 §2.5) — cumple el espíritu (treadmill infinito visible) sin romper el balance PvP heredado
«Dominando» (research/06 Tibia nº1) ⚠️ menor Canales+spawns lo matan para mobs; para jefes depende de la decisión «jefes y canales» (nº 30): la opción (a) canal-1-only lo revive — mantener la recomendación (b) rotación

4. DECISIONES DE PABLO — LISTA ÚNICA CONSOLIDADA

Consolidadas y deduplicadas de TODOS los archivos (01: D1–D16 · 02: 24 + N1–N4 · 03: 8 + 3 adenda · 04: 7 · 05: D1–D10 · 06: 10 · 07: 22 · 00: nombre). 88 decisiones únicas (las duplicadas entre archivos están fusionadas y marcadas ⚡ cuando las recomendaciones chocan).

A. Identidad y proyecto

  1. Nombre del juego (00) — AURUM / Eldoria / Agitum / Eterna / Arkhein. → AURUM (la jugada «AO»); verificar dominios/handles el mismo día.
  2. Orden de construcción dentro de la región + tabla de zonas A.1 (03 adenda; absorbe «qué slice») — → aprobar A.1; construir núcleo Ulla (zonas 1–4) primero.
  3. Apertura del código (07) — híbrido / cerrado / abierto. → híbrido: cliente+protocolo abiertos a futuro, server/conversor cerrados.
  4. Monorepo único vs repos separados (04) + unificar layout con 08 y lenguaje del conversor (C21). → monorepo único; conversor en TS (arg. de 03).
  5. Idioma de los identificadores del código (04) — EN / ES / híbrido. → inglés con dominio de juego en español donde aporte.

B. Cuentas y entrada

  1. ⚡ Charset de nombres (01 D1 + 06 §6 — recomendaciones OPUESTAS, ver C5) — latín solo / latín-o-cirílico / Unicode amplio. → latín solo al lanzar (reversible; protege reportes/comandos del server único); largo unificado 3–16.
  2. Capacidades de invitado pre-claim (01 D2; 05 ya lo fija — C27) — → todo salvo mercado/trade P2P/drop valioso; chat global restringido hasta claim.
  3. ⚡ Stack de autenticación (01 D3 + 05 D9, ver C6) — passkey-first / password clásico / OAuth y cuáles. → email+password con passkey opcional + Google y Discord; para RU sin Google, email OTP alcanza (decidir explícitamente).
  4. Anti-bot de registro (01 D4; 05 §9.4 compatible) — → desafío invisible + PoW solo en registro/recuperación; jamás en invitado.
  5. Expiración de nombres de invitados (05 D10) — 30/90 días/nunca. → 30 días (anti-squatting del día 1).
  6. Pre-registro con reserva de nombre (07) — sí/no. → sí, gratis, expira a la semana post-launch.

C. UI/HUD

  1. ⚡ Piel del HUD (01 D5 + 04 §6.2, ver C12) — → una sola moderna en MVP; «modo clásico» como skin post-MVP.
  2. Números de daño flotantes default (01 D6) — → ON discreto (toggle en Opciones).
  3. ⚡ Canales de chat (01 D7 + 06 §7.1, ver C20) — → Local + Global-ES/EN/RU autojoin + Comercio + Ayuda; sin canal mixto extra en MVP.
  4. Input default de sprint desktop (01 D14) — Shift / doble-tap / toggle. → Shift (moviendo la 2ª página de hechizos).
  5. Letrero de entrada a zona (01 D15) — discreto / cinemático / ninguno. → discreto con stinger.
  6. Ganchos diarios en la landing pública (01 D16) — → sí (criatura del día + evento, carga diferida).
  7. Framework de UI (04) — SolidJS / Preact / React. → SolidJS.
  8. Serif display con cirílico (03 §10 + 06 §5.1) — Literata / Source Serif 4 / PT Serif / Playfair / Alegreya… → elegir MIRANDO espécimen RU real.

D. Sistemas de juego (02 salvo indicación)

  1. Atributos en creación (01 D8 = 02 §2.1) — dados vs fijos. → fijos por raza.
  2. Tirada de vida por nivel — aleatoria / promedio / piso garantizado. → piso garantizado (c), votable en beta.
  3. Pirata en el MVP — cojo / estreno-evento / sustituto. → (b) estrenarlo con la navegación como evento.
  4. Rate global de lanzamiento — ×2 / ×3. → ×3 en beta y rate definitivo como PRIMER poll 70 %.
  5. ⚡ Line-of-sight (02 §4.5 vs 05 §7.1, ver C7) — laxa fiel / Bresenham. → laxa fiel; Bresenham solo si el playtest muestra abusos por la cámara 3D.
  6. Re-parálisis en PvP — infinita fiel / diminishing returns. → fiel al lanzar; DR a votación con datos de arena.
  7. Fricción de hambre/sed — manual / auto-consumo opcional. → auto-consumo opcional (el sink se conserva).
  8. Precios y alcance de bendiciones — modelo 2 bendiciones vs 5 apilables; multiplicadores a simular. → modelo simple de 2; validar en la hoja de economía.
  9. Drop exacto en zona amarilla — inventario entero / % aleatorio. → entero pero nunca lo equipado (regla binaria legible).
  10. Dureza de pena a matanovatos — marca / +sin bendiciones / +bounty. → (a)+(c) marca + bounty.
  11. Jefes con nombre y canales — canal 1 / rotación / lockout. → rotación para jefes de zona; canal único para jefes-evento de servidor.
  12. ⚡ Lista y alcance de quests de lanzamiento (02 §13.2 vs 03 A.1, ver C13) — aprobar las 14 + definir la meta real por zona + tono del humor de #12.
  13. ⚡ Bóveda compartida de cuenta (01 D10 = 02 §15.3 vs 05 D6, ver C4) — día 1 / no / por voto. → compartida día 1 (cultura de alts; elimina el traspaso por el piso).
  14. Modelo de mercado (01 D9 = 02 §15.4) — bolsa / subastas / tiendas / mixto. → bazar global en MVP + tiendas físicas post-MVP como capa social.
  15. Upkeep de clan — sin / simbólico. → simbólico escalando con miembros, votable.
  16. Números del bonus de party — → +10 %/miembro como hipótesis; gate: party > solo en XP/hora en los 3 spawns de referencia.
  17. Entrenamiento offline — skill sola estilo Tibia / rested-XP. → rested-XP (premia volver, no estar ausente).
  18. Tema de la Temporada 1 — Frontera / Sangre y Oro / Solitarios. → someter la elección a votación pública (marketing+gobernanza).
  19. Apuestas de oro en arena — sí / no. → no al lanzar.
  20. Ranking público de riqueza — sí / no. → no (anti-RMT targeting).
  21. ⚡ Clasificador de combat-log y agresividad (02 §22; atado a C1) — pro-jugador / estricto. → pro-jugador con revisión al mes; PRIMERO resolver C1.
  22. Política multibox — prohibido / permitido salvo PvP. → prohibido (3 slots + bóveda compartida cubren el caso legítimo).
  23. Robar entre jugadores en MVP — fiel / limitado. → limitado a NPCs+oro capado; completo por voto.
  24. Domar en MVP — completo / solo invocaciones. → según presupuesto de IA del MVP; si recorta, invocaciones primero.
  25. Stamina del enemigo visible (N1) — oculta / icono / barra. → oculta total (tells diegéticos; anti-cheat por construcción).
  26. Sprint gratis en zona segura (N2) — → sí, sin costo en ZONA_SEGURA.
  27. Consejo de facción electo (N3) — → no al lanzar; sí cuando las facciones tengan masa.
  28. Formato del evento GM semanal (N4) — vivo / semi-automatizado. → semi-automatizado con plantillas; en vivo solo fechas especiales.
  29. ⚡ Sprint en combate sí/no (03 A.4 vs 02 adenda A, ver C8) — LA decisión que las adendas dejaron bifurcada. → adoptar la spec completa de 02 (candado 1 s + fatiga + paridad de escape), marcada «en observación» con el gate de veteranos.
  30. Slot de temporada (01 D12) — extra dedicado / consume 1 de 3. → extra dedicado.
  31. Techo de automatización del trabajo (01 D11) — hold-to-repeat / cola corta / acción por acción. → hold-to-repeat + lotes con presencia.
  32. Espectador de arena en MVP (01 D13) — → post-MVP con diseño listo (palanca streamers).

E. Arte y contenido (03)

  1. Estilo de personaje — KayKit chibi vs Quaternius realista. → prototipar la misma escena con ambos y decidir mirando (LA decisión estética del proyecto).
  2. Estrategia de iconos — híbrida / todo 3D / todo 2D. → híbrida (render batch + remaster de los iconos-memoria).
  3. Auras de meditación — partículas 3D / billboards originales. → partículas 3D respetando silueta/color/tier.
  4. ⚡ Nivel del remaster musical + default (03 §8.1 vs 04 §8, ver C11) — originales / híbrido / total. → híbrido: originales normalizados + remaster de los 4–6 temas del núcleo, con toggle clásico permanente; definir cuál suena por defecto.
  5. Tratamiento de la noche — marcada / suave / intermedia. → intermedia (azul marcado + piso de legibilidad).
  6. Paquete de encargos a artistas + jefes hero 4–6 (03 §11 + A.6) — mínimo / medio / completo. → medio ampliado: logo + key art + 4 jefes (Rey Esqueleto, Golem Ancestral, Liche del Puerto, Gran Dragón) + música del núcleo.

F. Cliente técnico (04)

  1. Backend gráfico por defecto al lanzar — WebGL2 para todos / WebGPU donde esté. → WebGL2 + WebGPU detrás de flag beta.
  2. Analytics de producto (04 §11.2 = 07 §12.2) — PostHog / GA4 / Metabase-propio. → PostHog (Pablo ya lo opera) con anonimización.
  3. TWA y tienda / Play Billing (04 §10.3 = 07 §6.6) — con tienda / sin tienda / sin monetización. → TWA sin tienda al lanzar (compra por web).

G. Servidor e infraestructura (05/07)

  1. Ciudad y proveedor del megaservidor (05 D1 = 07 §1.1) — Buenos Aires (Latitude) / São Paulo / Santiago. → BsAs si la sonda del pre-registro confirma >60–70 % AR/UY; si no, São Paulo.
  2. Postgres self-hosted vs managed (05 D2 = 07 §1.3) — → self-hosted con el diseño de backups+drills.
  3. Postura DDoS / Cloudflare (05 D3 = 07 §1.4) — proxy total / directo / híbrido. → Cloudflare proxy total, medir overhead en beta.
  4. Nodo EU/RU futuro (05 D4 = 07 §1.7) — proxy de borde / mundo separado; Hetzner vs VPS ruso. → proxy Madrid/Hetzner primero, medido; VPS ruso solo mirror sin datos de cuentas; mundo EU separado únicamente con CCU sostenido + voto 70 %.
  5. ⚡ Números finales del sistema de gracia (05 D5; requiere C1/C2/C3 resueltas) — → propuesta de 05 con la restitución de 02 integrada; constantes públicas en la API.
  6. Parámetros de moderación (05 D7 = 07 SLA + log GM): SLA de apelación (48/72/96 h), anonimización de sanciones menores, alcance de four-eyes, transparencia del log GM (crudo vs resumen), dotación mínima (H3). → 72 h; publicar desde tempban; four-eyes en permban; resumen mensual público; dotación por fase.
  7. Retención y privacidad de logs/replays (05 D8) — 30/90/180 días; qué ve el sancionado. → 90 días flags / 30 reportes; el propio replay siempre, el ajeno jamás.

H. Idiomas (06)

  1. Proveedor primario de MT — DeepL / LLM / híbrido. → híbrido (DeepL para masa, LLM con glosario para tono).
  2. «Agite» en EN/RU — término de marca / traducción funcional. → término de marca en los 3 idiomas.
  3. Topónimos en el cliente RU — transliterar / latino. → transliterar con alias latino en búsquedas.
  4. Modelo de revisores nativos — pagos / comunidad / híbrido. → 1 editor pago por idioma + comunidad con crédito.
  5. TMS — Git puro / Weblate-Tolgee / SaaS. → Git al inicio; Weblate al abrir a la comunidad.
  6. Botón «traducir» por mensaje de chat — día 1 / después. → día 1, solo on-demand con caché y cuota.
  7. Canal RU en Telegram (06 §9; 07 §7.1 ya lo da por hecho — alinear) — → sí, espejo automatizado de anuncios.
  8. Voseo rioplatense vs neutro — → voseo moderado (es identidad AO; el eslogan ya es voseante).
  9. Idioma legalmente vinculante de ToS/Privacy (06 §13, con consulta legal) — ES / EN. → atado a la decisión de entidad (nº 81).

I. Ops, negocio y lanzamiento (07)

  1. Bug bounty formalizado (cosméticos, sin dinero) — → sí (los dupes son el riesgo económico nº1).
  2. FX cosméticos de hechizos en el catálogo — solo caster / todos con modo competitivo / fuera. → fuera al lanzar (blindar la lectura del agite); revisar con datos.
  3. Suscripción premium — sin sub / «Mecenas» cosmética / con conveniencia. → Mecenas (cero poder, cero conveniencia bloqueada).
  4. Medios de pago RU — sin pagos RU / YooMoney vía estructura RU / RuStore después. → sin pagos RU al lanzar.
  5. Estructura de facturación (entidad para MercadoPago + MoR) — pregunta legal-impositiva; bloquea la tienda, no el juego. → resolver con contador/abogado antes de encender la tienda.
  6. ⚡ Wiki (07 §7.2 vs 06 §8.2, ver C19) — estática auto-generada / editable. → estática auto-generada trilingüe desde los catálogos + guías del equipo; contribuciones por PR.
  7. Regla de cadencia pública — máx 7 vs 14 días sin señal de vida. → 14 como piso duro, aspiración 7.
  8. Wipe de la beta abierta — único pactado / sin wipe. → wipe único anunciado desde el día 0 (preserva el ritual de apertura).
  9. Día y hora de apertura — → viernes 21:00 AR, ajustado con el mapa de países del pre-registro.
  10. Stream oficial de apertura — → sí, corto y sobrio, además de los creadores.
  11. Cadencia del ciclo de release — semanal / quincenal. → quincenal como compromiso público, hotfixes libres.
  12. Elegibilidad y quórum de polls — → ≥7 días + ≥5 h jugadas; quórum 10 % del MAU con piso 100 votos; ajustar con datos de beta.

Nota de secuencia: las decisiones que desbloquean a otras van primero: nº 1 (nombre → dominios, logo, key art), nº 52 (estilo → todo el arte), nº 2 (zona → conversor), nº 6/8 (identidad de cuenta → schema), nº 61 (región → contratos), nº 48+65 (sprint+gracia → netcode F2/F4). Las marcadas ⚡ requieren además resolver su contradicción asociada (§2) antes o junto con la decisión.

5. Veredicto

El plan NO está listo para pasar a implementación tal cual está — está a UNA pasada de consolidación de estarlo: la cobertura funcional es excepcional (44 pantallas, reglas exactas, evidencia citada en cada decisión), pero las adendas del 26-07 dejaron a 04, 05 y 06 desincronizados de 02/03 (sprint, región, gracia/restitución, presupuestos), hay 5 pares de recomendaciones opuestas sobre la MISMA decisión (nombres, auth, bóveda, wiki, piel), y 3 huecos estructurales (staffing/four-eyes, legal en el funnel, GDPR-vs-ledger) que no se arreglan escribiendo código. Recomendación: una sesión de reconciliación (C1–C10 + H1–H5) + la ronda de decisiones de Pablo en el orden de la nota de secuencia, y recién entonces abrir F1.