웻한 플랍에서 오버페어를 어떻게 플레이할까

아래 솔버 결과에서 웻한 플랍의 오버페어는 대부분 베팅하지만, 얼마나 자주 체크하는지는 보드에 따라 크게 달라집니다. 버튼에서 QQ를 들고, 빅 블라인드가 프리플랍에서 콜한 뒤 플랍에서 체크했을 때, 솔버의 체크 빈도는 Ts 6s 2d에서 1.0%, 9d 8c 6s에서 18.3%, 9s 8s 6d에서 26.0%입니다.

커넥티드한 9-8-6 보드 두 곳에서는 텐 하이 보드보다 체크가 훨씬 많습니다. 팟의 3분의 1인 작은 베팅은 같은 순서로 보드가 바뀔 때마다 줄어들고, 큰 베팅은 텐 하이 보드에서 가장 많이 쓰입니다. 이 페이지의 나머지 부분에서는 그 배분, 보드 사이에서 달라지는 점, 그리고 결과를 어디까지 믿을 수 있는지 설명합니다.

상황

이 페이지의 모든 숫자는 하나의 설정에서 나왔습니다. 6인 테이블 캐시 게임, 스택 100 bb, 버튼이 2.5 bb로 오픈하고 빅 블라인드가 콜합니다. 플랍 팟은 5.5 bb, 남은 스택은 97.5 bb입니다. 빅 블라인드가 체크하고 버튼이 액션합니다.

세 보드 모두에서 빅 블라인드는 먼저 레인지 거의 전체로 체크합니다. 따라서 이 솔버 결과에서는 버튼이 체크를 받는 것이 이 플랍이 시작되는 일반적인 모습입니다.

버튼은 팟의 33% 또는 75%를 베팅할 수 있습니다. 솔버 화면과 CSV 파일은 이 크기를 2 bb와 4 bb로 표시하므로 이 페이지도 그 표기를 씁니다.

이 수치는 QQ 핸드 클래스의 평균입니다. 이 보드들에는 퀸이 없으므로 QQ의 6개 조합이 모두 가능하며, 수치는 6개 조합을 함께 계산한 값입니다. 스페이드가 두 장 있는 두 보드에서는 그중 일부 조합이 백도어 플러시 드로우를 추가로 가지고, 나머지는 그렇지 않습니다. 평균에는 둘이 섞여 있습니다. 특정한 퀸 페어를 설명하지 않으며, 이 페이지에는 개별 조합 사이의 차이에 대한 데이터가 없습니다.

보드별 QQ의 액션

97 bb 베팅도 트리에 남아 있습니다. 세 보드 모두 CSV에서 QQ의 이 액션 빈도는 0이지만, 이 액션이 불가능하다는 뜻은 아닙니다.

Ts 6s 2d: 거의 체크하지 않는다

보드에 스페이드가 두 장이라 플러시 드로우는 가능하지만, 카드의 랭크는 서로 가깝지 않습니다. 이 솔버 결과에서 QQ의 체크 빈도는 1.0%에 불과합니다. 2 bb 베팅은 50.6%, 4 bb 베팅은 48.4%입니다. 세 보드 중 4 bb 베팅을 가장 많이 쓰는 보드입니다.

9d 8c 6s: 커넥티드 레인보우 보드에서는 체크가 훨씬 많다

세 장의 랭크가 가까워 스트레이트 드로우가 많이 가능하지만, 무늬가 모두 달라 아직 플러시 드로우는 없습니다. QQ의 체크 빈도는 18.3%로, Ts 6s 2d보다 훨씬 높습니다. 2 bb 베팅은 42.9%, 4 bb 베팅은 38.8%로, 두 크기 모두 텐 하이 보드보다 비중이 작습니다.

9s 8s 6d: 같은 랭크에 플러시 드로우가 더해지고, 체크가 가장 많다

랭크는 9d 8c 6s와 같지만 두 장이 스페이드라서, 스트레이트 드로우뿐 아니라 플러시 드로우도 가능합니다. QQ가 체크를 가장 많이 하는 보드로, 체크 빈도는 26.0%입니다. 2 bb 베팅은 다시 줄어 36.4%이고, 4 bb 베팅은 37.6%이므로, QQ의 베팅은 두 크기에 대략 절반씩 나뉩니다.

버튼의 전체 레인지도 같을까?

방향은 같습니다. 버튼의 전체 레인지도 QQ처럼 Ts 6s 2d보다 9d 8c 6s와 9s 8s 6d에서 체크를 더 자주 하며, QQ는 세 보드 모두에서 여전히 대부분의 경우 베팅합니다.

