不同指令集只有速度的区别(类似硬件的区别)。指令集一定程度上决定了引擎搜索的速度。

对于nnue引擎来说，vnni512 avx512 avx2 bmi2的速度比其余指令集快，具体哪个快得看你的CPU，可以进行bench测速比较一下哪个最快。

大多数CPU不支持vnni和avx512指令集，部分老CPU不支持avx2和bmi2，如果用不了就是用不了。

bench测速：

如果想要选择速度最快的引擎，则可以bench测速，步骤如下：

直接双击点开那些引擎的exe，会出现如图所示

然后输入 bench 如图所示

然后回车，会出现如图所示情况，看最下面的那个数字，越大说明速度越快

一次两次bench测速，速度可能会有误差 可以多次尝试。

 注意，部分引擎无法成功运行很正常，正说明你的机器不支持那个指令集的引擎。
 不同指令集的引擎只影响速度，棋力差异仅体现在速度上。

硬件的速度越快，引擎计算的速度越快，其中核心数量是个重要因素，因为有更多的线程参与计算。还有个因素是每个核心的速度，一般由每个核心的频率（基准速度）决定。

在“任务管理器”中的CPU里，可以看见CPU的规格，里面的内核和逻辑处理器分别对应核心数量和线程数量。

可以给引擎分配最多“逻辑处理器”(线程)数量的算力，但一般情况下要留几个线程给系统的其他任务，也要考虑到散热等问题，比如温度高导致核心频率降低。

当分配给引擎的线程数量超过内核数，且机器支持超线程，例如8核16线程的机器，给引擎9线程的算力，那么将会启动“超线程”，至少有一个核心会虚拟化出两个线程执行任务(本来一个核心只是一个线程执行任务)，注意一个核心内的两个线程没有主次之分，平等地竞争这个核心的资源，可能一会双方持平，一会a线程更多速度，一会b线程更多速度。

一般认为超线程是正作用，但有争议。并且即使有正作用也很有限。

且象棋正常均势开局的容错率高，双方水平越高越可能走出最优解之一，先手优势越小。 在正常均势局面，双方算力越多，和棋率越高。

使用“随机脱谱陌生均势开局”测试，场上大子数量不少于10，模拟象棋初始局面的先手优势——

1.双方相同硬件，8线程3分+2秒，无后台思考，相同水平的软件对弈和棋率达到99%+。(如果一方是最新皮卡鱼，一方是一年前的皮卡鱼，该条件下和棋率也不会差太多，预计也有98%+)

2.硬件上128核对8核，双方软件相同，1分+0.6秒，无后台思考，测试200局，和棋195局。

3.硬件上8核对1核，软件相同，2分+1秒，无后台思考，测试2000局，和棋1962局。

4.硬件上56核对1核，软件相同，1分+0.1秒，开后台思考，测试365局，和棋345局。

红方的先手优势让红方胜场比黑方更多，但引擎也没法保证执红必不败。

在2024~2025年间，有一种传播较广的谣言“象棋是真毁了，彻彻底底、板上钉钉的毁了，都已经没有否认的必要了。经过ai蹂躏后，中国象棋这玩意儿居然出现最优解了。也就是说两个顶级ai对弈时，红棋开局当头炮，黑棋直接认输”—— 关于这段谣言，“出现最优解”是对的而且根本不稀奇，经过ai蹂躏出现最优解是错误的。因为经验上判断象棋最优是和棋，只不过和棋路径很多很多，所以说“最优解”也有极多。经验上判断，和棋棋谱里面就一定存在大量的“最优解”，和ai无关，在程序象棋出现前就一定有人类下出大量的“最优解”。但是就算是现在的程序也不能保证均势局不败，虽然强引擎之间的和棋率超99%。而“黑棋直接认输”完全没有任何依据，从经验上判断象棋是和棋，严格证明以目前技术没有可能，但象棋必胜的可能性并不比明年地球毁灭的可能性大。

引擎作者为了测试a引擎对b引擎是否进步，通常使用容错率更低的高优势开局，可以更快通过统计学工具节约算力资源。每一个开局a和b都会各拿一次红棋/黑棋对弈两次。

如果开局是50%概率和棋，在这种条件下测试，约有40%的开局会产生1胜1和的结果，机器算力再强甚至是非单核的同引擎自对弈，依然是40%左右。并且可能下次测试时即使变量和上次相同，这40%会有相当部分变成一胜一负/两和棋，而之前打平的60%有相当部分变成一胜一负(多线程随机性)。

在鲨鱼界面中（免费鲨鱼至少1.7.9版本，商业鲨鱼至少2.3.1版本），点击引擎栏中的🔧扳手图标(线程和哈希设置的旁边)即可进入引擎选项设置。如下图所示

而手机安卓系统，在进入优步app后，点击最右上角，就能弹出菜单，然后点击“管理UCI引擎”→“引擎设置”，即可进入部分选项设置。

皮卡鱼的部分选项说明

 Clear Hash

清除引擎目前的哈希记忆。不过最常见的是直接重新加载引擎达到这个效果。

 MultiPV

多主变思考。引擎分析局面时默认是1个主变。当改变此选项，引擎分析时会增加当前局面的主变数量，各主变的深度一致，并同时显示(即同一层会显示多个变化)。

或者说让着法按“主变的待遇”去计算，原本默认只有一个着法享受主变待遇。

调高数字将会降低棋力，仅供拆棋分析使用，实战和引擎测试请不要使用。并且只是增加当前的局面主变数量，在思考后续局面时照旧(显而易见否则指数爆炸)。

设置范围1~500，默认是1，即只有一个主变。

注：主变是主要变例（Principle Variation）的缩写。

 Skill Level

限制引擎的棋力水平，设置非20时，有一定概率在出招时选择劣变(同时会开启MultiPV＝4)可用作人软对弈。注意仅仅是引擎出招选择劣变，引擎分析和MultiPV＝4相同。

设置范围0~20，默认为不限制棋力的20。

但如果开启UCI_LimitStrength，将会使Skill Level无效。

 UCI_LimitStrength

默认关闭。开启后将会使Skill Level无效，让UCI_Elo生效。

 UCI_Elo

更细致地限制引擎的棋力水平，和skill level放水原理相同。只有开启UCI_LimitStrength才会生效，设置范围1280~3133，越低越弱。如果不满足Skill Level的21个级别划分，想要更加细致地划分引擎棋力水平，使用UCI_Elo即可。和Skill Level的限制棋力方式没有区别，只是更加细分。 其中Elo=1280等于Skill Level中的0，最高值3133等于Skill Level中的19，2850=13，2568=10，2268=7，1777=4。

UCI_Elo的值已经和象棋引擎联赛天梯图校准。

 Sixty Move Rule

自然限招开关，默认为开。比如默认情况下引擎将会考虑到60回合（120步）不吃子判和，把60回合不吃子视为0分。

如果你想分析局面时不考虑自然限招、或者不喜欢自然限招纳入引擎计算、或者平台和界面不兼容皮卡鱼60规则，则可以关闭此设置。如果发现莫名其妙的送子问题，很可能就是此选项导致，说明和你下棋平台或界面的60规则不兼容，可以关闭。（其实送子并非问题，因为60回合不吃子时引擎已经视为0分，任何不会马上造成吃子的着法都是0分）

皮卡鱼的自然限招规则，不会把每方超过10次将军的着法计入限招，并且对应的应将步也不会计入，但当局面产生吃子后，将军次数会重新计算。

 Rule60MaxPly

此选项仅在“Sixty Move Rule”设置为开时才会生效。自然限招的步数设置，设置范围1到150，默认为120，且120为天天象棋的限招规则。 注意120就是60回合。

