Esta página aún no está traducida: se muestra la versión en inglés.
Cómo escribir el cerebro de un bot
Un cerebro es código común que responde una sola pregunta: qué hace este bot a continuación. Se ejecuta donde tú quieras — una función en la nube, tu propio servicio, un cliente headless — y habla con la sala a través de la misma interfaz que usa el cliente de un jugador humano. Esta página especifica el conector al que se enchufa: qué recibe un cerebro, qué puede devolver y cuándo. Bots explica cómo meter un bot en una sala.
Qué está definido y con qué puedes trabajar hoy
La plataforma no incluye IA de juego. Ni árboles de comportamiento, ni sistema utility, ni cerebro de navegación. Ese es el límite: las decisiones son tuyas, y el trabajo del módulo es que tus decisiones no se distingan de las de un jugador.
Un cerebro no es un hook. Un hook envuelve un paso nuestro. Un cerebro no es un paso nuestro en absoluto: se ejecuta fuera de la sala, a su propio ritmo, y a la plataforma no le importa desde qué lado se abrió la conexión. Por eso un cerebro puede ser una función en la nube, un servicio que alojas o un cliente headless, y ninguna de esas opciones es más nativa que las otras.
El conector recibe percepción y envía comandos, y los dos lados son los mismos que tiene un jugador:
| Qué es | |
|---|---|
| percepción | exactamente lo que recibiría un jugador en ese lugar (seat): los mismos deltas, con las mismas reglas de visibilidad. Un bot no puede hacer wallhack, igual que un jugador. |
| comandos | exactamente lo que enviaría un jugador en ese lugar. No existe ningún canal de entrada privilegiado. |
Un bot que ve más — un modo de depuración, un modo de entrenamiento — es una ampliación declarada, no un efecto secundario de ser bot.
El tick de pensamiento se declara, y no es el tick de simulación. Los cerebros están afuera, así que piensan a su propio ritmo.
Entre dos pensamientos, sigue vigente el último comando
Un cerebro que piensa despacio no produce un bot que se queda quieto; produce un bot que sigue haciendo lo último que decidió. Diseña el cerebro teniendo eso en cuenta.
Si los cerebros desaparecen, el comportamiento está declarado, y no hay valor por defecto. Tú decides, por tipo de sala, qué pasa cuando el cerebro deja de responder. “Cerebros no disponibles” es un evento con retención, así que un suscriptor que llega tarde se entera de la situación actual y no solo de los cambios futuros.
Lo que un bot, a propósito, no puede ser
Son rechazos deliberados, no omisiones.
- Un bot no es un jugador, y no es dueño de derechos de uso (entitlement), compras ni registros en tablas de clasificación. Un bot que pudiera tenerlos sería una forma de fabricarlos.
- La marca de bot siempre existe y la plataforma siempre la puede observar. Si tu juego se la muestra a los jugadores es decisión tuya; que exista, no.
- El módulo no guarda historial de lo que decidió un bot ni de por qué. Eso es asunto tuyo, en tu telemetría — la plataforma no es el lugar donde se guarda el razonamiento de tu IA.