이 내용과 앞에서 말한 빅 블라인드가 레인지 거의 전체로 체크한다는 내용은 솔버 화면에서 읽은 것이 아니라 이 연구의 CSV 파일로 계산한 것입니다. 각 핸드 클래스의 빈도에 그 보드에서 아직 가능한 조합 수를 곱하는데, 프리플랍 가중치 없이 한 번, 가중치를 넣어 한 번 계산했습니다. 두 방법 모두 같은 방향을 가리킵니다. 앱 화면에 표시되는 전체 레인지 백분율은 프리플랍 가중치를 반영하지 않으므로, 이 계산과 같은 기준이 아닙니다.

한 가지 원인으로 설명할 수 없는 이유

9d 8c 6s와 9s 8s 6d는 랭크가 같고 무늬만 다르므로, 이 페이지에서 가장 가까운 두 보드입니다. 플러시 드로우가 있는 쪽에서 QQ는 체크를 더 많이 합니다. 이는 두 솔버 결과에서 나온 관찰이지, 플러시 드로우가 이유라는 증거가 아닙니다. 세 장 모두 무늬가 바뀌면 두 레인지에서 보드와 맞는 핸드도 함께 바뀌기 때문입니다.

Ts 6s 2d는 다른 두 보드와 랭크, 연결성, 무늬가 동시에 다릅니다. 세 보드는 대표적인 예시로 보고, 한 변수만 분리한 실험으로 보지 마십시오. 새로운 보드는 새로운 질문입니다. 여기 없는 보드에서 오버페어를 들고 있다면 이 페이지는 그 빈도를 알려 주지 않습니다.

학습에 활용하는 방법

세션이 끝난 뒤 핸드를 복기할 때 사용하세요. 이것은 학습 자료이며, 플레이 중 의사결정을 돕는 도구가 아닙니다.

1. 먼저 상황을 확인하세요. 이 숫자는 포지션, 프리플랍 액션, 스택, 레인지, 베팅 크기가 모두 같아야 의미가 있습니다.
2. 모든 웻 보드를 똑같이 다루지 마세요. 이 세 보드에서 QQ가 체크하는 빈도는 보드마다 크게 달라집니다. 웻해 보이는 플랍마다 본인이 오버페어로 베팅한다면, 이 솔버 결과는 그 습관을 다시 검토할 가치가 있다는 근거가 됩니다.
3. 베팅 여부만 보지 말고 베팅 크기를 보세요. 베팅 빈도 하나로는 그중 얼마가 2 bb이고 얼마가 4 bb인지 알 수 없고, 그 배분은 이 보드들 사이에서 달라집니다.
4. 새 보드를 이 세 보드와 비교하고, 중요하다면 솔버로 직접 돌려 보세요. 비교로 얻는 것은 조사할 질문이지, 그대로 따라 할 빈도가 아닙니다.

혼합 빈도가 낯설다면 포커에서 GTO란?부터 읽어 보세요. 버튼이 플랍에서 셋을 맞힌 같은 상황은 플랍에서 셋을 맞혔을 때 최대 밸류를 얻는 방법을 참고하세요. 용어집에서 레인지, EV 같은 용어를 설명합니다.

이 페이지가 다루지 않는 것

이 솔버 결과는 싱글 레이즈 팟에서 빅 블라인드가 체크한 뒤, 인 포지션에 있는 버튼의 플랍 첫 결정만 다룹니다. 빅 블라인드가 레이즈한 뒤 어떻게 할지, 턴이나 리버, 다른 오버페어, 아웃 오브 포지션에서 오버페어를 플레이하는 경우는 다루지 않습니다. 3벳 팟, 다른 스택 깊이, 멀티웨이 팟도 다루지 않습니다. 각각 다른 모델이므로 이 빈도를 그런 상황에 그대로 적용하지 마세요. 또한 오버페어를 항상 베팅해야 한다는 것을 보여 주지도 않습니다. 이 세 솔버 결과에서 QQ를 얼마나 자주 체크하는지만 보여 줍니다.

입력과 결과

다운로드

• Ts 6s 2d: 노드 CSV(10,005 바이트)와 설정 기록(5,644 바이트).
• 9d 8c 6s: 노드 CSV(10,002 바이트)와 설정 기록(5,644 바이트).
• 9s 8s 6d: 노드 CSV(9,986 바이트)와 설정 기록(5,644 바이트).
• MelaGTO Direct v1.1 (10) 다운로드.

각 CSV에는 빅 블라인드가 체크한 뒤 노드에서 버튼의 92개 핸드 클래스가 들어 있으며, 빈도는 0–1 비율, 액션별 EV는 bb 단위입니다. 전체 트리나 조합별 결과는 아닙니다.