比如设置120时引擎将会考虑到60回合（120步）不吃子判和，把60回合不吃子视为0分。

除特殊情况拆棋以外不建议调整该选项，因为引擎的搜索参数耦合120步自然限招，如果小太多，很可能导致棋力还不如直接关闭自然限招。并且一旦引擎走到了认为的限招步数，后续着法将会随机。只适合特殊情况拆棋使用，例如大优胜势残局局面想要找到可能的迅速简化或吃子路线，并且使用完后要随时记得要调回120，否则可能导致未来拆棋或引擎联赛测试出现荒谬的结果。

 Mate Threat Depth

判断中规里“杀”的回合数。该选项只在Repetition Rule里设定为ChineseRule时才会生效，设置范围0~10，设置0则引擎不会判断“杀”。设置1~10，则引擎会在搜索中判断循环招法是不是1~10回合内的“杀”，而“杀”在中规里可能导致循环违规。设置得越高棋力下降越严重。适合纯人在中规环境下拆棋。

 Repetition Rule

AsianRule是亚洲规则（作者团队所理解的一个亚规版本），违规严重级:长将>长捉同一子>其他，属于2fold(相同局面一旦重复出现直接进行判决，也就是一个局面出现第2次时判决) 大部分网络规则都是亚规。

SkyRule是某些网络规则。请注意，某些网络规则是亚规基础上稍作修改的，并不是中规。用于线上对弈后拆棋，供纯人更好地在平台适应规则。请自行辨别网络规则是不是亚规。(该棋规代码作者为skystarspython)

ComputerRule是基于皮卡鱼作者《中国象棋程序竞赛规则》的规则，和AsianRule有些许出入，也和所有网络平台规则都有较大差异，但是是唯一一个全部符合所有亚规图例结果裁决的规则，更严格按照亚规文字定义，并且属于3fold（一个局面出现第3次时判决）。

ChineseRule是极简化的中国规则(中规)，但本质上是亚规改版。注意目前没有网络平台使用中规，最多都是亚规稍加修改。目前中规由于定义过度模糊且复杂，复杂棋例比较依赖裁判的主观想法，每个裁判的理解不同，等于本质上有无数中规，绝无任何可能程序化。

皮卡鱼简化中规违规严重级：长将>长捉、长杀、将杀循环、将捉循环、杀捉循环>其他。开启此选项后，Mate Threat Depth不为0时，引擎才会判断“杀”。

AllowChase是只禁止长将，允许其他一切循环着法。因为象棋的规则不统一，所以在一些优势胜势局可以在此规则下进行拆棋分析，以求找到不涉及循环棋规的路线，避开可能存在的循环棋规问题。

YitianRule适合在弈天平台使用。

上述规则要随时记得调整。例如使用其他规则拆棋后，如果之后要进行引擎联赛测试要调回AsianRule，否则可能出现荒谬的测试结果。

 ScoreType

引擎显示的分数种类，不影响棋力。

Elo：胜率分数。根据胜率模型，将原始分数转换而成的分数。

皮卡鱼(自2024年开始)的elo分是和ELO挂钩，200分代表76%胜率(象棋圈常说的胜率，也就是胜局加上一半的和局，例如4胜4和2负就是60%胜率，3胜4和3负就是50%胜率)，elo和胜率的关系如右图所示。

PawnValueNormalized：原始分数除以一个兵价值的常数。

Raw：原始分数。

 LU_Output

默认开启。开启会显示lowerbound和upperbound的信息，通俗说同一层可能会输出多次结果，比如某一层正在上层的时候会输出不完整的思考细节。若关闭，一层只会输出一次。

该选项只有输出区别，不影响棋力。

 DrawRule

None是正常，默认None。

DrawAsBlackWin是和棋黑胜，引擎会把和棋循环与自然限招和棋算作黑胜。

DrawAsRedWin是和棋红胜。

DrawRepAsBlackWin是和棋循环黑胜，引擎只会把和棋的循环算作黑胜。拆棋分析的时候，不想短期内走出和棋循环可以利用这个。

DrawRepAsRedWin是和棋循环红胜。

皮卡鱼引擎并不保证这些规则的棋力，尤其是分数评估很不可信，只有着法可能会有参考性。

上述规则如果调整过，要随时记得调整。例如使用和棋黑胜拆棋后，如果之后要进行引擎联赛测试要调回None，否则会出现荒谬的测试结果。

 EvalFile

引擎要读取的NNUE权重文件名称与路径。引擎默认读取同一文件路径下名为pikafish.nnue的文件，可以将NNUE文件改名，并且通过此选项使其仍可以被读取。一般人不需要，手机优步可通过此选项达到配置多引擎的效果。

部分界面（特别是自制界面，如T界面）在加载引擎的时候不会将工作目录切换到引擎目录下，导致引擎无法读取NNUE文件。可以通过该选项设置NNUE的完整路径解决问题，或者直接把pikafish.nnue放在界面目录下（如果引擎没有提供设置选项功能可以尝试）。

 NumaPolicy

默认auto 一般不用管此选项。

但2022年以前Windows系统的多核心服务器注意，auto很可能会吃不满线程，可改为 hardware 或者关闭超线程，前者多开引擎时会有分配问题，后者有概率正常。

其余选项一般人基本用不到（例如Threads和Hash，界面会提供相应的设置），可以无视，如果想要知道，可以进入皮卡鱼官方GitHub中的Wiki查看。

网页版由皮卡鱼团队开发，免费、快捷方便，有基础的打谱、保存棋谱到本地、打开本地棋谱、计算分析等功能。皮卡鱼本地计算。

安卓手机推荐用edge浏览器或者Chrome或者火狐等支持simd和多线程技术的浏览器。

苹果iOS用自带的Safari即可。

皮卡鱼网页版支持大多数系统，但纯血鸿蒙和iOS15以下的系统可能不支持，iOS若无法使用，可以选择更新iOS系统。

网页版引擎棋力比正常的皮卡鱼弱一些（仍远远远远强于人类），如果想要本地环境运行正常的皮卡鱼，可看→不会用皮卡鱼，怎么使用？

【网页版帮助】

新建棋局

将局面还原到象棋起始局面，且清除当前棋局。

皮卡鱼执红/执黑

皮卡鱼引擎执红/黑计算，在满足了“设置”中的走棋条件时会自动走棋。

皮卡鱼分析

让皮卡鱼一直分析计算当前局面。

立即出招

皮卡鱼计算局面时，使其直接走棋。

变招

皮卡鱼计算局面时，禁止其计算当前计算的最佳招法。

翻转棋盘

 “旋转棋盘”: 红黑视角反转(局面上下对称)。

 “左右对称”:局面左右对称。

导入局面或棋谱

 “文件棋谱上传”: 选择系统里的棋谱文件，使其导入网页，支持pgn、xqf、东萍等格式(若过于巨大则无法打开)。

 “棋盘图片识别”: 选择系统里的棋局图片或拍照，使网页识别棋局。(建议清晰无干扰且垂直棋盘，识别率不是很高，识别有误可手动摆棋)

 “粘贴文本棋谱或fen串”: 直接粘贴文字棋谱或fen加文字棋谱导入棋局，或粘贴fen(局面码)导入局面。

复制或下载棋谱/局面相关

 “复制局面” : 复制当前局面的fen串。

 “复制局面链接”: 复制当前局面的皮卡鱼网页链接。

 “复制文字棋谱”: 复制当前棋局的棋谱。

 “复制东萍棋谱”: 复制当前棋局的东萍棋谱文字格式(东萍格式支持变招)。

 “复制棋谱链接”: 复制当前棋局的皮卡鱼网页链接(不包含变招和注释，如果要保存完整棋谱，须选择“下载xqf棋谱”)

 “下载xqf棋谱”: 将当前棋局的xqf棋谱下载。手机下载路径一般在 “下载”或者Download文件夹中。

 “生成动态图”: 生成当前棋局的动态图(GIF)。

