OmniChess / 万象棋

kyt486

OmniChess / 万象棋公开测试开启

OmniChess / 万象棋是一款融合多种棋类规则的策略对战游戏。它不是传统国际象棋，也不是单一规则的改版棋，而是把国际象棋、中国象棋、围棋、黑白棋、跳棋等不同棋类的核心机制融合到同一张棋盘上，让每一局都拥有更高的变化空间和构筑深度。

在 OmniChess 中，玩家不只是移动棋子，更是在组建自己的战术阵容。不同棋子拥有不同移动方式、攻击逻辑和特殊机制。你需要在开局前布阵，在对局中判断节奏，并利用不同棋子的组合打出属于自己的战术风格。

当前公开测试版本已经实现的内容

本次公开测试版本已经开放基础可玩框架，包括：

玩家 UID 系统：每个玩家都会拥有唯一 UID，方便后续奖励、封禁、补偿和测试管理。
MYR / Myriad Token 测试货币系统：当前用于游戏内测试、抽奖和奖励结算。
背包系统：玩家可以查看自己已拥有的棋子。
抽奖系统：玩家可以通过 MYR 获取更多棋子。
AI 人机对战：已开放不同难度的人机测试，一级 AI 无需入场费，获胜可获得少量 MYR。
双人联机房间：玩家可以创建房间码，邀请另一名玩家加入。
私人房间机制：第二名玩家加入后，房间会变为私人房间，其他玩家无法进入。
房主 / 挑战者机制：创建房间者为房主，后来加入者为挑战者。
换边申请：挑战者可以申请换边，房主可以同意或拒绝。
准备流程：双方准备后才会进入摆棋阶段。
联机摆棋流程：白方先摆棋并确认，黑方可以观察白方阵容后再进行应对摆棋。
联机正式对弈：双方确认阵容后进入正式对战。
30 分钟总时间限制：双方各有 30 分钟总思考时间，时间耗尽将判负。
移动端适配：移动端棋子库已经移动到棋盘下方，并支持横向滑动，方便手机摆棋。
黑白视角切换：玩家可以切换白方视角或黑方视角，方便执黑玩家操作。
多语言界面：当前已支持多语言按钮、规则说明和基础界面文本。
活动入口：已预留活动中心，后续会用于发放测试奖励、赛季活动和社区任务。
礼包码系统：公开测试期间可通过礼包码发放测试资源。

测试礼包码

本次公开测试提供测试礼包码：

Monika

奖励内容：

670 MYR
King ×2
Queen ×2
Rook ×2
Bishop ×2
Knight ×2
Cannon ×2
Reversi ×2
Priest ×2
Go ×4
Guard ×2
Advisor ×2
Chess Pawn ×2
Xiangqi Pawn ×2
Xiangqi Horse ×2
Checker ×2

每个玩家只能领取一次，总领取上限为 67 次。

注意：礼包中的测试棋子带有测试标记，后续如果为了平衡性需要调整，可能会被回收或替换。但 MYR 不会因为测试棋子回收而被扣除，避免影响早期测试玩家体验。

特色棋子介绍

Queen / 后
Queen 是高机动性核心棋子，拥有强大的直线与斜线移动能力。它适合作为中后期压制棋子，也可以在关键时刻直接威胁对方 King。

Cannon / 炮
Cannon 来自中国象棋的“隔山打牛”机制。它可以直线移动，但攻击时需要隔着一个棋子作为炮架。这个机制让 Cannon 在复杂阵型中极具爆发力，也让玩家需要主动制造攻击线路。

Reversi / 黑白棋子
Reversi 拥有黑白棋式的翻转机制。它不只是单纯移动棋子，而是可以通过位置关系改变局部战场的归属。用得好时，它可以突然改变一片区域的控制权。

Go / 围棋子
Go 借鉴围棋的包围思想。它的强度不体现在单次移动，而体现在阵地封锁和围困。多个 Go 之间形成结构后，可以对敌方棋子产生很强的空间压力。

Priest / 祭司
Priest 拥有特殊传送能力，可以在关键时刻改变位置，制造战术奇袭或保命操作。它适合用来打破常规棋子的移动限制。

Xiangqi Horse / 象棋马
Xiangqi Horse 采用中国象棋马的“蹩马腿”机制。它有强机动性，但也会被特定位置的棋子限制。相比普通 Knight，它更强调路径判断和局部控制。

Checker / 跳棋子
Checker 具有跳跃吃子特性，可以在合适条件下跨越并吃掉敌方棋子。它在残局和局部缠斗中非常灵活，也容易打出意外突破。

Guard / 守卫
Guard 是偏防御型棋子，适合保护 King、封住关键位置，或者配合其他棋子构建稳定阵型。

Advisor / 士
Advisor 偏向斜向控制，适合补充阵型弱点，也可以在关键区域形成防守支点。

我们希望测试什么

本次公开测试的重点不是“最终数值”，而是验证核心玩法是否成立：

多棋类融合规则是否有趣？
摆棋阶段是否有策略深度？
白方先摆、黑方后应对是否公平？
联机房间流程是否顺畅？
30 分钟总时间是否合适？
哪些棋子太强，哪些棋子太弱？
移动端操作是否足够舒服？
玩家是否能理解每种棋子的作用？