설정 기록은 앱이 저장한 파일이 아닙니다. 이번 계산에 앞서 Direct의 Bulk edit 필드에서 두 레인지를 다시 읽어 오고 설정 화면에서 트리 설정을 눈으로 확인했으며, AK 글과 플랍 셋 글에서 사용한 설정과 일치했습니다. 각 기록은 AK 글의 설정 기록에서 보드만 바꾼 것이며, 앱의 설정 형식으로 되어 있습니다. 스레드 수, 출력 간격, 동형성 스위치는 인터페이스에 표시되지 않으므로 소스 코드의 기본값을 따릅니다.

수렴 여부는 알 수 없습니다. 0.5% 목표는 설정이지 결과가 아닙니다. 이번 기록에는 최종 반복 횟수도 실측 익스플로잇 가능성도 없으므로, 목표에 도달했다거나 이것이 완전한 균형이라고 주장하지 않습니다. 관측한 완료 시간은 Ts 6s 2d에서 최대 139초, 9d 8c 6s에서 최대 201초, 9s 8s 6d에서 최대 136초였습니다. 이는 완료를 처음 확인한 시점에서 잡은 상한이며 정확한 계산 시간이 아닙니다.

사용한 레인지

6max_RC_100bb_200NL 레인지, artifact 버전 2026.08.12-v1이며, 혼합 가중치를 포함해 Bulk edit에서 읽어 온 값입니다. 숫자가 없는 클래스의 가중치는 1이고, 나열되지 않은 클래스의 가중치는 0입니다.

BB, 아웃 오브 포지션(90개 클래스)

ATs:0.949,A9s,A8s,A7s,A6s,A5s:0.03,A4s:0.366,A3s:0.917,A2s,KJs:0.699,KTs:0.521,K9s,K8s,K7s:0.829,K6s:0.801,K5s:0.978,K4s:0.967,K3s:0.675,K2s:0.896,AQo:0.238,KQo:0.639,QJs,QTs:0.68,Q9s:0.771,Q8s:0.885,Q7s:0.952,Q6s:0.922,Q5s:0.767,Q4s:0.903,Q3s:0.752,Q2s:0.673,AJo:0.765,KJo:0.584,QJo:0.75,JTs:0.567,J9s:0.169,J8s:0.922,J7s:0.414,J6s:0.702,J5s:0.498,J4s:0.605,J3s:0.577,J2s:0.259,ATo:0.833,KTo:0.643,QTo:0.709,JTo:0.758,T9s:0.116,T8s:0.599,T7s:0.79,T6s:0.479,T5s:0.275,A9o:0.844,K9o:0.711,Q9o:0.889,J9o:0.845,T9o:0.866,99:0.588,98s:0.742,97s:0.925,96s:0.9,A8o:0.935,K8o:0.341,T8o:0.301,98o:0.082,88:0.814,87s:0.693,86s:0.824,85s:0.808,A7o:0.723,87o:0.019,77:0.887,76s:0.63,75s:0.969,74s,A6o:0.375,66:0.902,65s:0.58,64s,63s:0.688,A5o:0.765,55:0.909,54s:0.504,53s,52s:0.592,A4o:0.575,44,43s,33,22

BTN, 인 포지션(92개 클래스)

AA,AKs,AQs,AJs,ATs,A9s,A8s,A7s,A6s,A5s,A4s,A3s,A2s,AKo,KK,KQs,KJs,KTs,K9s,K8s,K7s,K6s,K5s,K4s,K3s,K2s,AQo,KQo,QQ,QJs,QTs,Q9s,Q8s,Q7s,Q6s,Q5s,Q4s,Q3s,Q2s:0.629,AJo,KJo,QJo,JJ,JTs,J9s,J8s,J7s,J6s,J5s,J4s:0.974,ATo,KTo,QTo,JTo,TT,T9s,T8s,T7s,T6s,A9o,K9o,Q9o,J9o,T9o,99,98s,97s,96s,A8o,K8o:0.923,J8o:0.526,T8o:0.929,98o:0.32,88,87s,86s,A7o,K7o:0.247,77,76s,75s,A6o,66,65s,A5o,55,54s,A4o,44,A3o:0.84,33,22:0.692

Direct에서 보드를 다시 계산하려면 위 설정으로 Custom spot을 만들고, Bulk edit로 두 레인지를 붙여 넣은 뒤 CPU 계산을 선택하고, 빅 블라인드가 체크한 뒤의 노드 결과를 다운로드한 CSV와 비교합니다. 버전, 하드웨어, 중단 조건 모두 정확한 재실행에 영향을 줄 수 있습니다.

프리플랍 레인지 보기