编辑局面

摆放棋子，并清除当前棋局

编辑局面时，若想更改先手方，点击下方的“红方先行”/“黑方先行”即可切换

设置

以下是部分设置的说明:

 “置换表大小”： 占用运行内存(MB)，理论上越高越好。

 “线程数”： 占用系统线程数，算力的来源，不同的机器最大线程数可能不同，更通俗的理解是“核心数”。理论上越高越好，但要考虑其他程序线程和散热问题。

 “走棋设置”： 两个条件满足任意其一就会走棋。

 “脱库步数”： 必须要开启“云库自动走棋”才会生效。皮卡鱼执红/黑时，在n步以内，如果云库有招法，则皮卡鱼不会思考直接走云库招法，超过n步后即使云库存在招法也是由皮卡鱼计算走棋。2步=1回合。

上个变招或开局、上一步(平替悔棋功能)、下一步、下个变招或终局

 深度: 皮卡鱼搜索的迭代次数，不代表真正的“深度”。  深度（层数）是什么？上层速度代表棋力吗？

 红分: 红方分数，网页版中50%的获胜概率约为100分。

 nps: 平均每秒计算的局面数。  NPS（K值）是什么？代表棋力吗？

关于云库: 什么是“云库”？

注释:棋谱若存在注释，显示在此，可直接编辑注释。

打谱功能

网页版可直接打谱，部分说明如下:

如果要保存棋谱到设备上或者分享有变招有注释的棋谱，则点击从右往左第三个键，再选择“下载XQF棋谱”。 (可防止清除缓存导致的网页棋谱消失)，xqf格式棋谱绝大多数打谱软件都能打开。下载后的棋谱一般保存在文件管理中的“下载”或“download”文件夹里。

有变招的着法会显示“变”，有注释的着法会显示“*”

有变招的着法，直接点击可以显示并切换变招，且会显示每个着法后续总共有多少变招和多少个注释。

“^ ⅴ” 键 可变动变招的顺序

红色🗑️ 键 可删除变招

直接点击在“注释”下的空白，可直接编辑

前言

• 在人工智能飞速发展的大背景下，以亚洲棋规为基础的象棋对弈平台层出不穷。然而，亚洲棋规（现世界规则）因其措辞含糊，文字表达充满歧义，甚至出现矛盾，导致不同平台和不同引擎在处理边界情况时裁决各异，使得象棋难以实现规则的统一。
• 针对此现状，皮卡鱼开源社区着手程序化实现程序棋规，并致力于用自然语言描述程序逻辑，旨在规范化象棋程序竞赛及象棋引擎和平台的开发流程。
• 2022年8月，皮卡鱼象棋引擎的开发工作正式启动，同年8月28日发布了首个版本。后续版本中，经过各开源社区中成员的共同努力的讨论、反馈与调整，到2023年6月，皮卡鱼的规则已日渐成熟。
• 今天，皮卡鱼开源社区正式将这些成熟的规则以书面形式呈现，作为程序竞赛规则的基石，期待不断发展与完善，推动象棋引擎开发和引擎规则的规范化与升华。《象棋程序竞赛规则》不仅将成为象棋程序竞赛的标准，更有望成为象棋通用规则。
• 本规则是在世界象棋联合会《世界象棋规则》（旧亚洲象棋联合会《象棋竞赛规例》，俗称亚规）的基础上的深入完善与阐释。皮卡鱼开源社区主办的所有竞赛，均将遵循本规则执行。修订日期：2023 年 11 月 22 日

第一章    行棋

第一节：棋盘与棋子

1. 棋盘由九条竖线和十条横线相交组成，棋盘上共有九十个交叉点，棋子只能摆放和活动在交叉点上。棋盘内竖线中断所形成的长方形空间，称作河界；棋盘内因斜线而形成的米字形区域，称作九宫，每个九宫有九个交叉点；棋盘上存在有十四个交叉点被四个不同朝向的L形包住，这些交叉点用于在象棋起始局面摆放炮和兵（卒）。
2. 棋子共有三十二个，分为红黑两组，每组十六个，有七类棋子。每类棋子走法完全相同，但同类棋子因所属红黑方可能导致名称不同。其标准名称和数目如下：
   • 红棋子：帅一个，车、马、炮、士、相各两个，兵五个。
   • 黑棋子：将一个，车、马、炮（砲）、士、象各两个，卒五个。
   上述红黑每类棋子按顺序一一对应，例如帅和将是一类，相与象是一类，兵与卒是一类。
3. 棋子可简称子；棋子也可采用繁体字或异体字。
4. 对局开始前，双方棋子在棋盘上的摆法见下图：

第二节：棋子走法

1. 帅（将） 沿着横线或竖线走一格；且帅（将）不能出九宫。
2. 士沿着斜线走一格；且士不能出九宫。
3. 相（象） 斜走两格。但不能越过路径上的其他棋子，换言之，第一格存在其他棋子时则不能走过去，俗称塞象眼；且相（象）不能越过河界。
4. 车沿着横线或竖线走至少一格，距离不限。但不能越过路径上的其他棋子。
5. 马先沿着横线或竖线走一格，然后沿着相同的方向斜走一格。但不能越过路径上的其他棋子，换言之，直走的一格存在其他棋子时不能走过去，俗称蹩（别/绊）马腿（脚）。
6. 炮的移动方式与车相同；但如果要吃子，其须越过路径上的另一个棋子（被越过的棋子俗称炮架）。
7. 兵（卒） 未越过河界时，沿着竖线向前走一格；越过河界后，增加一种走法：沿着横线走一格（分别俗称未过河兵/卒、过河兵/卒）。
8. 按上述棋子走法行动，这个行为称作走子；走子一次，称作走一着或走一步；走一着后，这着称作着法。
9. 走子时，若己方棋子走到的目标点有对方棋子在，则占据该位置并且把该对方棋子移出棋盘，这个过程称作吃子；若该目标点有己方棋子，则不能吃。除帅（将）外，其它棋子均可被对方吃掉。
10. 帅和将在同一条竖线时，在这条竖线上，帅和将的中间必须要有其他棋子（俗称将帅不能对脸）。
11. 一方走子后，造成了其棋子攻击对方的帅（将），这着棋称作将军或叫将（简称将）；被将军的一方须使己方帅（将）脱离被攻击的状态，称作应将。
12. 走子不符合棋子走法（如棋子走法不正确、走对方的棋子等）、走子后形成帅和将对脸、把己方帅(将)置于对方棋子的攻击下、被将军后没有应将，这些着法均称非法着法。不是非法着法的着法均称作合法着法。

第三节：对局规定

1. 对局开始后，双方互相交替地走一次子，若是象棋起始局面，由红方先走；若指定开局书为开局，根据局面的fen决定哪方先手。
2. 每次走子时，只能且必须选择走一个己方棋子。

第四节：终局

1. 胜、负的判决对局时出现下列情况之一，棋局结束，判决一方胜且另一方负：
   • 甲方走子后造成将军，且当前局面下对方任何着法均不可能应将，则乙方被将死判负。
   • 甲方走子后没有造成将军，且当前局面下对方没有任何合法着法，则乙方被困毙判负。
   • 出现循环局面序列，序列中甲方的违规等级高于乙方，则甲方被判负。
   • 一方超时，则超时方被判负。
   • 违反本规则中的其他规定（如输出非法着法、违反引擎参赛要求等），将被判负。
   • 主办方可能的额外判负规定。
   • 仅在玩家对战中，一方认输，该方被判负。
