Alcance del MVP Shipaton DocuGraph

Alcance del MVP Shipaton

Este documento traduce a alcance de MVP las decisiones y la evidencia ya obtenida. La fuente contractual del mapa de pantallas, los cinco flujos y los criterios de éxito sigue siendo MASTER-00 (MASTER-00), §5.3–§5.4 y §12; este documento no repite sus especificaciones.

1. Objetivo y criterio de salida

El MVP comunica y monetiza la capacidad de recuperación de contexto validada en la PoC mediante una aplicación publicable en Google Play para Android, con una demo honesta, un flujo completo y RevenueCat conectado a una compra real, conforme a DEC-010. El gate de integración de la aplicación está aprobado como Plan B en DEC-009: la aplicación muestra bundles precalculados y los identifica como tales; la evidencia del servidor MCP se mantiene separada.

La salida del MVP exige cumplir el criterio de RES-03 §4.4: reducción frente al contexto completo ≥40%, además de cobertura 100%, precisión 100% y omisión crítica 0% en la evidencia de PoC disponible. La evidencia real ya observada es 70.17% para BE-04 en EXP-03 y 63.90% para FE-04 en EXP-04.

2. Incluido en el MVP Shipaton

• Mobile: la superficie de validación del Shipaton, con las 12 pantallas y cinco flujos definidos en MASTER-00 §5.4. Las pantallas son las identificadas como S01–S12 allí; no se crea un inventario paralelo.
• Demostración: proyecto demo, selección de tarea, dependencias, bundle, métricas, validación, estado MCP y separación visible entre resultado precalculado y ejecución en vivo, conforme a DEC-009.
• Monetización: capacidades PAY01–PAY06 y comunicación de que Pro incluye Desktop (PAY08), según MASTER-00 §6.6. La integración real usa RevenueCat con Google Play como tienda objetivo; la suscripción, el producto y el promo code para jueces se configuran fuera del repositorio. El contrato de cuenta/identidad no se duplica aquí.
• Núcleo compartido: la estrategia KMP de DEC-002 prepara un núcleo documental reusable entre Mobile, Desktop y servidor MCP, sin asumir que la UI completa sea compartida.

3. Fuera del MVP Shipaton

• Desktop operativo completo (DESK01–DESK08) queda en Fase D, aunque el acceso Desktop se comunique dentro de Pro.
• Sincronización, pairing, conexión local, notificaciones y aprobación remota (CONN01–CONN05) quedan en Fase E y requieren evidencia previa; no se asumen cloud ni conexión entre dispositivos.
• Autenticación completa, backend remoto, transporte MCP de red, edición profunda y el producto completo quedan fuera de este MVP y conservan la fase indicada en sus fuentes.
• El precio definitivo, el mecanismo de identidad/cuenta, el correo transaccional y la distribución y actualización Desktop permanecen TBD; no se inventan decisiones ausentes. iOS y Desktop operativo quedan fuera del ciclo Shipaton.

4. Evidencia, límites y discrepancias

La base de alcance reutiliza EXP-02, EXP-03, EXP-04, sus gold standards y las decisiones DEC-006, DEC-007 y DEC-009. La evidencia demuestra el comportamiento del resolver y la viabilidad de la demostración, no demanda de usuarios ni superioridad de un agente: H04 permanece INCONCLUSA según DEC-008.

La discrepancia histórica entre el mapa de 34/62 pantallas y el límite contractual de 12 no se resuelve aquí: el MVP usa exclusivamente el máximo contractual de 12 de MASTER-00 §5.4; el resto queda sujeto a validación posterior.

5. Trazabilidad

La especificación de requisitos derivada es MVP-SRS. La siguiente etapa documental puede detallar interacciones, monetización, publicación y backlog sin convertir este alcance en producto completo.