poker.yoga

Cómo verificamos nuestras respuestas

Cada respuesta se resuelve con la herramienta más barata capaz de resolverla: aritmética con tests, un chart de preflop publicado, un motor de ICM o un solver CFR. Este es el proceso completo, incluido lo que no afirmamos.

La pirámide de verificación

  1. 1La aritmética — verificada con tests

    Outs, equity, pot odds y la regla del 2 y el 4 salen de código que se ejecuta en cada commit. Si un número de una lección contradice al código, la build falla antes de llegar a ti.

  2. 2El preflop — contrastado con un chart publicado

    Los rangos de apertura y de defensa salen de un único chart declarado, para 100bb en 6-max. El texto de las lecciones se contrasta con ese chart, no con opiniones: «abrir esta mano» significa lo mismo en toda la web.

  3. 3Los spots de torneo — un motor de ICM

    Los spots de push/fold, burbuja y mesa final pasan por una calculadora de ICM, con rangos de call ajustados también a ICM, sin atajos de chipEV traídos del cash.

  4. 4Los spots postflop discutibles — un solver CFR

    Cuando dos buenos jugadores podrían discutirlo, cuando la lección va de tamaño de apuesta, o cuando el texto cita una frecuencia o una diferencia de EV, el spot se resuelve con un solver CFR (TexasSolver) antes de publicarse. Sin ejecución, no hay número.

Compruébalo tú mismo

Los tres primeros niveles están publicados como código que puedes ejecutar. Cada cifra de pot odds, equity e ICM de este sitio la calcula ese repositorio, a partir de datos versionados y con la semilla registrada. Clónalo y ejecuta los tests: si un número de aquí está mal, ahí es donde se ve.

git clone https://github.com/poker-yoga/poker-math
cd poker-math && npm install
npm test

Salida esperada

 Test Files  9 passed (9)
      Tests  105 passed (105)

Las tablas de equity se regeneran de forma determinista. npm run gen:vs-random reescribe la tabla de manos iniciales a partir de la matriz versionada —un millón de boards por pareja de manos, semilla 1— y produce un archivo idéntico byte a byte cada vez. Las cifras publicadas coinciden con ella dentro de 0,1 puntos porcentuales, que es ruido de Monte Carlo. Una diferencia mayor es un error nuestro, y preferimos el issue al beneficio de la duda.

Lo que esto no cubre es el solver CFR del nivel cuatro. Su binario es software de terceros que descargamos en vez de redistribuir, y sus ejecuciones ocurren sin conexión en una sola máquina. Lo que publicamos en su lugar es la configuración y el resultado de cada ejecución, junto al spot que resolvió: el ejemplo desarrollado más abajo.

El solver, en detalle

El nivel cuatro usa TexasSolver, un solver CFR de código abierto publicado bajo la AGPL. Ejecutamos la versión 0.2.0 en local, por lotes nocturnos, descargada de la propia página de releases del proyecto. Esa licencia es la razón por la que podemos enseñarte su salida y llamar a un spot verificado por solver, y también por la que el binario no está en nuestro repositorio: publicar resultados se puede, redistribuir el programa no.

TexasSolver

Lo que toda ejecución debe registrar

  • Los rangos de ambos jugadores, tomados del chart declarado de 100bb 6-max en lugar de inventados para la ocasión.
  • El menú completo de tamaños de apuesta que ofrece la lección, para que el tamaño que recomienda el texto sea un tamaño que el solver pudo elegir.
  • Bote, stack efectivo y board exactamente como los enuncia el spot.
  • El modelo del rival, por escrito. Un rango de defensa demasiado estrecho es la vía más rápida a una respuesta equivocada con plena confianza: así publicamos dos respuestas que luego tuvimos que revocar.
  • El objetivo de precisión, medido como explotabilidad, y nunca citamos una frecuencia con más precisión de la que esa cifra permite.

Una ejecución, de principio a fin

La lección del gutshot en Outs y equity. Estás en la ciega grande con T♥9♥, el flop es K♠Q♦6♣, los ciegos son $1/$2 y los stacks 100bb. Pasas, el botón apuesta el bote. Estas son las entradas que recibió el solver:

Configuración

set_pot 20
set_effective_stack 190
set_board Ks,Qd,6c
set_range_ip  AA,KK,QQ,JJ,TT,…,KJo,KTo,QJo,QTo,JTo
set_range_oop AA,KK,QQ,JJ,TT,…,KQo,KJo,QJo
set_bet_sizes ip,flop,bet,100
set_thread_num 8
set_accuracy 0.4
set_max_iteration 250

Estrategia en el nodo de decisión

FOLD            0.986
RAISE 2.8x      0.014
CALL            0.000

Ejecutado el 11 de julio de 2026: quince minutos en ocho hilos, detenido con 0,38% de explotabilidad tras 191 iteraciones. La lección enseña el fold, y el solver lo hace el 99% de las veces. El spot lleva el id de esta ejecución en el código del contenido: así una re-ejecución posterior sabe con qué compararse.