2. 和棋的判决对局时出现下列情况之一，棋局结束，双方判为和棋：
   • 棋局已不存在车、马、炮、兵，也即棋局中双方均只剩下将、士、象。
   • 出现循环局面序列，序列中双方的违规等级相同。
   • 符合自然限着。
   • 主办方可能的额外判和规定。
   • 仅在玩家对战中，一方提议作和且对方表示同意。

第五节：自然限着

简称限着，也称限招、限步。

1. 棋局中连续的不吃子着法称作未吃子步，从未吃子的第一步开始计算未吃子步数。未吃子步数达到120步时，棋局判为和棋。
2. 在一段未吃子步内，每方的将军最多计入十步 ，一方超过十次的将军不计入未吃子步数，因该将军导致的对手应将也不计入未吃子步数。当棋局出现吃子后，未吃子步数与其将军计数均变为0。
3. 但是，未吃子步到达第120步后却同时触发以下情况，限着规则失效：
   • 出现将死或困毙，判被将死或被困毙一方负。
   • 出现三局面循环，按局面循环规则判决。

注：本规则之自然限着规则，未吃子步数基于习惯的120步，将军计数规定实现程序化并加深该规定本意。

第二章    程序竞赛通则

第一节：引擎竞赛参赛要求

1. 引擎须严格遵守竞赛规则，不得携带恶意代码，如病毒、木马等，以保证竞赛的公平性和参赛系统的安全。
2. 引擎须实现UCI象棋引擎通讯协议，确保与主办方的棋盘软件能够有效通信。
3. 如引擎支持多种指令集，可提交多个版本。竞赛时，将根据主办方机器支持的最快指令集运行对应的引擎版本。
4. 引擎在对局过程中不得进行任何形式的外部通信或接受外部指令，确保竞赛的独立性和公正性。
5. 引擎不得包含侵犯知识产权的代码，确保所有参赛引擎的原创性和合法性。
6. 严禁引擎在竞赛过程中进行任何形式的干扰或破坏对手引擎的行为。
7. 如引擎在竞赛过程中出现崩溃或其他异常行为，将视情况采取相应的处理措施，包括但不限于判负。
8. 如发现引擎存在作弊行为，如预设走法、参考外部数据库等，将立即取消其竞赛资格。
9. 主办方有权在竞赛前对所有参赛引擎进行审查，以确保其符合竞赛要求和规则。
10. 引擎的开发者或团队应遵守竞赛的所有规定，包括但不限于参赛引擎的提交截止日期、引擎规则应与本规则中的“行棋”章节和“局面循环规则”章节保持一致等。

第二节：竞赛图形界面要求

1. 图形界面（下称界面）不得包含任何有可能影响竞赛公正的代码。
2. 界面应能够在网络环境不稳定时保持稳定运行，确保比赛的连续性。
3. 界面的行棋规则与局面循环规则不应与《程序竞赛规则》产生任何分歧。
4. 界面显示的虚拟棋盘和虚拟棋子应便于观赏，颜色协调，比例合理。布局为红方在下，黑方在上。
5. 界面须至少显示双方引擎的名称、剩余用时，以及引擎输出的分数、用时、NPS、PV等信息。
6. 界面应支持多种语言，以便国际参赛者和观众更好地理解和跟随比赛。

第三节：竞赛主办方须知

1. 主办方在竞赛过程中须公正透明，并直播在图形界面中的竞赛。
2. 主办方应在竞赛前提供详尽的技术支持文档，帮助参赛者理解并满足所有技术要求。
3. 主办方须确保比赛环境的网络安全和数据保密，防止任何形式的数据泄露或未经授权的访问。
4. 主办方应提供紧急情况应对计划，包括但不限于硬件故障、软件崩溃、网络攻击等情况的处理流程。
5. 主办方应在比赛期间提供实时的技术支持，以应对可能出现的技术问题。
6. 主办方应确保比赛的公正性，对所有参赛者提供相同的资源和条件。

第四节：开局书与fen

1. 开局书，即仅有fen的文件。
2. fen，即为局面码，fen中至少要包含局面中尚存的棋子位置、局面当前的走子方信息（w或b）。且须为UCI协议的fen。
3. 引擎竞赛中，应使用开局书使得引擎更全面地表现棋力水平。
4. 较正式的竞赛中，其开局书中的局面，应是象棋起始局面经过少量走子步数所形成的局面。
5. 使用开局书竞赛时，应保证双方引擎分先。
6. 也可使用开局库代替开局书功能，但要清晰区分库着和引擎输出着法。

第五节：对局用时

1. 加秒制 例如每方局时20分钟，每走一步加5秒己方局时；局时用完即被判负。
2. 包干制 例如每方局时20分钟；局时用完即被判负。
3. 固定步时制 例如每方每步10秒钟，超过步时即被判负。

主办方可自行视需要，而决定用时和超时宽限、另外规定用时制度等。

第六节：棋谱记录

• 引擎竞赛使用的图形界面应记录着法，然后导出棋谱文件（建议PGN格式），也可另外记录部分信息，如引擎输出、界面判定的引擎实际用时等。
• 棋谱文件信息须较为完整，至少应有比赛名称、红黑方引擎名称、比赛时间、棋局结果、棋局开始fen、棋局着法。

传统棋谱和PGN格式棋谱的记录方法统一如下：

1. 每一着棋可用四个字来表明，例如：炮二平五，马八进七。
   • 第一个字是移动的棋子名称；如车或兵等。
   • 第二个字是该棋子所在竖线的序号；记录红黑着法时，竖线序号要分别从红黑方自己的视角从右往左数，并且红方用中文数字，黑方用阿拉伯数字。 例如红方最右边的竖线，记录红方着法时是一，但相同的这条竖线记录黑方着法时是9。（竖线又俗称路，例如一路、9路等。）
   • 第三个字是该棋子移动的方向；分别从红黑方自己的视角记录，往对手方向接近为进，接近自己方向为退，而沿横线走为平。
   • 第四个字，若该棋子沿横线走或该棋子是马、士、相(象)，则记录目标点处的竖线序号；若是沿竖线移动，则记录移动了几格的距离。
2. 如在同一条竖线上有己方两个同类棋子且不是士或相（象），在记录着法时，第一个字用前、后来代替，红黑方分别从自己的视角记录，更接近自己方向的为后，接近对手方向的为前；第二个字表示移动的棋子名称。如：前炮平五、后马进八、前车进二等。
3. 若有二个以上的一方兵（卒）在同一竖线（以下的兵均包含卒，下略）
   • 若同一竖线有三个一方兵。则中间的兵称作中兵，来代替第一、二个字。如：中兵平五等。
   • 若两条竖线的一方兵数量各≥2（即同时存在两个前兵和两个后兵）。则第一个字变为前、中、后之一。如：前三平四、中四平五等。
   • 若同一竖线有一方的四或五个兵。最前方和最后方的兵仍然称作前兵和后兵，从前兵为第一个兵开始往后数，第二个兵称作二兵、第三个兵称作三兵、第四个兵称作四兵（若是有5个兵在同一竖线），来代替第一、二个字。参考下图，轮到红方走子：
     • 红把最后面的兵横走到中线，记法为：后兵平五；
     • 红把中间的兵横走到中线，记法为：三兵平五。

第三章    局面循环规则

第一节：术语定义

局面循环规则的相关术语，简释如下：

