Por qué el 'predictor de siguiente token' es el modelo mental incorrecto para los LLM
Llamar a un LLM “predictor de siguiente token” no es incorrecto: es incompleto. Ese marco describe el mecanismo (generación autorregresiva de tokens) pero ignora lo que el post-entrenamiento codifica: la simulación de un asistente útil y el conocimiento descubierto mediante la exploración.
Los bucles de entrenamiento
El pre-entrenamiento es de hecho predicción de siguiente token:
for tokens in training_data:
for position in range(1, len(tokens)):
prior_tokens = tokens[:position]
actual_next_token = tokens[position]
model.make_more_likely(actual_next_token, after=prior_tokens)
Pero los LLM modernos pasan por RLVR (aprendizaje por refuerzo con recompensas verificables), que se ve diferente:
for task in training_tasks:
for explored_tokens in model.explore(task):
reward = evaluate_outcome(task, explored_tokens)
for position in range(len(explored_tokens)):
prior_tokens = task + explored_tokens[:position]
explored_next_token = explored_tokens[position]
model.make_more_likely(explored_next_token, after=prior_tokens, according_to=reward)
Durante RLVR, el modelo genera nuevas secuencias y aprende de los resultados, nunca vistos en los datos de entrenamiento. Eso es fundamentalmente diferente de simplemente imitar texto existente.
La analogía del ajedrez
Piensa en dos sistemas de ajedrez. Uno entrenado solo con partidas de grandes maestros predice el movimiento más probable: un predictor de siguiente movimiento. Otro explora exhaustivamente todas las partidas posibles, conoce la probabilidad de ganar desde cada posición y elige el movimiento que maximiza la victoria. Llamar al segundo “predictor de siguiente movimiento” sería extraño: está intentando ganar, no imitar.
Por qué importa
RLHF también desplaza a los modelos de la imitación hacia la simulación de un asistente útil. RLVR va más allá, permitiendo la exploración más allá de los datos de entrenamiento. Así que “predictor de siguiente token” describe la forma pero ignora lo que el bucle codifica. Una simulación de un asistente útil y conocimiento descubierto caben en el mismo bucle autorregresivo, pero no son solo eso.
📖 Lee la fuente completa: HN AI Agents
👀 Ver también
Homa: Reemplazando TCP para redes de clústeres de IA
Homa es un protocolo de transporte diseñado para reemplazar TCP en redes de centros de datos y clústeres de IA. La charla cubre el artículo original de USENIX ATC '21 y el trabajo reciente en el kernel.

El artículo de ajedrez de Claude Shannon de 1950 predijo el problema central de la IA Generativa: Adivinar vs. Saber
El artículo sobre ajedrez de Shannon en 1950 planteó el desafío central de la IA: tomar decisiones 'razonablemente buenas' bajo incertidumbre, exactamente el problema que enfrenta la IA generativa hoy cuando produce respuestas pulidas pero incorrectas.

Error en la Respuesta Automática de WhatsApp que Silenciosamente Elimina Imágenes Multimedia en OpenClaw 2026.4.2
Un error en OpenClaw 2026.4.2 hace que las respuestas automáticas de WhatsApp con MEDIA:./ruta/a/imagen.png eliminen silenciosamente las imágenes, mientras que las respuestas solo de texto funcionan correctamente. La misma configuración del agente funciona correctamente en Telegram.

Explorando la viabilidad de ejecutar OpenClaw en un Chromebook.
Ejecutar OpenClaw en un Chromebook podría ser más fácil de lo que piensas. Nuestra última exploración de OpenClawRadar profundiza en las experiencias y requisitos de los usuarios para determinar si los Chromebooks pueden manejar este agente de codificación de IA.