Cómo crear un videojuego con IA

Bucles, sensación, reglas, puntos de control, dirigir a un socio de IA, entrada, cámara, UI, espacio, tutoriales, economía, progresión, dificultad, retroalimentación y un microbucle jugable.

1. 1.1

   Pensar en bucles, no en funciones

   • 001Un juego es un bucle, no una presentación comercial
   • 002Dibuja un ciclo
   • 003Descarta la funcionalidad adicional
2. 1.2

   Sensación de juego

   • 004La sensación de juego es un contrato con el cuerpo del jugador
   • 005Correcto, pero inerte
3. 1.3

   Mecánicas y reglas

   • 006Una mecánica es una regla
   • 007Invariantes que puedes comprobar
   • 008Lo que un cambio no debe hacer
4. 1.4

   Puntos de control: inspeccionar, guardar y revertir

   • 009Mira el cambio antes de conservarlo
   • 010Checkpoint, cambiar y revertir
5. 1.5

   Dirigir al socio de IA

   • 011El encargo define el trabajo
   • 012Inspecciona y decide
   • 013Valida lo que cambió
6. 1.6

   Controles y entrada

   • 014Los modos controlan el dispositivo
   • 015Reproduce el problema antes de corregirlo
   • 016Bloqueo del puntero frente a opciones de diálogo seleccionables
7. 1.7

   Cámara

   • 017¿Qué debe ver el jugador?
   • 018Separa el sistema que recibe la entrada, el sistema responsable de la simulación y el sistema responsable de la vista para mantener diferenciados el estado del peón y su presentación al jugador.
8. 1.8

   UI, HUD y UX

   • 019Lo mostrado no siempre es verdad
   • 020Presupuesto del HUD
   • 021Una UI que el modo no puede usar
9. 1.9

   Diseño de niveles

   • 022La habitación es una lección
   • 023Una sola pantalla
10. 1.10

    Tutoriales

    • 024¿Qué debe demostrar el jugador?
    • 025Omitir, recapturar, colisión
11. 1.11

    Economía básica

    • 026Fuentes y sumideros
    • 027El multiplicador mostrado no es el umbral
    • 028Escribe un invariante económico
12. 1.12

    Progresión

    • 029Los desbloqueos son predicados
    • 030Analiza un escenario sintético de pago duplicado y define, para cada obligación de recompensa, una única ruta de pago que actúe como fuente de autoridad.
13. 1.13

    Dificultad

    • 031La dificultad no es todo el juego
    • 032No culpes al perfil
14. 1.14

    Retroalimentación del jugador

    • 033Si el jugador no lo percibe, no ocurrió
    • 034Auditoría de retroalimentación
15. 1.15

    El microbucle jugable

    • 035Las cuatro partes en un solo artefacto
    • 036Dirige una implementación pequeña
    • 037Taller del hito

Combate, encuentros, inventario y fabricación, misiones, narrativa, sistemas de mundo, navegación y vehículos, guardado y carga, audio y accesibilidad — como contratos y dueños de sistema, no quince funciones publicadas.

1. 2.1

   Combate

   • 038El combate es un contrato, no una lista de armas
   • 039Traza el daño desde la intención hasta el resultado
2. 2.2

   IA enemiga

   • 040El comportamiento enemigo es un contrato de estados
   • 041Separar la decisión de la ejecución
3. 2.3

   Aparición y encuentros

   • 042Un encuentro tiene un límite
   • 043Orquestar actores sin duplicar la autoridad
4. 2.4

   Diseño de jefes

   • 044Un jefe es un contrato legible
   • 045Diseñar fases sin crear un segundo sistema de combate
5. 2.5

   Inventario, equipamiento y fabricación

   • 046El inventario controla la posesión, pero no define todo el significado de los objetos
   • 047El equipamiento cambia la capacidad mediante un contrato
   • 048La fabricación es una transacción, no una segunda economía
6. 2.6

   Misiones

   • 049Una misión es un conjunto de predicados
   • 050Coordinar objetivos entre sistemas
7. 2.7

   Narrativa interactiva

   • 051El diálogo es un problema de estado y presentación
   • 052Diseñar elecciones sin escrituras globales ocultas
8. 2.8

   Sistemas de facciones

   • 053Una facción gestiona relaciones, no el mundo entero
   • 054Mantén las consecuencias de facción acotadas y explícitas
9. 2.9

   Mundo vivo

   • 055Mundo guionizado frente a mundo simulado
   • 056Delimitar el requisito del mundo