1. 三局面循环 一局棋中，同一局面（所有棋子摆放位置以及局面当前的走子方相同）出现第三次后，称三局面循环。
2. 循环局面序列 出现三局面循环时，同一局面第一次出现到第三次出现之间的所有局面形成的闭区间（包含三个同一 局面），称作循环局面序列。
3. 攻击 考虑甲方攻击时，立即给予甲方走一步的机会，甲方当前局面下所有合法的吃子走法，称作甲方对乙方形成的“攻击”，对于每一个攻击：
   • 攻击子指的是从甲方发起攻击的棋子，即执行吃子走法的起始点处的棋子。
   • 被攻击子指的是乙方受到攻击的棋子，即吃子走法的目标点处被吃的棋子。
4. 将 甲方走子后，甲方的所有攻击中存在一个或多个攻击的被攻击子是乙方帅（将）者，称作甲方将军，简称将。
5. 捉 循环局面序列的性质之一。在循环局面序列中不存在任何一步将军走法时，甲方走子后，对于甲方不属于以下四种情况的每一个攻击，称其中的攻击子捉被攻击子：
   • 攻击子吃掉被攻击子后，该攻击子处于乙方的攻击之中。但以下两种情况除外：
     • 攻击子是马或炮且被攻击子是车。
     • 攻击子是士或象且被攻击子是马或炮或车。
   • 攻击子是帅（将）或兵（卒）。
   • 被攻击子是未过河兵（卒）。
   • 攻击子与被攻击子同类，且该攻击子也在该被攻击子的攻击之中。
6. 闲着 甲方走子后，该着法的性质不属于将或捉。简称闲。
7. 逃捉 甲方走子让其某一个子从被一个或多个乙方子捉转变为不被任何一个乙方子捉，称甲方该子逃捉。
8. 牵制 若把甲方非帅（将）的棋子A从棋盘内移出后，乙方的棋子B可对甲方的帅（将）形成攻击，称作A子被B子牵制。
9. 长将 循环局面序列的性质之一。在循环局面序列中，甲方每一步棋均为将军，称作甲方长将乙方，或称甲方长将。
10. 长捉 循环局面序列的性质之一。在循环局面序列中，存在某个乙方棋子，甲方每一步棋均捉该子，乙方每一步棋均使该子逃捉，称作甲方长捉乙方该子，或称甲方长捉。
11. 允许循环 循环局面序列的性质之一。在循环局面序列中，甲方的走法序列既不是长将也不是长捉，称作甲方是允许循环。

第二节：循环局面序列的判决

1. 出现三局面循环时，棋局结束，并判决循环局面序列内双方的性质。
2. 判决循环局面序列内的双方性质时，循环局面序列以外的局面和着法和判决无关，判决只看循环局面序列。
3. 判决时，循环局面序列视为头尾相连，每个局面均由走子而形成。

定义性质的违规等级（从高到低）：

• 长将（2）；
• 长捉（1）；
• 允许循环（0，即不可能被判负）。

第三节：棋例

• 以下棋例除例15、例16外，均仅为循环局面序列，即图中局面随着着法进行还会出现两次（总共三次）。
• 以下所述“长捉”若无特殊说明，均为违规等级1；引用条款时，默认为本章节第一节的条款。
• 为表述方便，所有序列均视为从第一回合开始。
• 为了简洁，对大多局面的子力做了简化，勿在意局面和着法是否合理，这不在局面循环棋规的范畴内。
• 本局面循环规则部分不同于《世界象棋规则》中图例的判决，并将循环的判决时机统一为简洁的同一局面出现第三次时。
• 特别感谢：afkbad、Fabian Fichter、nguyenpham、noobpwnftw 等网友对局面循环规则的讨论和启发。

例1

• 4k4/9/2c2an2/4c4/6R2/9/9/4B4/4A4/3K1AB2 w moves g5e5 f7e8 e5g5 e8f7 g5e5 f7e8 e5g5 e8f7

1. 车三平五 士６退５
2. 车五平三 士５进６
3. 车三平五 士６退５
4. 车五平三 士５进６

• 双方均是允许循环。判和。

注：尽管红方车三平五捉炮和车五平三捉马，黑方也每步使被捉子逃捉，但不满足长捉的定义存在某个乙方棋子，甲方每一步棋均捉该子，所以红方是允许循环。

例2

• 3ak1b2/4a4/4b3r/4C4/5R3/9/9/9/9/4KA3 w moves f5g5 e9f9 g5f5 f9e9 f5g5 e9f9 g5f5 f9e9

1. 车四平三 将５平６
2. 车三平四 将６平５
3. 车四平三 将５平６
4. 车三平四 将６平５

• 双方均是允许循环。判和。

注：红方不是长将也不是长捉。至于其他的概念诸如杀等，不存在于该规则中。

例3

• 2ba1k1r1/4a4/4b4/9/9/9/7c1/1R7/9/4K2R1 w moves b2b3 h3h2 b3b2 h2h3 b2b3 h3h2 b3b2 h2h3

1. 车八进一 炮８进１
2. 车八退一 炮８退１
3. 车八进一 炮８进１
4. 车八退一 炮８退１

• 双方均是允许循环。判和。

注：红每步棋均没有捉子，红双车对炮的攻击，属于攻击子吃掉被攻击子后，该攻击子处于乙方的攻击之中，不管哪个红车吃掉炮后，吃炮的车均处于黑车的攻击之中，所以红车不是捉黑炮。

例4

• 4k3c/9/4bn2n/8c/6R2/6P2/9/9/9/3K5 w moves g5i5 i6f6 i5g5 f6i6 g5i5 i6f6 i5g5 f6i6

1. 车三平一 前炮平６
2. 车一平三 炮６平９
3. 车三平一 前炮平６
4. 车一平三 炮６平９

• 红方是允许循环，黑方长捉。黑方被判负。（黑长捉红车）

注：黑的炮6平9使黑6路马与黑象捉红车，尽管6路马或黑象吃掉红车后处于红兵的攻击之中，但是马或炮攻击车以及士或象攻击车的情况是除外的，所以炮6平9这步仍是捉车。

例5

• 5k3/9/9/p1CcC4/c8/9/9/9/9/4K4 w moves c6c5 d6d5 c5c6 d5d6 c6c5 d6d5 c5c6 d5d6

1. 炮七退一 炮４进１
2. 炮七进一 炮４退１
3. 炮七退一 炮４进１
4. 炮七进一 炮４退１

• 双方均是允许循环。判和。

注：红五路炮对黑卒的攻击，属于被攻击子是未过河兵（卒），所以不是捉。

例6

• 5k3/9/9/9/9/3C5/9/4B4/3K5/2p6 w moves d1e1 c0d0 e1d1 d0c0 d1e1 c0d0 e1d1 d0c0

1. 帅六平五 卒３平４
2. 帅五平六 卒４平３
3. 帅六平五 卒３平４
4. 帅五平六 卒４平３

• 红方长捉，黑方是允许循环。红方被判负。（红长捉卒）

注：帅六平五是使相捉卒，帅五平六是使炮捉卒；另外帅不可能捉卒，因为攻击子是帅（将）或兵（卒）。

例7

• 3a1kb2/4a4/4r3b/7c1/9/9/9/8R/7CC/3K5 w moves i2h2 h6i6 h2i2 i6h6 i2h2 h6i6 h2i2 i6h6

1. 车一平二 炮８平９
2. 车二平一 炮９平８
3. 车一平二 炮８平９
4. 车二平一 炮９平８

• 红方长捉，黑方是允许循环。红方被判负。（红长捉黑炮）

注：红每步使红车捉黑炮。至于红炮对黑炮的攻击属于5.D“攻击子与被攻击子同类，且该攻击子也在该被攻击子的攻击之中”，所以红炮没有捉黑炮。

