得3分的人往往在两次都能得到3分，这一下子就与其他人拉开了很大的分差，况且以前所说的判断打不过就崩溃其实并不好实现。结果就是其他所有选手要承担一个人崩溃的后果。

管理员学长能不能考虑更改一下天梯的评分方式，类似黑白棋评分机制，一胜一负，积分较优的胜方小奖励，负方小惩罚，双杀的话增大奖励与惩罚的额度？虽然现有的评分机制确实可以更快收敛...不过感觉双杀带来的收益还没有因为积分不足的惩罚多。

目前赛制好像是双杀比一胜一负但小分领先的积分更多？ 那是不是应该积分赛中所有的对局都使用同一副手牌啊。。。 否则有些牌组地主和农民差距较大难以双杀，但有的差距较小，只要bot实力有一定差距就可以双杀。。。

为什么Botzone上运行结果与本机调试结果不同？（程序中无随机成分）我了解到可能是因为Botzone上对程序进行了 -O2 优化，在本机如何进行调试呢？

当一人与两个bot对战时，若两个bot全过，人类既无法出牌也无法过牌

为什么有的时候人类玩家没有出牌选项。。。

我把模型的三个文件放在了和__main__.py相同的一层文件夹中打成压缩包，假如A是我的计算图，我在运行A.saver.restore(A.sess, "model.ckpt") 时报错：找不到模型。求问解决办法，急求！！！！

由于斗地主受牌的好坏影响很大，能不能再增大轮数（而且按目前算法只能和五六个bot对战，这个遇到bot强弱偶然性也很大）

瑞士制的第一轮是随机选择对手还是按照天梯上排名最接近的啊？

请问在瑞士轮的每一轮中，不同的对局双方的手牌是否相同？比如一轮瑞士轮中有4名选手，1和2对局（两次，包含角色互换），3和4对局（两次），那么1-2对局拿的牌，和3-4对局拿的牌是否相同？感觉相同会公平一些，一轮瑞士轮各个BOT的得分比较有可比性。

我已经了解到正式比赛时不允许写入存储空间。请问正式比赛时允许读取存储空间的数据吗？读取和写入的区分标准在于文件打开方式还是是否发生实际写入操作？

当时少填了队友可以加上吗 谢谢！

还能加入吗？

请问一个项目有很多文件(cpp)在平台上该怎么编译啊，感觉全部合成一个文件不是特别方便，能否增加make支持？

其中第一个是个人感觉需要添加的，后面两个算是小小小小小小小小小小小的期望0.0 * Eigen3 Python有numpy可以方便地处理矩阵运算，C++也应该要有一个比较合适∠(°ゝ°) Eigen是一个线性代数的运算库，TensorFlow内部的张量计算使用的就是它。 我在Bot的部分逻辑中用到了矩阵运算，使用的就是Eigen。 Ubuntu下可以通过apt安装（libeigen3-dev) ，默认情况下可用<eigen3/Eigen/...>包含头文件。

估计很多同学不知道瑞士轮是什么，建议在botzone wiki做个介绍。 https://zh.wikipedia.org/wiki/瑞士制 可供参考（可能需要翻墙）。

请问错过了比赛报名怎么办？

由于分配稍微不那么均衡的比赛很难造成双杀，而这个游戏主要就是靠双杀取胜（不像桥牌有很多针对对称局的奖励机制），所以瑞士轮局数太少很有可能会有很多偶然性。我认为只能靠增多瑞士轮轮数来解决问题，至少需要4*log数，可能还需要更多

我们几天前思考了一下斗地主除了投降的策略（现在已被发现和修改）以外，还有什么可以发扬科学精神的bug，在我注意到这个游戏在交互时十分不必要的把同一张牌分成了四个花色对应四个数字以后，我们便发现了这个bug。我们在此提出这个bug，秉承着鼓励大家积极进行密码学研究，我们会在文章最后提出几个子问题，希望大家在利用这个bug的同时多想想数学原理，虽然在本文的倒数第二段我们将指出如何修改这个bug，且这个bug十分容易修，但我们相信借此bug使大家多学一些数学知识是很棒的。 bug： 我们最先完全没有考虑到系统，指出两个农民交互的方法——如对花色排序（红桃1，黑桃2，草花3，方块4）然后每个农民在需要出某张牌的时候都出对应花色最小的（如手上有黑桃3、草花3，先打黑桃3，这样另一个农民便知道它没有红桃，再结合自己的牌，如果自己也没有红桃，那么他就知道红桃3在地主手上了）

我认为比赛规则两两对战局数太少，数据量少偶然性就很大，我认为起码应该每两人之间比赛2*5轮，比较合理。