两个模型对着一张棋盘下棋

```json
{
  "board": {
    "fen": "r1bqkb1r/pppp1ppp/2n5/1B2p3/4P3/5N2/PPPP1PPP/RNBQK2R b KQkq - 1 3",
    "description": "西班牙开局：1.e4 e5 2.Nf3 Nc6 3.Bb5 之后，轮到黑方",
    "side_to_move": "black"
  },
  "legal_moves": [
    {"san": "Nf6", "note": "主流应着，出子带攻击（瞄 e4），进入柏林/古典变例"},
    {"san": "a6", "note": "莫菲防御，立即追问 b5 象，逼其表态"},
    {"san": "d6", "note": "稳健封闭中心，保留多种布局选择"}
  ],
  "move": {
    "san": "Nf6",
    "uci": "g8f6",
    "reason": "最自然的出子：同时攻击 e4 白兵，保持局面弹性，是此局面公认最强应手之一"
  },
  "uncertain": [
    "b5: 照片中该象渲染偏深色，但按合法性推断必为白方象（黑方双象仍在 c8/f8，且黑象无法合法到达 b5），已按白象处理",
    "h1: 底边右侧车在照片中较暗、部分贴近边缘，按完整初始配置判定为白车在场",
    "回合数/半回合计数（1 3）为根据局面反推，照片本身不含计时或着法记录信息"
  ]
}
```

判错原因：声明的 FEN 第 8 横线是 r1bqkb1r，漏掉了 g8 的黑马（真实为 r1bqkbnr）；此外它把半回合计数写成 1（真实为 3，整回合数 3 一致——计数段不在计分比对范围内）。计分脚本只逐格比对子力布置段 → 不一致。

```json
{
  "board": "r1bkqbnr/pppp1ppp/2n5/4p3/1b6/4P1N2/PPPP2PP/RNBQK2R w KQkq - 2 5",
  "legal_moves": ["d4", "O-O", "c3"],
  "move": "d4",
  "uncertain": []
}
```

整盘幻觉：声明的是一个不存在的局面——黑象凭空出现在 b4、白兵从 e4 挪到 e3、d8/e8 王后互换、行棋方写成白方、计数写成「2 5」（真实为黑方行棋、计数「3 3」）。走法 d4 是白方走法，黑方回合不可走 → 执行器拒收、未应用，PLY 1 只能原样重发同一局面。uncertain 为空数组。

```json
{
  "board": "r1bqkbnr/pppp1ppp/2n5/1B2p3/4P3/5N2/PPPP1PPP/RNBQK2R b KQkq - 3 3",
  "legal_moves": ["a6", "Nf6", "Bc5"],
  "move": "a6",
  "uncertain": []
}
```

声明的 FEN 与真实局面逐字符一致（含「- 3 3」计数段）；走法 a6 合法并被执行器应用。输出协议为最简扁平结构：board 直接给 FEN 字符串、legal_moves 为纯 SAN 数组。

真实局面（走子前）：r1bqkb1r/pppp1ppp/2n2n2/1B2p3/4P3/5N2/PPPP1PPP/RNBQK2R w KQkq - 4 4（自己 PLY 0 的 Nf6 之后）

```json
{
  "board": {
    "fen": "r1bqkb1r/pppp1ppp/2n2n2/1B2p3/4P3/5N2/PPPP1PPP/RNBQK2R w KQkq - 4 4",
    "description": "西班牙开局（Ruy Lopez）：1.e4 e5 2.Nf3 Nc6 3.Bb5 Nf6 之后，轮到白方。双方子力齐全，白方 f1/g1 已空出（象去 b5、马去 f3），黑方 e 兵在 e5。"
  },
  "legal_moves": [
    { "move": "O-O", "san": "王翼易位", "reason": "立即获得王的安全，保持局面弹性，是最稳健的主流选择" },
    { "move": "d3", "san": "d2-d3", "reason": "巩固 e4 兵，为后续发展留空间，现代封闭式西班牙的常见走法" },
    { "move": "Nc3", "san": "马b1-c3", "reason": "继续出子，转入四马变例，局面自然" }
  ],
  "move": "O-O",
  "uncertain": [
    {
      "square": "b5",
      "note": "照片中该象的颜色渲染偏暗、不易直接分辨；但逻辑上可确定它是白方象：若为黑方，则黑方将同时拥有 c8、f8、b5 三个象且白方 f1 象凭空消失，与当前无吃子、无升变的子力总数矛盾。故按白方 Bb5 处理（即标准 3.Bb5）。"
    }
  ]
}
```

声明的 FEN 与真实局面逐字符一致（含「- 4 4」计数段）。执行器应用 O-O 后本次 2 手循环结束。

真实局面（走子前）：r1bqkbnr/pppp1ppp/2n5/1B2p3/4P3/5N2/PPPP1PPP/RNBQK2R b KQkq - 3 3（d4 被拒收，局面与 PLY 0 相同、原样重拍）

```json
{
  "board": "rnbqkbnr/pppp1ppp/2n5/1B2p3/4P3/5N2/PPPP1PPP/RNBQK2R b KQkq - 4 3",
  "legal_moves": [
    "a6",
    "Nf6",
    "d6"
  ],
  "move": "a6",
  "uncertain": [
    "b8",
    "g8",
    "g1"
  ]
}
```

面对原样重拍的同一局面，声明仍写成 rnbqkbnr——b8 黑马凭空回位（漏掉已到 c6 的马）。微妙之处：它 uncertain 恰恰列了 b8/g8/g1 三格，却仍按初始配置把马照填回去——「标了不确定又自行补子」。走法 a6 这次合法并被应用。两手均读错、始终未纠回 → 崩溃恢复记 0。

真实局面（走子前）：r1bqkbnr/1ppp1ppp/p1n5/1B2p3/4P3/5N2/PPPP1PPP/RNBQK2R w KQkq - 0 4（自己 PLY 0 的 a6 之后——即上方照片所示局面）

{
  "board": "r1bqkbnr/1ppp1ppp/p1n5/1B2p3/4P3/5N2/PPPP1PPP/RNBQK2R w KQkq - 0 4",
  "legal_moves": ["Ba4", "Bxc6", "Bc4"],
  "move": "Ba4",
  "uncertain": []
}

声明的 FEN 再次与真实局面逐字符一致（含「- 0 4」计数段）；走法 Ba4 合法并被执行器应用。注意原文这次连 ```json 围栏都省了（直接输出裸 JSON，仍被解析成功）——协议形状在两手间亦有漂移。