例8

• 4kr3/4c4/7R1/4P4/9/9/4C4/9/9/4K4 w moves h7h8 e8e7 h8h7 e7e8 h7h8 e8e7 h8h7 e7e8

1. 车二进一 炮５进１
2. 车二退一 炮５退１
3. 车二进一 炮５进１
4. 车二退一 炮５退１

• 红方长捉，黑方是允许循环。红方被判负。（红长捉黑炮）

注：黑方每步均使黑炮逃捉，红每步均使红车捉黑炮。至于红炮对黑炮的攻击属于攻击子与被攻击子同类，且该攻击子也在该被攻击子的攻击之中，炮与炮同类，序列中红炮均在黑炮的攻击之中，所以红炮没有捉黑炮；而红兵对黑炮的攻击属于攻击子是帅（将）或兵（卒），所以红兵不可能捉黑炮。

例9

• 2b1k4/9/4b4/4r3p/P5R1c/9/9/4C4/4K4/9 w moves g5g6 e6e5 g6g5 e5e6 g5g6 e6e5 g6g5 e5e6

1. 车三进一 车５进１
2. 车三退一 车５退１
3. 车三进一 车５进１
4. 车三退一 车５退１

• 红方长捉，黑方是允许循环。红方被判负。（红长捉黑车）

注：红每步捉黑车，尽管红车和黑车是同类但红车不在黑车的攻击之中，且车三退一后红车也不在黑象的攻击中，因为攻击必须是合法的吃子着法，黑车和黑象均被牵制不能合法吃红车，所以红车对黑车的攻击不属于攻击子与被攻击子同类，且该攻击子也在该被攻击子的攻击之中，红车是捉黑车。另外车5退1没有捉，因为黑炮对红兵的攻击属于攻击子吃掉被攻击子后，该攻击子处于乙方的攻击之中。

例10

• 9/3rkr3/2c1ca3/9/9/9/9/9/4A4/3KC4 w moves e1d2 e7d7 d2e1 d7e7 e1d2 e7d7 d2e1 d7e7

1. 仕五进六 炮５平４
2. 仕六退五 炮４平５
3. 仕五进六 炮５平４
4. 仕六退五 炮４平５

• 红方长将，黑方长将。判和。

例11

• 4k4/9/9/9/4C4/9/4r4/4C4/9/4K1B2 w moves e5f5 e3f3 f5e5 f3e3 e5f5 e3f3 f5e5 f3e3

1. 前炮平四 车５平６
2. 炮四平五 车６平５
3. 前炮平四 车５平６
4. 炮四平五 车６平５

• 红方长将，黑方允许循环。红方被判负。（由于循环局面序列存在将军，因此双方均不存在捉）

例12

• 3k5/2R6/9/9/9/9/9/9/6r2/4K1N2 w moves c8c9 d9d8 c9c8 d8d9 c8c9 d9d8 c9c8 d8d9

1. 车七进一 将４进１
2. 车七退一 将４退１
3. 车七进一 将４进１
4. 车七退一 将４退１

• 红方长将，黑方允许循环。红方被判负。（由于循环局面序列存在将军，因此双方均不存在捉）

例13

• 5k3/9/9/9/9/9/9/9/2p6/3KR1Bc1 w moves e0f0 f9e9 f0e0 e9f9 e0f0 f9e9 f0e0 e9f9

1. 车五平四 将６平５
2. 车四平五 将５平６
3. 车五平四 将６平５
4. 车四平五 将５平６

• 红方长将，黑方是允许循环。红方被判负。

注：红显然长将，循环局面序列的性质判定与其他任何规则没提及的因素均无关。

例14

• 3a1kb2/4a4/8b/9/4n4/2R6/9/4B4/9/4K4 w moves c4c5 e5d3 c5d5 d3b4 d5d4 b4c6 d4c4 c6e5 c4c5 e5d3 c5d5 d3b4 d5d4 b4c6 d4c4 c6e5

1. 车七进一 马５进４
2. 车七平六 马４退２
3. 车六退一 马２退３
4. 车六平七 马３进５
5. 车七进一 马５进４
6. 车七平六 马４退２
7. 车六退一 马２退３
8. 车六平七 马３进５

• 红方长捉，黑方长捉。判和。（红长捉黑马，黑长捉红车）

注：马3进5后，虽然红车被相保护，但马或炮攻击车的情况除外，所以马3进5仍然是捉。

例15

• 3a1kb2/4a4/8b/9/4n4/2R6/9/4B4/9/4K4 w moves c4c5 e5d3 c5d5 d3b4 d5d4 b4c6 d4c4 c6e5 c4c5 e5d3 c5c3 d3e5 c3c5

1. 车七进一 马５进４
2. 车七平六 马４退２
3. 车六退一 马２退３
4. 车六平七 马３进５
5. 车七进一 马５进４
6. 车七退二 马４退５
7. 车七进二

• 红方长捉，黑方是允许循环。红方被判负。（红长捉黑马）

注：该例与例14起始局面一致，着法不一致。第一回合车七进一后形成的局面共出现了三次，所以产生了循环局面序列，序列是从车七进一后的局面开始算起，而不是从该起始局面开始算起，序列应从“1. 马5进4……”开始；该序列中黑马4退5 使该马逃捉，但没有捉车，所以黑是允许循环。

例16

• 6R2/4k4/9/4r4/9/9/5p3/5A3/5K3/9 w moves g9g8 e8e9 g8f8 f3g3 f8g8 g3f3 g8g9 e9e8 g9g8 e8e9

1. 车三退一 将５退１
2. 车三平四 卒６平７
3. 车四平三 卒７平６
4. 车三进一 将５进１
5. 车三退一 将５退１

• 双方均是允许循环。判和。

注：第一回合将5退1后形成的局面出现了三次，所以该序列应从“2 .车三平四…..”开始。

例17

• 9/2N1k4/9/2r6/2b6/4C4/9/4B4/9/5K3 w moves e4c4 c5e7 c8a7 c6a6 c4e4 e7c5 a7c8 a6c6 e4c4 c5e7 c8a7 c6a6 c4e4 e7c5 a7c8 a6c6

1. 炮五平七 象３退５
2. 马七退九 车３平１
3. 炮七平五 象５进３
4. 马九进七 车１平３
5. 炮五平七 象３退５
6. 马七退九 车３平１
7. 炮七平五 象５进３
8. 马九进七 车１平3

• 双方均是允许循环。判和。（由于循环局面序列存在将军，因此双方均不存在捉）

例18

• 4k4/9/4n4/1c2N1c2/4N4/6P2/9/9/9/4K4 w moves e6g5 e7c6 g5e6 c6e7 e6g5 e7c6 g5e6 c6e7

1. 前马退三 马５进３
2. 马三进五 马３退５
3. 前马退三 马５进３
4. 马三进五 马３退５

• 红方长捉，黑方是允许循环。红方被判负。（红长捉黑7路炮）

注：前马退三使后马捉黑7路炮，因黑7路炮不受黑2路炮和黑马的保护（黑马被对脸牵制），并且使前马逃捉；马5进3使7路炮逃捉，且使黑马捉红的骑河马；马三进五使后马捉黑7路炮，但未使红骑河马逃捉；马3退5后黑子没捉子，且使7路炮受到黑马和黑炮的保护，是使7路炮逃捉。所以黑每步使7路炮逃捉，红每步均使后马捉该炮，红是长捉。

例19

• 4k4/9/4n4/1c2N1r2/4N4/6P2/9/9/9/4K4 w moves e6g5 e7c6 g5e6 c6e7 e6g5 e7c6 g5e6 c6e7