如果你在测试中发现 Bug、卡顿、无法走棋、不同步、规则异常、棋子过强或过弱，都欢迎反馈。

后续计划

后续版本计划逐步加入：

更稳定的实时联机同步
Socket.IO 实时推送，减少轮询延迟
更完整的服务器权威规则校验
更完善的棋子平衡调整
排位赛 / 天梯系统
赛季系统
观战系统
对局记录与回放
好友房间与邀请系统
更多 AI 难度与 AI 行为优化
新手引导与棋子教程
活动中心后台编辑
更多语言完整覆盖
中国版与国际版分离
中国版社交登录
测试奖励、社区任务和早期玩家纪念内容
更多有意思的或者奇怪的棋子

公开测试说明

当前版本仍然是公开测试版，不代表最终经济模型、最终棋子强度或最终资产规则。测试期间可能会进行平衡调整、数据修复、临时维护或功能重构。

我们会尽量保护早期测试玩家的体验和贡献。如果某些测试资源需要调整或回收，也会尽量通过补偿、纪念奖励或说明公告的方式处理，避免让参与测试的玩家感到被背刺。

欢迎来到 OmniChess / 万象棋。

在这里，棋盘不只属于一种规则。

一些话
虽然上面对作者的称呼是我们，但实际上只有我一个人制作这个游戏的前端和后台，另加两位朋友提出的一些建设性意见，我会在明天问他们是否愿意署名。本来是准备做国际版和中国版两个版本的，但今天实在太晚了而且宿舍已经熄灯断电了，我认为论坛也不算一个很大众的平台，所以先把国际版端上来给谭u测试一下，由于要登陆国际版需要一点门槛（虽然在外面搜一下就可以非常简单的解决），我会尽快完成中国版的制作并加入更适合中国宝宝体质的社交登陆且优先发到论坛上的。由于我没什么钱，技术也是半吊子，所以我的服务器又小又破，经不住什么攻击所以麻烦如果发现了什么漏洞，先发到 omnichess@proton.me 谢谢，虽然你挂个ddos我也不能拿你怎么办，但是请别这么做，谢谢

kyt486

https://omnichess.lu-ji-ba.top/

kyt486

淦...我真是熬昏头了，最后一版修改后没测试就覆盖了原来的文件，而这一版不知道动了哪条屎山弄崩了好多东西...而且我现在在上课呢，只能中午回去再改了。

kyt486

更新：测试版 67.0.1.3-public-test

手机端整体压缩：
标题变小
padding 变小
棋盘限制到 96vw
棋盘格子间距变小
棋子图标变小
坐标字更淡更小
棋子库更紧凑
房间信息和按钮整体缩小
放下棋子后可以更改棋子的位置

kyt486

什么叫对面掏了15个后出来？
ai对战目前请别选用无限制子力，有恶性bug，ai直接数值碾压，太赖了=（
我会尽快修复的

kyt486

OmniChess / 万象棋 67.0.1.4-public-test 更新公告

当前前端版本：

67.0.1.4-public-test

本次更新主要针对 AI 布阵平衡进行修复，重点解决“无限制子力模式下 AI 过度堆叠强力棋子”的问题。

一、修复无限制子力下 AI 异常堆 Queen 的问题

此前在“无限制子力”模式下，AI 可能会摆出大量 Queen，甚至出现接近全队 Queen 的极端阵容。

这明显破坏了对局平衡，也不符合我们希望的 AI 难度设计。

本次更新后：

即使是无限制子力模式，AI 也会受到内部预算和平衡规则限制
AI 不会再无脑堆叠 Queen
AI 阵容会根据难度逐步增强，而不是直接用最强棋子堆满棋盘

二、限制 Queen 的出现难度

为了避免低级 AI 破坏新手体验，本次更新调整了 Queen 的 AI 使用规则：

1 级 AI：不会使用 Queen
2 级 AI：不会使用 Queen
3 级 AI：不会使用 Queen
4 级 AI：不会使用 Queen
5 级 AI：最多允许 1 个 Queen

Queen 仍然是非常强的核心长线棋子，但它不应该出现在低级 AI 阵容中，也不应该被大量重复使用。

三、限制高级特殊棋子数量

为了进一步避免 AI 阵容失衡，本次更新也限制了部分高级棋子的重复数量：

Queen 最多 1 个
Priest 最多 1 个
Reversi 最多 1 个
Rook、Cannon、Go 等战术棋子也会受到数量限制

AI 现在会更像是在“构筑阵容”，而不是简单堆最强单位。

四、AI 难度曲线调整

现在 AI 的棋子选择会更符合难度定位：

1 级 AI：
主要使用基础防守棋子和低级兵种，适合新玩家测试规则。

2 级 AI：
开始加入 Knight、Bishop 等中级棋子，拥有基础进攻能力。

3 级 AI：
开始加入 Rook、Cannon、Go 等战术棋子，具备一定组合威胁。

4 级 AI：
开始使用 Priest、Reversi 等高级机制棋子，但仍不会使用 Queen。

5 级 AI：
允许使用最多 1 个 Queen，并会构建更完整的高强度阵容。

