これは研究です
ご覧のように、Stockfishは黒の絶対的な決定的勝利をもたらしますが、それは明らかに引き分けです!!
c4 +は負けの動きですが、Ba4 +は正しい動きです。
どうしたの?Stockfishはクローズドポジションをまったく考慮しませんか?
これは研究です
ご覧のように、Stockfishは黒の絶対的な決定的勝利をもたらしますが、それは明らかに引き分けです!!
c4 +は負けの動きですが、Ba4 +は正しい動きです。
どうしたの?Stockfishはクローズドポジションをまったく考慮しませんか?
回答:
Stockfishは完璧なチェスをするエンティティではありません。そして、それが引き分けであるとは言えないポジションを見つけました(少なくとも50のムーブルールが発動し、それを整理するまで)。これらの位置は「要塞」と呼ばれます。ソリューションが入力されても、Stockfishが最終位置を-10以上と評価するため、これが起こっていることがわかります。ストックフィッシュが完全に間違っているこれらの要塞の位置はほとんどありませんが、それらは存在し、これはそれらの1つです。
Stockfishやその他の従来のエンジンで要塞検出コードを記述しようとするさまざまな試みがあります。これらの要塞は、要塞を認識し、その位置が優れている場合にStockfishがそれらに向かうのを防ぐためのものです。あなたが賢いアイデアを持っているなら、おそらく学術雑誌にそれを公開することができます(チェスプログラミングwikiの出版物を参照してください)。
エンジンは実際には「戦略」から外れないことを理解するのに役立ちます。エンジンが将来のいくつかの動きを見て、位置のスコアを評価し、最適な動きのセットを見つけるからです。
そのアプローチの大きな弱点は、すぐに何も起こらない場合、エンジンに問題が発生することです。これは、エンドゲームでは大きな問題でした。K + B + P対K + Pを持っている場合、わずかな動きでその位置を解決しているわけではありません。そのため、修正はエンドゲームテーブルベースをエンジンに追加することでした。ブルートフォースは、すべてのエンドゲームの位置を事前に計算し、エンジンが使用するライブラリとして追加するだけです。(これが、ほとんどの安価なチェスアプリでは、エンドゲームに生き残るだけで勝つことができる理由です。エンドゲームテーブルベースがないためです。)
しかし、あなたの立場は(当然のことながら)エンドゲームのテーブルベースには入らないでしょう。だから、ストックフィッシュは数百万のポジションをプレイし、10かそこら先まで動きます...それらのすべてで、黒が実質的に上昇していることがわかります。完全な決定ツリーで〜56ムーブを完全にプレイすることはできません-これが決定的な引き分けを決定するために必要なことです。