1. 前马退三 马５进３
2. 马三进五 马３退５
3. 前马退三 马５进３
4. 马三进五 马３退５

• 双方均是允许循环。判和。

注：该例是将例18中的黑7路炮换成黑车。该例中马3退5黑未使黑车逃捉，换言之马3退5后，还存在红后马捉黑车（对马或炮攻击车的情况除外），而前马退三尽管让黑车不受黑炮和黑马的保护，但由于黑车没有每步逃捉，所以双方均不是长捉。

例20

• 2R6/4k4/4b4/9/2b6/4r4/9/3K1A3/5C3/9 w moves f1e1 e8f8 e1f1 f8e8 f1e1 e8f8 e1f1 f8e8

1. 炮四平五 将５平６
2. 炮五平四 将６平５
3. 炮四平五 将５平６
4. 炮五平四 将６平５

• 双方均是允许循环。判和。

注：炮五平四是将，不满足捉定义的前提不存在任何一步将军走法，所以炮五平四未使红车捉黑3路象。

例21

• 3k2b2/4a4/3ab4/9/9/9/9/3N5/7R1/c1c1K4 w moves e0e1 c0c1 e1e0 c1c0 e0e1 c0c1 e1e0 c1c0

1. 帅五进一 炮３退１
2. 帅五退一 炮３进１
3. 帅五进一 炮３退１
4. 帅五退一 炮３进１

• 双方均是允许循环。判和。（由于循环局面序列存在将军，因此双方均不存在捉）

例22

• 3k5/9/9/9/5r3/9/4n4/9/4AC3/3A1K3 w moves f1f2 e3d1 f2f1 d1e3 f1f2 e3d1 f2f1 d1e3

1. 炮四进一 马５进４
2. 炮四退一 马４退５
3. 炮四进一 马５进４
4. 炮四退一 马４退５

• 红方是允许循环，黑方长捉。黑方被判负。（黑长捉红四路炮）

例23

• 5k3/9/9/2N6/9/1N7/9/4BC3/9/cr1RK4 w moves b4c2 b0c0 c2b4 c0b0 b4c2 b0c0 c2b4 c0b0

1. 马八退七 车２平３
2. 后马进八 车３平２
3. 马八退七 车２平３
4. 后马进八 车３平２

• 红方是允许循环，黑方长捉。黑方被判负。（黑长捉红后马）

注：黑车对红后马的攻击不属于攻击子吃掉被攻击子后，该攻击子处于乙方的攻击之中，因为黑车吃掉红后马后对红形成了将军，红在不应将的情况下直接吃黑车属于非法着法，故根据攻击的定义，黑车吃掉红后马后不在红的攻击之中，所以是捉。

例24

• 5k3/9/9/9/9/4c4/3r5/3NB4/4A4/4K4 w moves e0d0 e4d4 d0e0 d4e4 e0d0 e4d4 d0e0 d4e4

1. 帅五平六 炮５平４
2. 帅六平五 炮４平５
3. 帅五平六 炮５平４
4. 帅六平五 炮４平５

• 红方是允许循环，黑方长捉。黑方被判负。（黑长捉红马）

例25

• 3k5/9/9/9/9/9/9/9/1cr2Rn2/3AK4 w moves d0e1 c1c0 e1d0 c0c1 d0e1 c1c0 e1d0 c0c1

1. 仕六进五 车３进１
2. 仕五退六 车３退１
3. 仕六进五 车３进１
4. 仕五退六 车３退１

• 双方均是允许循环。判和。（由于循环局面序列存在将军，因此双方均不存在捉）

例26

• 3k5/9/9/9/9/9/9/9/1cr2Rn2/3AK4 w moves d0e1 c1c2 e1d0 c2c1 d0e1 c1c2 e1d0 c2c1

1. 仕六进五 车３退１
2. 仕五退六 车３进１
3. 仕六进五 车３退１
4. 仕五退六 车３进１

• 红方长捉，黑方长捉。判和。（红长捉黑马，黑长捉红车）

注：该例和例25不同的是黑没有将军。车3退1使黑炮和黑车捉红车，且红每步均使该车逃捉。

例27

• 3k5/9/9/9/9/9/9/9/1cr3Rn1/3AK4 w moves d0e1 c1c2 e1d0 c2c1 d0e1 c1c2 e1d0 c2c1

1. 仕六进五 车３退１
2. 仕五退六 车３进１
3. 仕六进五 车３退１
4. 仕五退六 车３进１

• 红方长捉，黑方长捉。判和。（红长捉黑马，黑长捉红车）

注：该例和例26不同的是红车未被黑马牵制。

例28

• 3k5/9/3a5/2C6/2r6/2C6/2r6/5A3/9/5K3 w moves c4d4 c5d5 d4c4 d5c5 c4d4 c5d5 d4c4 d5c5

1. 后炮平六 后车平４
2. 炮六平七 车４平３
3. 后炮平六 后车平４
4. 炮六平七 车４平３

• 双方均是允许循环。判和。（由于循环局面序列存在将军，因此双方均不存在捉）

注：后炮平六是将，循环局面序列中存在将军步，故不可能存在捉。

例29

• 3k5/9/3a5/2C6/2r6/2C6/2r6/5A3/9/5K3 w moves c4e4 c5e5 e4c4 e5c5 c4e4 c5e5 e4c4 e5c5

1. 后炮平五 后车平５
2. 炮五平七 车５平３
3. 后炮平五 后车平５
4. 炮五平七 车５平３

• 红方长捉，黑方是允许循环。红方被判负。（红长捉黑前车）

注：该例和例28不同的是红没有将军。后炮平五未使七路炮逃捉（七路炮仍处于黑攻击下），并且使七路炮捉黑前车。红每步使前炮捉黑前车，黑每步使该车逃捉，所以红是长捉。

例30

• 3k5/9/3a5/2C6/2r6/2C6/2r6/2N2A3/9/5K3 w moves c4e4 c5e5 e4c4 e5c5 c4e4 c5e5 e4c4 e5c5

1. 后炮平五 后车平５
2. 炮五平七 车５平３
3. 后炮平五 后车平５
4. 炮五平七 车５平３

• 红方长捉，黑方长捉。判和。（红长捉黑车，黑长捉红马）

注：该例和例29不同的是多了一个红马。后炮平五虽然未使红前炮逃捉，但使红马逃捉。黑每步均使前车捉红马，红每步均使该马逃捉，所以黑是长捉。

例31

• 3r5/4ck3/3R5/9/9/9/3cR4/9/4A4/4KA3 w moves e0d0 e8d8 d0e0 d8e8 e0d0 e8d8 d0e0 d8e8

1. 帅五平六 炮５平４
2. 帅六平五 后炮平５
3. 帅五平六 炮５平４
4. 帅六平五 后炮平５

• 红方长捉，黑方是允许循环。红方被判负。（红长捉黑前炮）

注：帅五平六使红五路车解除被牵制的状态而捉黑4路炮；炮5平4后红的六路车被牵制无法攻击前4路炮，而五路车若吃该炮会处于后4路炮的攻击下，所以黑前4路炮不被任何子捉，炮5平4是使该炮逃捉；帅六平五使六路车捉黑前4路炮；后炮平5使4路炮逃捉，因为五路车被牵制，而六路车若吃该炮会处于黑车的攻击下；所以红是长捉。

例32

• rCRak4/4a4/9/9/9/4p4/9/9/9/4K4 w moves e0d0 e4d4 d0e0 d4e4 e0d0 e4d4 d0e0 d4e4

