司令 克 连长

连长 克 工兵

工兵 克 地雷

地雷 克 司令

93.3% 的发起方（1030 局）用的是下拉框默认阵容「司令/连长/工兵」。
而这三张牌正好被「地雷/司令/连长」全部克制 —— 地雷克司令、司令克连长、连长克工兵。

结果是：对默认阵容，应战方胜率 94.2%， 其中 23.2% 是三比零横扫。
而三张牌各自随机时，三比零的概率只有 1.6%（四分之一的三次方）。

对非默认阵容，应战方胜率降到 58.1%。
差别就来自「发起方有没有真的选牌」。

应战方的出牌从来没有被记录：
原代码插入时写的是 INSERT INTO wap_ztyx ([uid],[cx],[cx1],[cx2],[zl],[aa],[money],[addtime]) —— 这里的 aa 是押注金额，不是牌。
判定时从表单读 aa/aa1/aa2 用一下就丢了， 数据库里没有任何一列保存应战方出了什么。
证据是取值范围：aa 只有 10 和 200（两种押注）， 而 cx/cx1/cx2 是 1-4（兵种）。
现在应战方的第三张牌写入原本闲置的 cx3 列，比分写入 bbb。

托管金额扣减没有条件：原代码是 SET money = money - 押注，没有和当前值比较。
一局被结算两次就会扣成负数。实测 1104 行全部刚好是 0 —— 一个只能往下减的列，反复结算之后就会停在那里。
现在带条件，一局只结算一次。

金额范围与牌面的检查顺序反了：原代码先查「钱够不够」， 再查牌面是否合法。选了不合法的牌会被报成「钱不够」。
现在先查范围和牌面。

这个规则并不是军棋：真正的军棋里地雷只被工兵克， 而原代码里连长也能克地雷。
本版保留了原有的循环规则 —— 1104 局成绩都是按它算的， 改了等于重新解释这些已经结束的对局 —— 但在说明里写明它是循环，不称它为军棋。