10. 2.10

    Navegación, mapas y vehículos

    • 057Un mapa no es el estado del mundo
    • 058La posesión de un vehículo es una transferencia de estado
    • 059Llegar es un contrato, no una estimación de distancia
11. 2.11

    Guardado y carga

    • 060Guarda el contrato, no la escena
    • 061Restaura los sistemas en un orden deliberado
12. 2.12

    Audio

    • 062El audio observa los contratos del juego
    • 063Diseñar prioridades e interrupciones
13. 2.13

    Accesibilidad

    • 064La accesibilidad cambia la superficie del contrato
    • 065Valida las rutas de acceso, no solo la ruta predeterminada

Tiempo de ejecución, estado, eventos, datos, acoplamiento, renderizado, rendimiento, recursos, compilaciones, Steam, versionado de esquema y de build, Git profesional, QA y depuración.

1. 3.1

   Arquitectura en tiempo de ejecución

   • 066De sistemas de juego a owners de runtime
   • 067Rastrear una acción por la arquitectura
2. 3.2

   Estado global y local

   • 068Scope no es ownership
   • 069Crear una hoja de ownership de estado
3. 3.3

   Eventos y mensajería

   • 070Un mensaje es un contrato
   • 071Evitar el event soup
4. 3.4

   Datos declarativos

   • 072Los datos no son comportamiento
   • 073Volver declarativa una regla ajustable
5. 3.5

   Acoplamiento

   • 074El acoplamiento tiene un coste de cambio
   • 075Rechazar la reescritura del sistema vecino
6. 3.6

   Renderizado 3D

   • 076El estado de simulación no es el objeto renderizado
   • 077Rastrear un frame 3D
7. 3.7

   GPU y rendimiento

   • 078Un presupuesto es una herramienta de decisión
   • 079Medir antes de cambiar
8. 3.8

   Memoria y ciclo de vida

   • 080`dispose` es una operación del ciclo de vida
   • 081Reproducir un fallo de lifecycle
9. 3.9

   Recursos

   • 082Un asset es una dependencia de producción
   • 083Auditar un conjunto de assets
10. 3.10

    Pipeline de compilación

    • 084“Funciona aquí” no es un build gate
    • 085Definir un gate de clean build
11. 3.11

    Envoltorios de escritorio

    • 086El wrapper es un límite de entorno
    • 087Comparar entornos de runtime
12. 3.12

    Integración Steam

    • 088La tienda, el cliente y el juego son límites distintos
    • 089Escribir una verificación de integración sin secretos
13. 3.13

    Versionado de esquema y de compilación

    • 090La identidad de versión tiene más de un significado
    • 091Diseñar una matriz de compatibilidad
14. 3.14

    Git profesional

    • 092El historial forma parte del registro de producción
    • 093Revisar un conjunto de cambios asistido por IA
15. 3.15

    QA automatizado

    • 094Un test debe fallar por la razón correcta
    • 095Crear una verificación centrada en resultados
16. 3.16

    Depuración

    • 096Síntoma, mecanismo y causa raíz
    • 097Reproducir, acotar, validar
17. 3.17

    Migraciones de guardado

    • 098Un cambio de guardado es una decisión de compatibilidad
    • 099Diseñar una migración segura
18. 3.18

    Arquitectura de localización

    • 100El texto necesita una arquitectura
    • 101Validar los recorridos en inglés y español

Ingeniería de release, telemetría, estrategia de tienda, producción, legal básico y postmortems.

1. 4.1

   Ingeniería de lanzamiento

   • 102Una compilación no es un lanzamiento
   • 103Construye un control de lanzamiento
   • 104Escribe el memorando de lanzamiento o no lanzamiento
2. 4.2

   Operaciones en vivo

   • 105Las operaciones en vivo son un modelo operativo
   • 106Elige el modelo operativo mínimo responsable
3. 4.3

   Observabilidad

   • 107Primero, formula una pregunta operativa
   • 108Diseña un plan pequeño de observabilidad
4. 4.4

   Telemetría de juego

   • 109Mide una decisión, no un panel de fantasía
   • 110Especifica un conjunto mínimo de eventos de gameplay
5. 4.5

   Balance con datos

   • 111Los datos son evidencia, no un veredicto
   • 112Toma una decisión de balance reversible
6. 4.6

   Seguridad y abuso

   • 113Nombra la superficie de abuso
   • 114Escala lo que no puedes resolver de forma segura