1. 帅五平六 卒５平４
2. 帅六平五 卒４平５
3. 帅五平六 卒５平４
4. 帅六平五 卒４平５

• 红方长捉，黑方是允许循环。红方被判负。（红长捉黑4路士）

注：帅五平六使红车捉黑4路士，因为给予红走一步的机会该车可以吃士且吃士后不处于黑的攻击下（虽然红已经将死黑方，但规则不考虑这个，只考虑黑没有合法吃掉红车的着法）。帅六平五使红炮捉黑4路士，因为给予红走一步的机会该炮可以吃士且吃士后不处于黑的攻击下，至于导致黑车可以吃红车的情况不考虑，因为本规则没提及。

例33

• 5k3/9/9/9/9/9/9/4p4/4A4/3K1ABc1 w moves d0d1 h0h1 d1d0 h1h0 d0d1 h0h1 d1d0 h1h0

1. 帅六进一 炮８退１
2. 帅六退一 炮８进１
3. 帅六进一 炮８退１
4. 帅六退一 炮８进１

• 双方均是允许循环。判和。（由于循环局面序列存在将军，因此双方均不存在捉）

例34

• 4ka3/4a4/5R3/2r6/2r6/9/3R5/9/9/2p2K3 w moves d3e3 e9d9 e3d3 d9e9 d3e3 e9d9 e3d3 d9e9

1. 车六平五 将５平４
2. 车五平六 将４平５
3. 车六平五 将５平４
4. 车五平六 将４平５

• 双方均是允许循环。判和。（由于循环局面序列存在将军，因此双方均不存在捉）

例35

• 1CRck4/4a4/9/9/9/9/9/9/3CA4/5K3 w moves e1d2 e8d7 d2e1 d7e8 e1d2 e8d7 d2e1 d7e8

1. 仕五进六 士５进４
2. 仕六退五 士４退５
3. 仕五进六 士５进４
4. 仕六退五 士４退５

• 双方均是允许循环。判和。

注：士5进4未使黑底士逃捉，因为士5进4后存在红炮对黑炮的捉。

例36

• 4k4/3P5/9/9/3c5/4C4/3c5/9/9/3K5 w moves e4d4 d5e5 d4e4 e5d5 e4d4 d5e5 d4e4 e5d5

1. 炮五平六 后炮平５
2. 炮六平五 炮５平４
3. 炮五平六 后炮平５
4. 炮六平五 炮５平４

• 双方均是允许循环。判和。（由于循环局面序列存在将军，因此双方均不存在捉）

例37

• 3a1a3/2R6/3k5/3r5/3N5/9/9/9/4A4/4KA3 w moves d5f4 d6f6 f4d5 f6d6 c8c7 d7d8 c7c8 d8d7

1. 马六退四 车４平６
2. 马四进六 车６平４
3. 车七退一 将４退１
4. 车七进一 将４进

• 双方均是允许循环。判和。（由于循环局面序列存在将军，因此双方均不存在捉）

注：该例起始局面共出现三次，对该序列进行判决。

例38

• 4k4/9/9/9/9/9/7n1/4B4/3rAR3/4KA3 w moves f1f3 h3g1 f3f1 g1h3 f1h1 h3f2 h1f1 f2h3

1. 车四进二 马８进７
2. 车四退二 马７退８
3. 车四平二 马８进６
4. 车二平四 马６退８

• 双方均是允许循环。判和。（由于循环局面序列存在将军，因此双方均不存在捉）

例39

• 3ak4/c2R1R2c/4b4/9/9/9/9/9/9/4K4 w moves f8f6 d9e8 f6f8 e8d9 f8f6 d9e8 f6f8 e8d9

1. 车四退二 士４进５
2. 车四进二 士５退４
3. 车四退二 士４进５
4. 车四进二 士５退４

• 红方长捉，黑方长捉。判和。（红长捉黑双炮，黑长捉红六路车）

注：车四退二使双车均逃捉，且使六路车捉黑双炮；士4进5使双炮逃捉，且使9路炮捉红六路车；车四进二使六路车逃捉，且使双车分别捉黑双炮；士5退4使黑双炮逃捉，且使双炮分别捉红双车。

只需要一串字符串就可以代表一个局面，非常方便，引擎接收局面也是靠FEN。

一串FEN至少有局面信息和轮走方信息。

目录

• 1FEN的基础记录方法如下:
• 2例子
• 3FEN的其他信息
• 4movelist

FEN的基础记录方法如下:

1.先开始从黑方底线记录，一直到红方底线；同时每条横线从左到右记录(红方视角下)。

2.每个字母分别代表一类子力：k帅将 a士 b象 c炮 n马 r车 p兵卒，大写字母代表红方的子，小写字母代表黑方的子。

3.遇到空格时，记录连续的空格数(也有每个空格单独记作1的记法)

4.一条横线记录完后，以/结束，然后开始记录下一条横线。最后一条横线（红方底线）记录完时，不要写/。

5.全部横线记录完后，写一个空格，然后写w或者b（w红先，b黑先），也有用r代表红先的写法。

例子

该图的FEN就是 3k1a3/4a4/5n3/9/9/9/9/9/9/4KR3 w

看图，先从黑方底线开始，从左到右，第一、二、三格是空的，因为连续3个空，所以先记一个3。然后是黑将，记为k，接着又是一个空格和黑士，记1a。然后又是连续3个空，记3。至此黑方底线记录完毕，再写一个/，这就是第一段3k1a3/的由来。然后就是记黑的底二路…一直到红方底线记完，注意红方子力用大写字母表示。最后空格加w，w代表这图轮红先走。

FEN的其他信息

完整的FEN可能是这样的:

3k1a3/4a4/5n3/9/9/9/9/9/9/4KR3 w – – 0 1

后面多出了- – 0 1，其中“- -”无意义，因为FEN是从国际象棋移植而来，所以保留了国际象棋的易位和过路兵符号；

而后面的0 1，前者代表未吃子步数是0，后者代表当前回合是第1回合。未吃子步数就是自然限招信息，比如60回合自然限招代表这个数字到120就和棋。

如果FEN只有最简单的局面信息+轮走方信息，那么引擎和界面将会默认为- – 0 1或者- – 0 0

movelist

FEN仅仅代表一个局面，而FEN+movelist就可以表示历史着法信息。

比如:

5a3/3ka4/5n3/9/9/9/9/9/9/4K1R2 w moves g0f0 d8d9

这个movelist形成的局面就是“例子”中的局面。

这一串FEN+movelist代表了，从局面“5a3/3ka4/5n3/9/9/9/9/9/9/4K1R2 w”开始，走了g0f0 d8d9后。

movelist是单纯的坐标→坐标记录，从红方视角，从左到右所有的纵线记为a到i，从下到上所有横线(红底线到黑底线)记为0到9，至此90个点位都有一个坐标对应。g0f0指g0位置的子移动到了f0。

且多线程搜索有搜索不确定，先后搜索同一个局面的结果很有可能是不一样的，具有难以复现的随机性。 单线程的搜索是确定的，相同的引擎无论什么指令集无论是否超线程，即使在不同机器上，只要能影响引擎搜索路径的设置相同（例如哈希表大小、棋规设置、multipv等相同）、哈希表被清了的情况下，那么1线程每层的分析结果都是相同的，只有nps和时间不同。

棋力强的准确理解是“在更多的局面表现更好”。

例如a的棋力比b强，可能有60%的局面a表现更好，10%的局面表现伯仲之间，30%的局面b的表现更好。

a的棋力更强，不代表a是b的完全上位。

即使双方的任何条件(算力、引擎等)都一样，也有可能分胜负， 只不过胜负率也许会很低，和棋率极高。