De la idea a la App Store — arnés para lanzar juegos Flutter/Flame (plugin de Claude Code)

Publicamos como open source un plugin de Claude Code que lleva un juego Flutter/Flame desde "idea → planificación → desarrollo → QA → envío a la tienda".

Después de crear personalmente varios juegos con Flame y subirlos a las tiendas, codifiqué como arnés los procedimientos que repetía cada vez y las trampas en las que volvía a caer. No es "vibe coding", sino delegar el proceso a la IA: guardrails → plan → bucle de build generator↔evaluator → revisión humana.

Flujo: idea (si no hay, la IA recomienda una) → plan → diseño → contrato de criterios de finalización → bucle generator↔evaluator → una persona juega y aprueba directamente → AdMob·build·capturas de pantalla·envío

Características

• Evaluador escéptico: el evaluator no aprueba solo viendo el código; levanta el juego y lo evalúa en la práctica. Aunque pase QA, se detiene en la puerta de aprobación humana antes de publicar
• Siempre jugable incluso con 0 sourcing: audio sintetizado por código + visuales dibujados por código (sin assets externos)
• Hasta una "forma lista para lanzar": ícono personalizado, splash y nombre de app; orientación fijada de forma nativa; eliminación de iPad; gráficos obligatorios para Play (ícono 512 + feature 1024×500); autocompletado de metadatos de tienda e información de revisión; CI incluido
• Fixes de campo incorporados de 7 juegos lanzados: audio pooling, háptica, ciclo de vida de la app, evitar rechazo por ATT (2.1), consistencia de bundle ID, etc.
• El PRD y la UI se generan en el idioma en el que conversa el usuario (coreano/inglés)

Apliqué el harness design de Anthropic (separación generator-evaluator · handoff por archivos · QA escéptico) al dominio del lanzamiento de juegos.

Repo: https://github.com/tjdrhs90/flutter-flame-harness

¡Los comentarios son bienvenidos! 🙏