五、为什么要这样改

OmniChess / 万象棋的核心不是“谁堆更多最强棋子”，而是不同棋子的组合、克制、空间控制和战术配合。

如果 AI 在低难度或无限制模式下直接大量使用 Queen，会导致：

新玩家体验变差
棋子多样性被破坏
特殊棋子的战术价值被 Queen 掩盖
无限子力模式变成纯数值堆叠，而不是策略测试

所以这次更新的目标是：

让 AI 更合理，让棋子组合更有意义，让不同难度真正体现差异。

六、当前建议测试重点

更新后重点测试：

无限子力模式下 AI 阵容是否合理
1-3 级 AI 是否更适合新手
4 级 AI 是否有挑战但不过分
5 级 AI 是否足够强但不恶心
Queen、Priest、Reversi、Cannon、Go 等棋子的出现频率是否合适
AI 阵容是否还有明显重复堆叠问题

如果你发现 AI 仍然出现过强、过弱、重复堆棋子、阵容不合理等情况，欢迎继续反馈。

感谢所有参与公开测试的玩家。OmniChess / 万象棋仍在快速调整中，你们的反馈会直接影响后续的平衡方向。

sayuri

1.后还是过于超模了，基本上我用两个后就能在40点以内薄纱阿尔法狗；补：好吧，我刚才用一后一车一象在20点内薄纱了( 这个阵容基本上能保证稳定薄纱对面。

2.AI难度有点低，即使是最高的阿尔法狗等级，也基本上每局都有送子的情况出现；我觉得如果不考虑一些其他的棋子的话，可能阿尔法狗等级的AI的ELo也就600那样吧。

3.棋子问题，守卫和中象的马是纯粹的废物，守卫就不说了，只有4个方向而且一次一格，想不出除了占格子之外的任何用处。中国象棋的马也是同理，明明有国际象棋的马了，再加入中国象棋的马，而且两者都是走一个“L”形，那中国象棋的马不就纯粹是国象马的阉割版吗？而且双方要花费的点数还相同，这样的话完全找不出摆上中国象棋的马的理由。

4.结束游戏。我知道王被吃掉或者什么什么的会赢了，但是问题在于，我不一定能吃掉对面。比如说我刚进网站，只有一个王和一个守卫的时候，显然fw守卫是没办法配合王把对面干掉的，然后游戏就结束不了了，一直是我在追着对面的王跑又干不掉对面。希望有和棋之类的机制啊。

5.而且不知道为何，基本上每局AI的这个棋子都是固定死的，20点肯定是中象马，马，士和跳棋。无限点数也不会用棋子把自己的后两排铺满。不知道是什么情况。

sayuri

#8 sayuri

不知为何，现在最高等级的阿尔法狗仿佛突然开智了一般，在20点内学会放后了，虽然阵容还是固定的后，守卫*3，兵。而且兵放在最底排是何意味()

。。。似乎也没那么开智。现在AI会固定在开局的第二步把后送给我。

而且现在赢了好像没有积分奖励了？我刚才开始前是200分，现在已经赢到170分了，再赢下去恐怕要输光光了(

kyt486

OmniChess 测试服更新说明

一、棋子平衡调整

根据实测反馈，原版本中部分强力棋子在低点数局中过于超模，尤其是“后”可以在 20 点、40 点局中组成过强阵容。因此本次对部分棋子进行了平衡调整：

后：子力费用提高，降低低点数局中单后或双后的碾压强度。
车：子力费用小幅提高。
象：子力费用小幅提高。
守卫：从原本较弱的横竖 1 格移动，调整为更适合防守和补位的近战单位。
中象马：因存在“憋马脚”限制，定位调整为更低费的牵制型跳跃棋子，与国象马形成区别。

这次调整的目标是让 20 点、40 点局不再被少数高强度长线棋子直接统治，同时让弱势棋子有更明确的上场价值。

二、AI 强度与阵容生成调整

此前最高难度 AI 仍然存在明显送子、阵容固定、不会合理铺阵等问题。本次对 AI 做了以下调整：

强化最高难度 AI 的估值逻辑。
增加对高价值棋子的送子惩罚，减少开局送后、送车等情况。
提高 AI 对王安全、吃王威胁、长线压制和关键棋子的判断权重。
调整 AI 阵容生成逻辑，减少固定阵容问题。
在更高点数或无限点数模式下，AI 会更积极地填充后两排，而不是只摆少量固定棋子。

AI 仍然会继续迭代，目前这版主要解决“明显送子”和“阵容过于死板”的问题。

三、和棋机制加入

此前在双方缺少足够进攻能力时，可能出现长期无法结束的局面，例如只剩王和弱防守棋子互相追逐。本次加入了和棋相关机制：

双方明显缺少击杀材料时，可以判定和棋。
长时间没有吃子、同化、围杀等有效进展时，可以判定和棋。

这可以减少无意义拖局，让对局更容易正常结束。

四、人机奖励结算修复

此前出现过人机胜利后没有正确获得 MYR，甚至因为入场/结算逻辑导致余额异常变化的问题。本次已对人机结算逻辑进行修复。

当前测试服人机奖励规则以服务器结算为准：

Level 1 AI：入场 0 MYR，胜利获得 1 MYR，余额达到 50 后不再发放奖励。
Level 2 AI：入场 2 MYR，胜利获得 4 MYR，余额达到 200 后不再发放奖励。
Level 3 AI：入场 4 MYR，胜利获得 8 MYR，余额达到 500 后不再发放奖励。
Level 4 AI：入场 6 MYR，胜利获得 12 MYR，暂无奖励上限。
Level 5 AI：入场 10 MYR，胜利获得 20 MYR，暂无奖励上限。

如果后续仍遇到胜利后未到账的问题，请截图保留玩家 UID，方便定位。

五、后端存档系统上线

本次已经部署新的后端 MVP，当前服务器已支持：

玩家 UID 生成。
MYR 余额保存。
背包库存保存。
抽奖结果保存。
人机结算保存。
礼包码兑换记录保存。
联机房间基础数据保存。

每个玩家都会有独立 UID，后续可以通过 UID 查询玩家、发奖励、处理异常或封禁违规账号。

六、关于本次存档丢失

本次测试服在后端重新部署过程中，旧的测试数据库文件丢失，导致之前的部分测试存档丢失。

受影响内容可能包括：

旧 MYR 余额。
旧背包库存。
旧抽奖记录。
旧礼包码领取记录。
旧测试账号状态。

目前新数据库已经重新生成，并且后端存档机制已经正常工作。之后会避免直接删除服务器数据目录，并在更新前进行数据库备份，降低再次丢档的风险。

由于当前仍属于早期公开测试阶段，部分测试数据可能会随版本调整发生变化。后续将逐步完善备份、补偿和后台管理工具。

七、Monika 礼包码已重新创建

此前的 Monika 礼包码因为旧数据库丢失而失效。现在已经在新数据库中重新创建。

礼包码：

Monika

奖励内容：

670 MYR
King ×2
Queen ×2
Rook ×2
Bishop ×2
Knight ×2
Cannon ×2
Reversi ×2
Priest ×2
Go ×4
Guard ×2
Advisor ×2
Chess Pawn ×2
Xiangqi Pawn ×2
Xiangqi Horse ×2
Checker ×2

领取规则：

每个玩家只能领取一次。
总领取上限为 67 次。

如果玩家兑换失败，请确认输入的是 Monika，并截图提供玩家 UID。

八、后续计划

接下来会继续处理：

AI 继续增强。
PVP 联机体验优化。
后台发奖励、封号、查 UID 等管理功能完善。
活动文本后台化。
数据备份机制常态化。
棋子平衡继续根据实战反馈调整。

kyt486

非科班出身的坏处体现出来了：没做存档备份
被自己蠢到了，明明很重要的东西居然忘掉了......
（不过至少我现在记得了，我会记得这件事的

哦对了，之前赢了没发奖励是因为之前是前端判断输赢然后返回值给后端，后端直接发奖励，这样的话如果你一直往后端返回“win”那实际上后端会一直给你发奖励。。。所以我改成在对局结束后把整局回放发给后端，后端判断是否合法，然后再发奖励，但是不知道为什么似乎接口没对上，前端把回放发回去就没下文了，自然就没奖励了。

sayuri

我觉得现在的可玩性要比昨天的高上不少，尤其是阿尔法狗难度下。昨天可以说是必胜法的阵容，在今天终于可以被合理的子力配置下克上了。也就是说即使有了后，也可能由于点数有限而导致自己宝贵的子力被众多棋子围殴致死。~~致敬无敌少侠~~

至于AI，有犯蠢的时候，比如像上图,这是我正在下的一盘。我一开始想着这是送车了吧？然后吃掉车之后又把炮送我了。

…这盘棋怎么回事，怎么连送我三个大子？

好吧又送我一个马，这一盘的AI有点那啥。不过我已经下了5盘了，这是唯一一盘AI跟疯了一样一直下饭操作的一盘，前4盘里，有一盘是直接用炮把我干掉，有两盘是我忘了守卫更新后变成小王了让AI把我后拿下了，然后剩下那一盘是正常赢的。不过不管怎么说，后+车+象这种少而精的子力想要赢明显更困难了，我觉得还是不错的。

不过好像这个余额还是没起作用。我下完每一盘后后都会看一眼余额，但是我这个余额好像就没变过。

至于这个和棋机制…我觉得有点那啥了。比如说这个场面：

光看这个场面可能看不出来什么，但是黑方的上一步是王a4，然后紧随其后，我的上一步是后b4,按理来说这应该是我赢了才对，毕竟这是将杀嘛。

而昨天的逻辑是，黑王无路可逃，只能吃掉我的后，然后我的白王反手吃掉对方。但是刚才黑王把我的后吃掉之后，直接判做和棋了，我觉得这不是很合理，因为一王+一后，很明显是我能赢才对，但是就因为这个棋的规则没有规定王不能走入其他棋子的攻击范围，同时和棋的规定又似乎有点迷，导致这种棋局变成了和棋。那这样的话和棋的几率就大大上升了，因为这恐怕要求自己的棋子比对方多很多才行，至少不能只多一个后。

然后守卫已经被加强成小王甚至皇太子了，但是新的问题出现了，那就是士和中象兵疑似失业()

士我手里只有两个所以不清楚点数消耗，目前来看是2,3,5；但是中象兵和守卫的点数消耗都是2,3,5,8。那么问题来了，同样的点数，我为什么要用中象兵和士呢？明明守卫是威力加强版的中象兵与士的结合体才对(

kyt486

#12 sayuri 嗯...确实还有些问题，不过我现在要去上课了，晚上再改吧。至于余额，我也不知道为啥不动，不过既然没扣就等晚上慢慢排查吧。

kyt486

OmniChess 67.0.1.8测试服更新说明

本次更新主要围绕移动端体验、人机结算、服务端权威判定、回放校验和反作弊误判修复展开。

一、移动端界面重构

此前手机端存在棋盘过小、棋子库拥挤、图标和文字难以阅读、页面布局像 PC 版被强行缩小的问题。

本次对移动端布局进行了重构：

手机端改为更适合触屏的单列布局。
棋盘区域优先展示，并尽量按屏幕宽度放大。
棋子库改为更适合移动端浏览的排列方式。
技能面板和阵容面板在手机端进行了压缩和重新排序。
顶部 UID、MYR、登录状态等信息在小屏幕下更易阅读。
修复部分手机浏览器 viewport 渲染异常导致页面比例不正常的问题。

这次调整的目标是让手机端不再只是“缩小版 PC 页面”，而是能真正作为移动端测试入口使用。

二、人机结算逻辑重构

此前人机胜利后，部分玩家反馈 MYR 余额不会变化。经过排查，原本的流程中存在前端本地胜负判断、后端结算触发、状态刷新之间不稳定的问题。

因此本次对人机结算方向进行了调整：

不再完全依赖前端本地判定胜负和奖励。
人机对局开始后，会由后端记录对局状态。
玩家走子会提交到后端。
后端负责验证玩家走法、计算 AI 应手、保存对局回放。
胜负与奖励结算逐步转向服务器权威判断。

这意味着后续人机奖励将更接近正式服逻辑，减少“前端显示赢了，但服务器没发奖励”的情况。

三、服务端权威 AI 对局上线

本次引入了新的服务端权威 AI 流程。

新的流程为：

玩家点击走子。
前端把玩家行动发送给后端。
后端验证该步是否合法。
后端执行玩家行动。
后端计算 AI 应手。
后端保存服务端回放。
后端返回权威棋盘。
前端只负责显示后端返回的结果。

这样做的目的是：

防止前端本地逻辑和后端奖励逻辑不一致。
让 AI 对局结果由服务器统一判断。
为后续反作弊、战绩、回放、排行榜和奖励系统打基础。

当前服务端权威 AI 后端版本已推进到 0.3.x 系列，前端版本推进到 67.0.1.8 系列。

四、回放校验机制加入

为了让服务器能够确认玩家胜利是否真实有效，本次加入了回放校验逻辑。

基本机制是：

后端保存一份服务端权威回放。
前端也提交本地记录的对局回放。
结算时，后端会比对双方回放是否一致。
回放一致，才发放人机胜利奖励。
回放不一致，则拒绝发放奖励，并记录异常。

这个机制不是为了为难正常玩家，而是为了后续正式服防止篡改前端、伪造胜利、跳过 AI 行动等问题。

五、修复“回放不一致”误判问题

上线回放校验后，出现了正常玩家被服务器判断为“回放不一致”的情况。经过排查，这不是玩家作弊，而是代码兼容问题。

问题原因是：

服务端回放里把玩家行动标记为 player。
前端部分回放里把玩家行动标记为 white。
两者实际代表同一方，但后端旧比对逻辑把它们当成不同字段。
因此正常对局也可能被误判为 REPLAY_MISMATCH。

本次修复后：

white / player / user / human 会统一识别为玩家行动。
black / ai / bot / server 会统一识别为 AI 行动。
前端新回放会明确写入 actor: "player" 和 actor: "ai"。
后端继续验证每一步是否合法，但不会再因为字段名称不同而误判正常玩家。

这次“回放不一致”属于系统误判，不应视为玩家开挂。

六、版本信息

本轮主要版本为：

前端：67.0.1.8
服务端权威 AI 后端：0.3.0
回放误判修复后端：0.3.1

如果玩家反馈问题，请尽量提供：

玩家 UID
对局时间
AI 难度
当前 MYR 余额
是否出现回放不一致提示
截图或录屏

这样可以更快定位问题。

七、当前仍需继续观察的问题

本轮虽然修复了结算和回放校验的核心逻辑，但仍然需要继续观察：

AI 是否仍有偶发连续送大子。
后端权威棋盘和前端显示是否完全同步。
人机胜利后 MYR 是否稳定到账。
回放校验是否仍存在误判。
手机端不同浏览器的布局表现是否一致。
PVP 房间流程是否需要继续优化。

当前仍属于测试服，部分规则、奖励和数据结构还会继续调整。

kyt486

好累。。。。我还是第一次做这种体量的项目，越来越感到老大和其他开发人员的辛苦了。
把ai行动放后端后，肯定是会加大服务器的负载的，不过目前谭u们应该撑不爆它，以后有闲钱了再搞更强的服务器吧，谭u有推荐的吗？~~有没有那种一个月50块钱的线程撕裂者？~~

sayuri

1.在本次更新后，在我走一步后，局面会显示“AI正在思考中“然后卡顿，并在AI走子后，同时显示双方的落子。我觉得这个有点卡了，尤其是自己落子后不能使实时反馈，还要等AI落子后才能反馈我走的每一步，所以体验有一些下降。

2.MYR到账解决了。我现在的余额是870。更新之后一把没输过(

3.至于为什么一把没输过，那是因为我们的阿尔法狗的AI现在有两个极其惊世智慧的操作。首先是这种操作：

新版的AI在送大子方面稳定了一些，我没记错的话，是略微少一些见到这个现象了，尽管还是很常见。但是AI在弃王这方面似乎表现得很积极。经常会出现无视我的杀王威胁，跑去吃我的大子/威胁来杀我的王。但是由于下一回合轮到我，所以肯定是我赢的。而且说到底对面的王都被吃了为什么还要卡我一下然后再结算啊(恼)

4.然后是阵容问题。不是很清楚黑方的编辑阵容是怎么弄的，在黑方编辑阵容的时候是否能看到白方的阵容，但是我发现了一个极其op的配置：

在这种配置下，惊世智慧的阿尔法狗AI大概会以一半的比例在王前布置棋子导致被我先手必胜。

5.最后是做了一下和棋判定的测试。

我在这里把对面的子吃光之后主动送掉了我手里几乎所有的子，包括车，象这种子。因为之前有一局的时候，我只剩下了一个炮和一个象，我以为没戏了来着，但是没判我和棋，最后还赢了，不过我不确定是AI犯蠢了还是本来一象一炮就能将杀。

然后现在我送到只剩一炮，这肯定是将杀不了的，但是没判我和棋。还是说这个棋其实能赢？我现在判定不了，因为AI动不动就把王白送我(

我再来一盘。现在是送到只剩一个象。现在这盘棋我们知道肯定是赢不了的，只靠象没法将杀。

顺便一提AI无敌了，我把后送给它它的第一反应竟然不是吃子是逃跑，我还陷入了追着送后的境地。

还是没有判定和棋。不过我仔细想了一想，感觉由于王可以走到对方的控制区，所以理论上我把王憋死在g8格，从而迫使对面送王似乎可行？现在搞不清楚和棋的规则了说实话。

我用本地双人来下吧，现在是单一个马。单马的话肯定是不可以的，因为连憋死王都做不太到了。

单马仍然没有判定和棋。至于单马在现有的规则下到底能不能赢我就不知道了，反正我是下了20多回合都没杀了。

kyt486

OmniChess 更新日志

本次更新重点围绕服务器权威对局、反作弊、AI 布阵安全、钱包登录、前端体验和后端稳定性展开。当前版本已经从早期前端 Demo 逐步转向服务器判定的正式架构。

核心反作弊升级

服务器权威 AI 对局

人机对局现在不再相信前端返回的胜负、棋盘、AI 阵容或奖励结果。

现在流程改为：

前端只提交玩家白方阵容和玩家操作
后端验证阵容是否合法
后端生成 AI 阵容
后端保存权威棋盘
后端验证每一步走法
后端执行 AI 回合
后端判断胜负、和棋、奖励
前端只负责显示服务器返回的结果

这可以防止玩家修改前端代码伪造胜利、伪造 AI 自杀阵容或刷取 MYR。

AI 开局安全校验

修复了 AI 可能开局自杀的问题。

例如玩家在 e2 摆炮时，AI 之前有概率在 e7 摆子，导致该棋子成为炮架，玩家开局即可炮打 AI 王。现在后端 AI 布阵会检查：

AI 王不能开局处于被威胁状态
AI 摆子不能制造玩家一步杀王机会
AI 不会在王和敌方炮之间随便放炮架
AI 王位会尝试选择更安全的位置
每次 AI 落子都会经过安全性验证

禁止前端本地结算奖励

前端不再允许本地发放 MYR。
AI 胜负、奖励、入场费、MYR 余额变化全部以后端数据库为准。

如果后端未返回权威棋盘，前端会拒绝本地开局，防止伪造 AI 阵容或奖励结果。

AI 对局体验优化

乐观走子显示

玩家走子后，现在前端会先立即显示玩家自己的走子结果，不再等待后端完整处理后才动。

新的体验流程：

玩家点击走子
前端立即显示玩家棋子移动
后端验证走法并执行 AI 回合
后端返回权威棋盘
前端显示 AI 应手
如果后端拒绝该走法，前端撤回本地预显示

这样保留了服务器权威判定，同时减少了玩家操作延迟感。

修复错误和棋判定

移除了过于激进的 insufficient_material 子力不足和棋判定。

由于 OmniChess 存在围杀、跳吃、同化、炮架、传送等机制，不能简单照搬传统国际象棋的子力不足规则。

目前自动和棋只保留：

双方只剩王
连续 40 个半回合无吃子、无同化、无围杀

钱包登录修复

新增并修复钱包登录后端接口：

GET /api/auth/nonce
POST /api/auth/wallet
POST /api/auth/logout

修复了钱包连接时报：

Unexpected token '<', "<!DOCTYPE "... is not valid JSON

的问题。

现在未知 API 也会返回 JSON，不再返回 HTML 错误页，避免前端解析崩溃。

钱包登录使用签名验证，后端不会相信前端直接声明的钱包地址。

玩家 UID 系统

每个玩家现在会分配独立 UID，用于后续后台管理和玩家定位。

UID 可用于：

查询玩家
发放奖励
封号
客服处理
查询背包
查询 MYR
查询对局记录
查询抽奖记录

UID 与数据库内部 ID、钱包地址分离，方便公开展示和后台管理。

后端数据库与接口升级

数据库迁移修复

修复旧 SQLite 表结构与新后端字段不一致导致的错误，包括：

updated_at 缺失
difficulty 缺失
ai_difficulty 旧字段冲突
ai_matches 旧表结构不兼容

现在新版后端会自动迁移或重建兼容表结构。

AI Match 返回结构修复

修复 /api/ai/match/start 已创建比赛但不返回 match.board 的问题。

现在成功开局时会返回：

match.id
match.seed
match.board
match.serverReplay
match.difficulty
match.pointCap
match.entryFee

前端收到权威棋盘后才允许开局。

AI Match Active 分支修复

修复重复请求开局时返回旧 active match 但缺少 board 的问题。

现在已有 active match 也会返回完整权威棋盘，避免前端误判服务器未返回权威棋局。

抽奖、背包和 MYR 基础接口

继续保留并完善以下接口：

/api/player/state
/api/gacha/config
/api/gacha/draw
/api/public/activity

当前服务器已能返回：

玩家 UID
MYR 余额
背包库存
碎片
保底进度
活动文本

抽奖会由后端扣除 MYR、计算结果、写入库存或碎片，前端不再自己决定奖励。

PVP 房间接口骨架

新增了联机房间相关 API 骨架，用于后续实时 PVP：

创建房间
加入房间
准备状态
换边申请
提交阵容
走棋接口占位

当前 PVP 仍不是完整实时战斗版本，后续会接入 Socket.IO 和服务器权威棋局同步。

前端修复

AI 开局参数修复

修复前端传错 AI 开局参数的问题。

现在前端只向后端提交白方玩家阵容 initialBoard，不会再把前端生成的黑方 AI 阵容一起传给后端。

后端负责：

验证白方阵容
检查玩家是否拥有对应棋子
生成黑方 AI 阵容
返回完整权威棋盘

王数量校验

AI 开局前，前端会先检查白方是否刚好拥有 1 个王。
如果不是刚好 1 个王，会阻止开局。

后端也会进行同样校验，防止玩家绕过前端。

JSON 错误处理增强

前端现在会检查接口返回内容类型，不会在后端返回 HTML 错误页时直接崩溃。

当前架构状态

目前 OmniChess 已经进入服务器权威架构阶段：

前端负责显示、交互、动画
后端负责棋局、AI、奖励、背包、MYR、抽奖、胜负
玩家无法通过改前端直接刷 MYR
AI 阵容不再由前端决定
人机奖励开始具备正式经济系统基础

kyt486

OmniChess 更新日志

本次更新重点围绕人机对战阵营选择、服务器安全、钱包登录稳定性、PVP 基础规则、数据库迁移和黑方应对摆棋流程展开。当前版本已推进到 v0.4.8。

人机对战支持选择阵营

人机模式现在支持玩家选择执白或执黑。

玩家执白

玩家执白时，流程保持为：

玩家先摆白方阵容
服务器生成 AI 黑方阵容
白方玩家先手
后端验证每一步走法
后端执行 AI 黑方回合
后端结算胜负和 MYR 奖励

玩家执黑

玩家执黑时，流程已重做为更合理的应对摆棋机制：

玩家选择执黑
服务器先生成 AI 白方阵容
AI 只摆棋，不会先走子
前端展示 AI 白方阵容
玩家根据 AI 阵容摆黑方阵容
玩家确认黑方阵容
服务器验证黑方阵容
正式开始对局
AI 白方先走一步
然后轮到玩家黑方行动

这解决了此前“玩家执黑时直接开局、流程错位”的问题。

黑方应对摆棋流程修复

修复了玩家执黑时出现的两个关键问题：

AI 白方在摆完棋后错误地先走了一步，再让玩家摆棋。
玩家摆完黑方阵容后，前端可能显示 MATCH_NOT_IN_BLACK_RESPONSE_SETUP。

现在服务器会明确区分：

setup：阵容准备阶段
black_response_setup：黑方应对摆棋阶段
active：正式对局阶段
finished：已结算阶段

前端也会检查服务器返回的 match.status 和 turn，避免把旧的 active 对局误当成黑方摆棋阶段。

AI 对局服务器权威继续增强

人机对战继续保持服务器权威模式：

AI 阵容由后端生成
AI 回合由后端执行
棋盘结果以后端返回为准
胜负以后端判断为准
MYR 奖励以后端结算为准
前端不能伪造胜利、AI 自杀阵容或奖励结果

玩家执黑的新增流程也没有放松反作弊。AI 白方阵容由服务器保存，玩家确认黑方阵容时，后端会把服务器保存的白方 AI 阵容与玩家提交的黑方阵容合并，前端不能伪造 AI 阵容。

AI 布阵安全优化

继续修复 AI 开局自杀式布阵问题。

例如玩家在炮线位置摆炮时，AI 之前可能在王前摆子，导致该棋子成为炮架，玩家开局即可直接炮打 AI 王。

现在 AI 布阵会检查：

AI 王不能开局处于被威胁状态
AI 不能摆出让玩家一步杀王的阵型
AI 不会随便在王和敌方炮之间放炮架
AI 王位会尝试选择更安全的位置
AI 每次落子都会经过安全性验证

前端走子体验优化

人机对战现在采用乐观显示机制：

玩家点击走子后，前端会立即显示玩家走子
后端继续验证该走法是否合法
后端执行 AI 回合
后端返回权威棋盘
前端再显示 AI 应手和最终棋盘
如果后端拒绝该走法，前端会撤回本地预显示

这样减少了操作延迟感，同时仍保持服务器权威判定。

Session 安全升级

后端不再直接依赖明文数据库 ID 作为玩家 Cookie。

此前旧结构类似：

oc_player_id = 1

这存在被篡改后冒充其他玩家的风险。

现在改为：

浏览器保存随机 session token
数据库存储 token hash
后端通过 session 查找真实玩家
旧 oc_player_id 会迁移为新 session

这为后续正式账号系统、钱包账号绑定和后台管理打下基础。

钱包登录修复

修复了钱包连接相关错误：

SERVER_RETURNED_HTML_502
INTERNAL_SERVER_ERROR
Unexpected token '<', "<!DOCTYPE "... is not valid JSON

现在钱包登录接口包括：

GET /api/auth/nonce
POST /api/auth/wallet
POST /api/auth/logout

钱包登录流程会使用签名验证，后端不会相信前端直接声明的钱包地址。

同时，前端错误提示也已优化，不再把所有钱包登录失败都错误显示为“钱包连接或签名被取消”。

后端未知 API 返回 JSON

后端已修复未知 API 返回 HTML 页面的问题。

此前当前端请求未实现接口时，可能收到：

<!DOCTYPE html>

导致前端 JSON 解析失败。

现在后端会尽量返回结构化 JSON 错误，便于前端显示真实原因。

数据库迁移修复

修复多次版本迭代后旧 SQLite 表结构不兼容的问题，包括：

players.last_seen_at 缺失
sessions.user_agent 缺失
ai_matches.difficulty 缺失
ai_matches.ai_difficulty 旧字段冲突
updated_at 字段迁移失败
SQLite 不允许通过 ALTER TABLE 添加 DEFAULT CURRENT_TIMESTAMP 字段导致后端启动失败

现在迁移逻辑会兼容旧数据库，不会因为旧表结构直接导致服务无法启动。

API 限流加入

新增基础 API 限流，防止低成本刷接口。

已加入限流的接口包括：

钱包登录相关接口
抽奖接口
AI 开局接口
AI 走棋接口

这可以降低恶意请求、重复提交和脚本刷接口的风险。

AI 奖励局 pointCap 后端白名单

后端不再完全相信前端传来的点数上限。

现在 AI 奖励局只允许固定点数上限：

如果客户端传入异常值，例如 999、Infinity 或其他乱值，后端会压回合法默认值，防止玩家用超高点数阵容刷低级 AI 奖励。

PVP 基础规则增强

联机 PVP 后端继续补强。

钱包限制

后端现在也会限制 PVP 需要钱包登录，不再只依赖前端按钮拦截。

房间 pointCap

PVP 房间会保存点数上限，并在摆阵时由后端按房间规则校验。

阶段顺序校验

PVP 阶段流转更严格：

白方只能在白方摆棋阶段提交阵容
黑方只能在黑方应对摆棋阶段提交阵容
对弈开始后不能重新覆盖阵容

服务器倒计时

PVP 已加入服务器倒计时基础逻辑：

白方时间
黑方时间
当前回合开始时间
超时判负原因：timeout

实时 PVP 仍处于骨架阶段，后续还需要继续接入完整 Socket.IO 同步。

当前版本状态

截至 v0.4.8，OmniChess 已完成以下关键方向：

人机对战支持执白 / 执黑
玩家执黑时支持 AI 先摆棋、玩家后应对
AI 对局继续保持服务器权威
钱包登录接口已补齐
Session 安全已升级
旧数据库迁移问题已修复
礼包码接口已补齐
PVP 后端规则骨架进一步完善
AI 布阵安全性提升
前端走子体验优化

sayuri

在更新之后，现在在40点，人机对局，阿尔法狗的情况之下，这样摆必定使得白方三步杀：

1.Qd3+ 围棋子d5

2.Qxd5+ Bd6

3.Qxd6# 黑方的王在下一回合必定被白方吃掉

值得注意的是我这样的摆法下，黑方仍然会固定摆法和走法，使得每一局都一定是三步杀

kyt486

#19 sayuri 绷，这弱智ai怎么改都有问题，我要考虑弄个api把d老师接进来了（
或许我应该好好学习一下现有的国际象棋的引擎是怎么训练出来的