Stitch Prototyping

Arnés de prototipado de UI sobre el MCP stitch (Google Stitch; MCP = Model Context Protocol, servidor de herramientas vía HTTP). Genera y edita pantallas de alta fidelidad ancladas a un design system explícito.

Conclusión (Minto — pirámide conclusión-primero)

Para prototipar: fija el design system (.stitch/DESIGN.md) → estructura el prompt (vibe + tokens + page structure) → genera o edita la pantalla → descarga. El design system es la fuente de verdad; sin él, el output deriva. [DOC]

Estado del MCP stitch (E1): el .mcp.json del toolkit declara solo notebooklm [CONFIG]; stitch no está declarado localmente. Sin probe en la sesión viva su estado es no-verificado (Art. 1) → confirmar conexión antes de afirmar disponible. [coverage_gap] Las demás secciones referencian esta condición como E1.

Runtime

• MCP stitch: endpoint HTTP https://stitch.googleapis.com/mcp [SUPUESTO]. Tools según docs de Google Stitch: generate_screen_from_text, edit_screens, get_screen, download [DOC-externo] — nombres no confirmados por probe ni declaración local. [coverage_gap]
• stitch se usa si está conectado en la sesión o se añade aparte; rige el estado E1.

Rutas .stitch/* = convención-objetivo del arnés, no archivos existentes en disco. [INFERENCIA]

Workflow

1. Design system: leer/crear .stitch/DESIGN.md (paleta #hex, tipografía, roundness, elevation, platform — web vs mobile). Es bloque REQUERIDO en cada prompt. [DOC]
2. Prompt: vibe/propósito + DESIGN SYSTEM + PAGE STRUCTURE (header/hero/content/footer).
3. Generar: generate_screen_from_text (nueva) o edit_screens (iterar) → download a .stitch/designs/.
4. Loop (opcional): baton .stitch/next-prompt.md (estilo stitch-loop) para sitios multi-página.

Cuándo NO usarlo

• Investigación/contexto → notebooklm-research. Web scraping → web-research.

Anti-patterns

• Generar sin bloque DESIGN SYSTEM (output inconsistente). [DOC]
• Afirmar disponible violando E1 (sin probe del MCP en la sesión). [INFERENCIA]

Resources

• knowledge/body-of-knowledge.md — stub pendiente (canon + métricas placeholder; aún no enumera tools ni contrato del design system). [coverage_gap]
• evals/evals.json — casos reales del gate DoD (Art. 5).
• Relacionado: claude-native-inventory, mcp-engineering.

Contract

• Aceptación: pantallas generadas desde texto con design-system primero (.stitch/DESIGN.md). [EXPLICIT]
• Límites: arnés sobre stitch MCP; prototipo, no producción. [EXPLICIT]
• Casos borde: [EXPLICIT]
  • MCP no conectado → estado E1 (no-verificado [coverage_gap]); no afirmar disponibilidad.
  • Fallo de auth/quota del servicio Google → abortar y reportar; no reintentar a ciegas. [INFERENCIA]
  • edit_screens sobre screen inexistente → resolver con get_screen antes de editar. [INFERENCIA]
  • Rate-limit / timeout HTTP → backoff y reintento acotado; no degradar el design system. [INFERENCIA]
• Supuestos: HTTP stitch.googleapis.com/mcp si autenticado [SUPUESTO]. [SUPUESTO]
• Trade-off: alta fidelidad rápida a cambio de dependencia de un servicio externo. [EXPLICIT]

Packet

Capas del packet, cargables bajo demanda (disciplina ICM: una capa por vez, nunca todas juntas): knowledge/ cuerpo de conocimiento · prompts/ prompts listos · examples/ salida de ejemplo · agents/ subagentes del packet · assets/ recursos estáticos.