Qué hace fiable una ejecución

  • Los rangos de la simulación coinciden con el chart publicado, para los dos jugadores. Una sim con rangos inventados no verifica nada.
  • El menú de tamaños incluye cada tamaño que ofrece la lección. No se puede validar «un tercio del bote» en una simulación que no tiene un tercio del bote.
  • El modelo del rival queda por escrito. Un rango de defensa demasiado estrecho es el camino más corto a una respuesta equivocada y segura de sí misma: así publicamos dos respuestas que luego tuvimos que revertir.
  • El objetivo de precisión queda registrado, y nunca citamos una frecuencia con más detalle del que esa precisión aguanta.
  • Cada spot resuelto guarda su registro: la ejecución, su fecha y la salida que decidió la respuesta. Sin registro, el spot no puede llamarse verificado.

El solver decide el qué; el porqué lo escribe una persona

Una simulación puede vetar una acción, un tamaño o un número. Explicar no explica nada. Cada «porqué» de esta web lo escribe una persona y se revisa contra la ejecución, porque el fallo más común en el contenido de poker es la respuesta correcta con el motivo equivocado. Donde el solver mezcla de verdad dos acciones, lo decimos en vez de presentar una como dogma.

Lo que no afirmamos

  • El chart de preflop es una simplificación deliberada para 100bb 6-max: una brújula, no un dogma. No está derivado de un solver.
  • No todos los spots necesitan solver. La mayoría se resuelven con aritmética o con el chart, y no los disfrazamos de simulación.
  • Cuando cambia un chart o un modelo de rival, las ejecuciones antiguas caducan. Esos spots quedan en cola para volver a resolverse y hasta entonces no llevan ninguna afirmación de solver.
  • No vendemos la salida del solver como producto. Donde un solver mezcla de verdad dos acciones, la lección lo dice en vez de elegir una y llamarla la respuesta.
  • No llamamos verificado por ICM a un spot postflop de torneo. El motor resuelve push/fold, burbuja y mesa final; el juego postflop bajo presión de ICM queda fuera de lo que modela, y por tanto fuera de lo que afirmamos.
  • No hacemos afirmaciones sobre cómo juega «la mayoría» o «la población». Eso exige una base de datos de manos, y no la tenemos.
  • Esto es material de entrenamiento, no consejo de juego, y ningún método de verificación predice tus resultados en una mesa real.

Cuando nos equivocamos

La verificación solo significa algo si de vez en cuando nos lleva la contraria. Toda respuesta que hemos cambiado después de publicarla queda registrada con su fecha, lo que decía antes y lo que nos hizo cambiar de opinión.

La deriva la caza la build

El contenido y el código salen juntos. La suite de tests comprueba que cada escenario de práctica sigue encajando con el spot que enseña — el board, la mano del héroe y la propia respuesta — así que un texto que se aleja en silencio de la respuesta verificada rompe la build en vez de llegar a ti.

Quién está detrás

poker.yoga es un proyecto de ingeniería independiente: no es una marca personal, ni una escuela de póker, ni la fachada de una sala. No publicamos biografía de autor, porque un nombre no es una prueba. Lo que respalda una respuesta aquí es el código que la produjo, los tests que la protegen y el registro de las veces que nos equivocamos.

Dudas, correcciones o un número que no cuadra: support@poker.yoga

Lo que no vendemos

A día de hoy este sitio no tiene acuerdos de afiliación con salas de póker ni casinos, no lleva publicidad y no te manda a jugar a ningún sitio. Todo aquí es gratis, incluidos la chuleta y las calculadoras. Esto describe cómo funciona el proyecto ahora mismo; no es una promesa sobre cada versión futura.

Preguntas frecuentes

¿Todas las respuestas de poker.yoga están verificadas con solver?

No, y es deliberado. El solver es la herramienta más cara que tenemos, así que se reserva para los spots donde puede cambiar la respuesta: decisiones postflop discutibles, lecciones de tamaño de apuesta y cualquier número citado. Los fundamentos y la aritmética se resuelven más barato y con más fiabilidad mediante tests.

¿Qué solver usáis?

TexasSolver, un solver CFR, ejecutado en local por lotes. Los spots de ICM y push/fold usan un motor de ICM aparte: un solver CFR no modela preflop ni ICM, y usarlo ahí daría disparates muy seguros de sí mismos.

¿Qué pasa si el solver contradice una lección publicada?

Cambia la lección. En julio de 2026, volver a resolver contra un rango de defensa más amplio y realista revirtió dos respuestas que ya estaban publicadas — un spot de tamaño de apuesta y uno de c-bet — y ambas se reescribieron. La misma revisión, además, refutó tres de las cinco objeciones que se nos plantearon.

Dónde se nota

Última revisión:
2026-08-08
Versión de la metodología:
v2

Qué ha cambiado aquí

  • 2026-08-08v2 — se añadieron los pasos para reproducirlo, la versión y licencia del solver, una ejecución desarrollada de principio a fin, el registro de correcciones y este propio historial.
  • 2026-07-31v1 — primera publicación: la pirámide de verificación, las reglas que debe cumplir una ejecución y los límites.