7. 4.7

   Monetización ética

   • 115Los ingresos no son un permiso
   • 116Revisar una propuesta de monetización
8. 4.8

   Estrategia de tienda

   • 117Haz que la promesa de la tienda coincida con el juego
   • 118Escribe una estrategia honesta para la página de la tienda
9. 4.9

   Gestión de comunidad

   • 119Escuchar sin prometerlo todo
   • 120Escribir un ciclo de respuesta responsable
10. 4.10

    Gestión de producto

    • 121El trabajo de producto es una secuencia de recortes
    • 122Documenta la decisión y sus concesiones
11. 4.11

    Producción

    • 123Convierte el alcance en hitos
    • 124Gestiona el riesgo antes de que el calendario se vuelva ficción
    • 125Construye el plan de entrega de la Etapa 4
12. 4.12

    Equipo y roles

    • 126La IA puede contribuir, pero no es responsable
    • 127Haz visibles las transferencias de trabajo
13. 4.13

    Externalización

    • 128Una transferencia es una interfaz
    • 129Escribe un brief externo listo para IA
14. 4.14

    Legal básico

    • 130Detecta la cuestión legal
    • 131Construye un inventario legal listo para revisión
15. 4.15

    Presupuestos

    • 132Toda promesa tiene un coste
    • 133Construir un presupuesto listo para decidir
16. 4.16

    Postmortems

    • 134La evidencia antes que la explicación
    • 135Escribe un postmortem accionable
    • 136Arma el paquete de evidencias de la Etapa 4

Prompts, orquestación, contexto, seguridad del cambio, estrategia de bases de código grandes, revisión y trabajo final. Maestría de dirección con IA después de los hábitos de fundamento de la Etapa 1.

1. 5.1

   Diseñar para IA

   • 137Diseña un sistema que una IA pueda modificar de forma segura
   • 138Evalúa la preparación para la IA antes de implementar
2. 5.2

   Ingeniería de prompts para código

   • 139Escribe un prompt como contrato de implementación
   • 140Diagnostica un prompt que invita a generar código inseguro
3. 5.3

   Orquestación de IA

   • 141Descomponer un cambio en pasadas supervisadas
   • 142Construye una secuencia de cambios con intervención humana
   • 143Auditar un fallo de orquestación
4. 5.4

   Gestión de contexto

   • 144Selecciona el contexto por responsabilidad, no por proximidad
   • 145Detectar contexto obsoleto o engañoso
5. 5.5

   Seguridad del cambio

   • 146Establecer un límite seguro para los cambios
   • 147Inspeccionar, validar y recuperar
6. 5.6

   Estrategia de bases de código grandes

   • 148Mapear la propiedad en un repositorio desconocido
   • 149Planificar un cambio escalonado entre varios sistemas
7. 5.7

   Refactorización

   • 150Refactoriza sin cambiar el contrato
   • 151Rechazar una abstracción atractiva pero insegura
8. 5.8

   Revisión de código con IA

   • 152Revisar el cambio contra el encargo
   • 153Encontrar la causa raíz, la responsabilidad y el riesgo de regresión
9. 5.9

   Pruebas generadas por IA

   • 154Pide a la IA pruebas que expresen un contrato
   • 155Haz que una prueba falle por la razón correcta
10. 5.10

    Pipeline de arte con IA

    • 156Redactar un brief coherente para una pasada de arte con IA
    • 157Seleccionar e integrar recursos, no solo generarlos
11. 5.11

    Pipeline de voz y audio con IA

    • 158Especificar el audio como retroalimentación y tono para el jugador
    • 159Revisar e integrar una pasada de audio asistida por IA
12. 5.12

    Contenido procedural

    • 160Diseñar un generador a partir de invariantes
    • 161Evaluar la variación sin venerar la cantidad
13. 5.13

    Pensamiento sistémico

    • 162Mapea las interacciones, no las funciones aisladas
    • 163Prioriza la intervención más segura
14. 5.14

    Dirección técnica

    • 164Tomar una decisión técnica bajo restricciones
    • 165Definir controles técnicos para un equipo pequeño
15. 5.15

    Dirección creativa

    • 166Expresa con claridad la promesa para el jugador
    • 167Dirigir decisiones coherentes entre alternativas
16. 5.16

    Trabajo final

    • 168Definir el alcance y redactar el brief del proyecto final
    • 169Dirigir, revisar y validar la implementación
    • 170Defiende la decisión y documenta el trabajo