題目：
ｒ ｎ ＮＢ 黑白
ｐ Ｐｐ ｐ ｐＰ ＝ 小兵
Ｐ ｋｐ ｒＲ ＝ 城堡
ｐ Ｐ ｎＮ ＝ 騎士
Ｐ Ｒ Ｋ ｂＢ ＝ 主教
ｒｑＱ ｎｐ Ｎ ｑＱ ＝ 皇后
ｐ Ｂ ＲＰ ｋＫ ＝ 國王
ｂ
不難看出這兩塊一共有八種可能的拼湊方式，哪一種才對呢？
難度：★★☆
－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－
由於過去解題半天結果都沒被 M文所以懶得發表XD，不過看這篇引發
爭議，就來牛刀小試一下吧XD！
首先將棋盤標註座標如下，注意此座標僅為方便紀錄用，與正式的棋
盤座標無關（後面你將看到這個座標系是很有用的，因為我們無論怎
麼拼棋盤，列的觀念都不會改變）
ｒ ｎ ＮＢ８
ｐ Ｐｐ ｐ７
Ｐ ｋｐ６
ｐ Ｐ ５
Ｐ Ｒ Ｋ４
ｒｑＱ ｎｐ Ｎ ３
ｐ Ｂ ＲＰ２
ｂ１
ＡＢＣＤＥＦ ＧＨ
解題要用的定理:
1.兵換列次數 >= 敵方被吃子的次數（兵要換列一定是透過吃子才能
換列）
2.雙方兵初始皆為一列一隻兵，若有兩隻以上的兵出現，必發生兵換
列進入的事件
審視一下局面即可發現
1.白少三兵，黑少一主教一兵
2.Ａ、Ｆ、Ｈ三列都有兩隻以上兵
白在Ａ列上發生一次換列，
黑在Ａ、Ｆ、Ｈ三列都發生換列事件（且已經不能再有其他換列事件）
黑兵三次換列，吃的都是白兵、或白兵昇變子、或其他白子（再由白
兵昇變去取代該子）。
不難得出黑兵換列進Ａ列時候，吃的一定不是白兵，否則將造成Ａ列
上有高達三個白兵，白兵要入Ａ列必吃一兵一主教，又將造成Ａ列有
三個黑兵，由於已經確定黑方把換列事件都用掉了，是故不可能。
（或許你想到黑兵昇變的可能，但等等，等下來證明這種情況也不會存在）
是故黑兵一定是吃昇變子、或是吃個白子（如主教），再由其他白子
昇變成該子。無論如何，都代表昇變事件一定有發生。
但，昇變事件有這麼好發生嗎？？
我們想像一個初始的棋盤，白兵像是吃了金坷拉一樣地往前衝刺，結
果..他遇到了誰？遇到了對方的兵擋著！
白兵就跟對方說：「嘿！讓開！我要昇變！」
黑兵就回她：「如果是白兵..可以喔！但是你要先給我吃其他子位移
走啊！」
接著我們就會發現個問題，這就代表要昇變，只有三個選擇
1.兵吃對方一顆子，讓兵位移到其他列避開對方兵
2.讓對方兵先換列移走，自己再直衝底線
3.把對方討厭的兵做掉！
我們現在注意到Ｃ列，可以發現那一列很神奇地沒有黑兵也沒有白兵
，更可怕的是，周圍兩列也沒白兵！
首先，黑兵去哪呢？換列跑走？可是我們已經確定沒有其他換列事件
了！昇變了？可是擋著一個白兵！看來只有可能被吃掉了～（所以也
確定前面假設黑兵昇變的可能不存在）
接著，白兵去哪？換列跑走？可是隔壁兩列也沒蹤影，沒昇變就被吃
掉？但我們已經確定黑最後是在ＡＦＨ三列吃子，所以也不可能，看
來就是昇變了。
（或許你會有疑慮說為何不會是白兵先被吃然後黑兵再衝去昇變，但
想想白兵昇變前就被吃是不可能的）
這樣我們已經確定黑兵在Ｃ列被吃掉、且白兵在Ｃ列昇變。
（Ａ列的白兵，只能是吃黑主教進入Ａ列。）
注意到Ｄ列，有著類似情況，那白兵又跑哪去了呢？還沒昇變就被吃
？同樣不可能～昇變了？也不可能！黑兵擋著呢～那只有可能換列走
了，要換列只能吃黑兵。
注意Ｅ列，黑兵去哪了？未昇變前被吃掉不可能（被吃掉是Ｃ列黑兵
）、昇變也不可能（白兵擋著），那只能去到Ｆ列
那他是吃甚麼去Ｆ列？從結果論你會說是白兵，但等等，Ｆ列已經有
白兵了，如果再有白兵，白方將用光位移次數。
這樣看來，還有一隻昇變的白兵，左右看只剩下 G列可以讓白兵昇變
了。
ｒ ｎ ＮＢ８
ｐ Ｐｐ ｐ７
Ｐ ｋｐ６
ｐ Ｐ ５
Ｐ Ｒ Ｋ４
ｒｑＱ ｎｐ Ｎ ３
ｐ Ｂ ＲＰ２
ｂ１
ＡＢＣＤＥＦ ＧＨ
－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－
現在我們已大致可推出
1.Ａ列多出的白兵來自Ｂ列
Ａ列多出的黑兵來自Ｂ列
2.Ｂ列原來的兵都跑到Ａ列去了（白吃主教、黑吃昇變子）
3.Ｃ列黑兵被吃、白兵昇變
4.Ｄ列白兵吃Ｃ列黑兵然後昇變
5.Ｅ列黑兵吃昇變子跑到Ｆ列
6.Ｆ列多出的黑兵來自Ｅ列
7.Ｇ列白兵昇變、黑兵吃昇變子去到Ｆ列
8.Ｈ列多出的黑兵來自Ｇ列
接著考慮這些事件前後順序，發現唯一合理的僅有
ＮＢ８
Ｂ ｐ ｐ７
ｐｎ Ｑｑｒｋｐ６
Ｒ Ｐ ５
Ｐ ｐ Ｋ４
ＰＮ ３
ｐＰ ｐＲＰ２
ｎ ｒ ｂ１
ＡＢＣＤＥＦＧＨ
（這邊詳細推理過程真的太複雜了..光從紙上打出來可能都
要好幾小時，所以我姑且省略。）
＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝
顯然，目前盤面輪到黑方，否則黑方上一手沒有履行解除將軍的義務
。
黑方應對著為Rxf5 or Qxf5
白分別對應走Ne7 or Bxf5 都可叫殺
全局解析完畢
--
— 請多指教喔!!
／＼●／＼ ))
(( ／ /▲\ ＼
\\ My Blog: http://dreamyeh.pixnet.net/blog
--
ｒ ｎ ＮＢ 黑白
ｐ Ｐｐ ｐ ｐＰ ＝ 小兵
Ｐ ｋｐ ｒＲ ＝ 城堡
ｐ Ｐ ｎＮ ＝ 騎士
Ｐ Ｒ Ｋ ｂＢ ＝ 主教
ｒｑＱ ｎｐ Ｎ ｑＱ ＝ 皇后
ｐ Ｂ ＲＰ ｋＫ ＝ 國王
ｂ
不難看出這兩塊一共有八種可能的拼湊方式，哪一種才對呢？
難度：★★☆
－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－
由於過去解題半天結果都沒被 M文所以懶得發表XD，不過看這篇引發
爭議，就來牛刀小試一下吧XD！
首先將棋盤標註座標如下，注意此座標僅為方便紀錄用，與正式的棋
盤座標無關（後面你將看到這個座標系是很有用的，因為我們無論怎
麼拼棋盤，列的觀念都不會改變）
ｒ ｎ ＮＢ８
ｐ Ｐｐ ｐ７
Ｐ ｋｐ６
ｐ Ｐ ５
Ｐ Ｒ Ｋ４
ｒｑＱ ｎｐ Ｎ ３
ｐ Ｂ ＲＰ２
ｂ１
ＡＢＣＤＥＦ ＧＨ
解題要用的定理:
1.兵換列次數 >= 敵方被吃子的次數（兵要換列一定是透過吃子才能
換列）
2.雙方兵初始皆為一列一隻兵，若有兩隻以上的兵出現，必發生兵換
列進入的事件
審視一下局面即可發現
1.白少三兵，黑少一主教一兵
2.Ａ、Ｆ、Ｈ三列都有兩隻以上兵
白在Ａ列上發生一次換列，
黑在Ａ、Ｆ、Ｈ三列都發生換列事件（且已經不能再有其他換列事件）
黑兵三次換列，吃的都是白兵、或白兵昇變子、或其他白子（再由白
兵昇變去取代該子）。
不難得出黑兵換列進Ａ列時候，吃的一定不是白兵，否則將造成Ａ列
上有高達三個白兵，白兵要入Ａ列必吃一兵一主教，又將造成Ａ列有
三個黑兵，由於已經確定黑方把換列事件都用掉了，是故不可能。
（或許你想到黑兵昇變的可能，但等等，等下來證明這種情況也不會存在）
是故黑兵一定是吃昇變子、或是吃個白子（如主教），再由其他白子
昇變成該子。無論如何，都代表昇變事件一定有發生。
但，昇變事件有這麼好發生嗎？？
我們想像一個初始的棋盤，白兵像是吃了金坷拉一樣地往前衝刺，結
果..他遇到了誰？遇到了對方的兵擋著！
白兵就跟對方說：「嘿！讓開！我要昇變！」
黑兵就回她：「如果是白兵..可以喔！但是你要先給我吃其他子位移
走啊！」
接著我們就會發現個問題，這就代表要昇變，只有三個選擇
1.兵吃對方一顆子，讓兵位移到其他列避開對方兵
2.讓對方兵先換列移走，自己再直衝底線
3.把對方討厭的兵做掉！
我們現在注意到Ｃ列，可以發現那一列很神奇地沒有黑兵也沒有白兵
，更可怕的是，周圍兩列也沒白兵！
首先，黑兵去哪呢？換列跑走？可是我們已經確定沒有其他換列事件
了！昇變了？可是擋著一個白兵！看來只有可能被吃掉了～（所以也
確定前面假設黑兵昇變的可能不存在）
接著，白兵去哪？換列跑走？可是隔壁兩列也沒蹤影，沒昇變就被吃
掉？但我們已經確定黑最後是在ＡＦＨ三列吃子，所以也不可能，看
來就是昇變了。
（或許你會有疑慮說為何不會是白兵先被吃然後黑兵再衝去昇變，但
想想白兵昇變前就被吃是不可能的）
這樣我們已經確定黑兵在Ｃ列被吃掉、且白兵在Ｃ列昇變。
（Ａ列的白兵，只能是吃黑主教進入Ａ列。）
注意到Ｄ列，有著類似情況，那白兵又跑哪去了呢？還沒昇變就被吃
？同樣不可能～昇變了？也不可能！黑兵擋著呢～那只有可能換列走
了，要換列只能吃黑兵。
注意Ｅ列，黑兵去哪了？未昇變前被吃掉不可能（被吃掉是Ｃ列黑兵
）、昇變也不可能（白兵擋著），那只能去到Ｆ列
那他是吃甚麼去Ｆ列？從結果論你會說是白兵，但等等，Ｆ列已經有
白兵了，如果再有白兵，白方將用光位移次數。
這樣看來，還有一隻昇變的白兵，左右看只剩下 G列可以讓白兵昇變
了。
ｒ ｎ ＮＢ８
ｐ Ｐｐ ｐ７
Ｐ ｋｐ６
ｐ Ｐ ５
Ｐ Ｒ Ｋ４
ｒｑＱ ｎｐ Ｎ ３
ｐ Ｂ ＲＰ２
ｂ１
ＡＢＣＤＥＦ ＧＨ
－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－
現在我們已大致可推出
1.Ａ列多出的白兵來自Ｂ列
Ａ列多出的黑兵來自Ｂ列
2.Ｂ列原來的兵都跑到Ａ列去了（白吃主教、黑吃昇變子）
3.Ｃ列黑兵被吃、白兵昇變
4.Ｄ列白兵吃Ｃ列黑兵然後昇變
5.Ｅ列黑兵吃昇變子跑到Ｆ列
6.Ｆ列多出的黑兵來自Ｅ列
7.Ｇ列白兵昇變、黑兵吃昇變子去到Ｆ列
8.Ｈ列多出的黑兵來自Ｇ列
接著考慮這些事件前後順序，發現唯一合理的僅有
ＮＢ８
Ｂ ｐ ｐ７
ｐｎ Ｑｑｒｋｐ６
Ｒ Ｐ ５
Ｐ ｐ Ｋ４
ＰＮ ３
ｐＰ ｐＲＰ２
ｎ ｒ ｂ１
ＡＢＣＤＥＦＧＨ
（這邊詳細推理過程真的太複雜了..光從紙上打出來可能都
要好幾小時，所以我姑且省略。）
＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝
顯然，目前盤面輪到黑方，否則黑方上一手沒有履行解除將軍的義務
。
黑方應對著為Rxf5 or Qxf5
白分別對應走Ne7 or Bxf5 都可叫殺
全局解析完畢
--
— 請多指教喔!!
／＼●／＼ ))
(( ／ /▲\ ＼
\\ My Blog: http://dreamyeh.pixnet.net/blog
--
All Comments