回看贴发现 第一次发的要写一个德州辅助ai 已经是2023年

说一下 最近的进展吧，一直写的断断续续。
原因归咎于： 如果是纯手工撸代码，很难让ai理解整个游戏的进程以及翻牌转牌河牌对于牌面的变化。
而solver算法，刚好弥补了这个问题，因为在不断的互博中，已经把翻牌转牌和牌的价值都量化出来了。
所以只能把目前是solver 解算的代码加起来，来解决这个问题。
但是解算的速度比较慢，这是一个难点。
目前暂时是实现了：
多个 客户端实时获取游戏数据，读取玩家记录在h2n的范围，拼凑成解算数据，发送给B服务端，B服务端把解算数据分发给空闲的解算端，进行运算，因为多桌的关系，所以配置了多个解算服务器，如果是一个解算服务器同时解算两个，那么速度就会下降至少一半，所以只能租用多个服务器进行解算。

相当于 多个客户端，对应多个解算服务器，由服务端进行分配。归功于 现在的比较牛逼大模型ai 写这些功能基本没用过脑子。


接下来的思路就是几点 第一点就是 在初始解算的时候 粗略计算，这点在其他比较成熟的ai上面大致都是采用这种方式


翻牌粗解算： 底池8 STR 和后手96 STR的情况下（这里是以PKW的 100个STR 200个bb） ，服务器 Bet 50  Raise 也是50的尺度 仅保留一个bet尺度和一个Raise ，剥削程序1%的情况下 计算速度可以快到几秒内，电脑如果够好的话 估计能更快.。这点的灵感来一些ai系统他们 会进行分段式的计算
。（这块已经实现了）
当转牌的牌发出来之后，把翻牌面 双方的 范围牌weights 带入转牌进行计算 加上多个 25，50，75，100 ， 计算都是1秒左右就能解算完 转牌河牌的结果。（这块今天写完）

接下去的思路 就是既然gto相当于把行动进行了量化，读取h2n的数据，对玩家进行偏移， 诚实玩家的bet 把ev低于一定正值的进行弃牌（只保留坚果听牌，赔率不合适的就弃牌），喜欢诈唬的玩家把ev大于一定负值 保留进行跟注，把所有的偷鸡牌都进行放弃,等等一系列的设置。

这是目前的的思路跟方向。已经完成了95% ，快完成了，聊聊大家思路 加提提意见。