ヒントが示す手を全部採用したら、何手目で負けるのか：記録して確かめる手順

「何手目で負けるか」の前に決めておくこと

最初に、問いを三つに分けます。

1. ヒント手を全部採用すると、対局はどう終わるか（勝ち・負け・引き分け・途中で投げる）
2. ヒント手を採用した直後に、駒を損する場面や不利になる場面はあるか
3. ヒントを見ても「なぜその手なのか」が分からない場面はどこか

題名の問いは1にあたります。ただ、1だけを記録しても、結果が「負けた」と出たときに原因が分かりません。2と3まで取ると、負けの前のどこで流れが変わったかを追えます。

次に、作品を開いて確かめておく項目があります。作品の仕様の細部は、ここでは決めつけません。

• ヒントが示すのは手そのものだけか。それとも理由なども添えられるか
• ヒントは相手の段階（3段階あります）によって変わるか
• 同じ局面でヒントを押し直すと、同じ手が出るか
• ヒントの手は、全棋譜の表示にどう現れるか（押しただけで棋譜に残るのか、指した手だけが残るのか）

これらの答えは、その後の記録の読み方を左右します。たとえば理由が添えられないのであれば、3の「なぜ分からないか」はヒントの欠落ではなく、仕様そのものの性質として読めます。逆に理由が出る場合は、理由を読んでも納得できなかった場面が、より具体的な観察になります。

準備：条件をそろえる

比較できる記録にするには、条件を固定します。

• 自分の色は同じにします。ここでは白に固定します
• 相手の段階を決めます。3段階すべてを調べるなら、段階ごとに最低3局、できれば5局を目安にします
• 「一手戻す」は使いません。戻すと、ヒント採用の結果が書き換わってしまいます
• ヒントを押す局面は、毎手にします。途中で自分の判断に切り替えないでください
• 対局の途中で記録を中断しないでください。写し間違いの原因になります

一局ごとの冒頭に、日付・相手の段階・自分の色・対局番号を書いておきます。作品の記録は画面を開いている間しか残らない点に注意してください。灯りのチェスの棋譜も、終局後に画面を閉じると見返せなくなる可能性があります。対局が終わったら、閉じる前に全棋譜を書き写すか、画面を見ながら手元の記録と突き合わせます。

もう一つ、地味ですが効く準備があります。取った駒の表示を、1手ごとの記録に使うことです。灯りのチェスには取った駒の表示がありますので、駒損の推移を数えるときの根拠にできます。

1手ごとの記録：押す前に予想を書く

この分析の肝は、ヒントを押す前に自分の予想手を書くことです。ヒントを見てから「自分もそう思った」と感じるのは、人間の記憶のくせです。事前に書いておけば、一致・不一致を後から正直に数えられます。

1手につき1行、次の項目を記録します。

• 手数、内容：自分の何手目か
• 予想手、内容：ヒントを押す前に自分が指そうとした手
• ヒント手、内容：ヒントが示した手
• 一致、内容：予想手とヒント手が同じなら1、違えば0
• 駒損得、内容：取った駒の表示から、自分と相手の差を数字や駒名で
• 相手の返し、内容：直後の相手の手
• 理解、内容：ヒントの意図を自分で説明できたか（○／△／×）

「理解」は主観ですが、重要な項目です。○は「この手でこういう狙いがあると言える」、△は「何となく良さそうだが言葉にできない」、×は「なぜその手か全く分からない」と、基準を先に決めておきます。基準を後から変えないでください。

終局時には次を記録します。

• 結果（勝ち・負け・引き分け・途中終了）
• 自分の手数
• 終局の形（詰み、投了、引き分けの種類など、画面に出た表示のまま）

棋譜の表記は、手が分かればどんな書き方でも構いませんが、全局で統一します。標準の代数記法（たとえば Nf3 や e4）に合わせると、後で見返しやすくなります。画面の棋譜表示の形式が違う場合は、画面に合わせて書き写してください。

一致率を数える短いスクリプト

行数が増えてきたら、一致率だけでも機械に数えさせると楽です。ブラウザの開発者ツールのコンソールに貼って動く最小構成です。1行は「手数 ヒント手 予想手」の順です。下の手はサンプルの書式を示すためのダミーで、実際の結果ではありません。

// 1行 = 手数 ヒント手 予想手（下はダミーの書式例）
const log = `
1 e4 d4
2 Nf3 Nf3
3 Bc4 Bb5
`.trim().split("\n").map(l => l.trim().split(/\s+/));

let match = 0;
for (const [n, hint, guess] of log) {
  if (hint === guess) match++;
}
console.log(`一致 ${match} / ${log.length}`);
console.log(`一致率 ${(match / log.length * 100).toFixed(1)}%`);

実際に使うときは、ダミー行を自分の記録に置き換えます。局ごと・段階ごとに実行して、一致率を並べてください。

記録の読み方：ヒントが答えない部分を分類する

局が終わったら、記録を三つの観点で読みます。

1. 駒損が始まった手を探す

負けた局では、終局から遡って「駒損得の差が初めて自分に不利になった手」を探します。その手がヒント手を採用した直後なら、ヒント手が駒損の入口になっている可能性があります。ただし、ヒント手そのものが悪いと結論するのは早計です。その前の数手でヒント手を積み重ねた結果、手が足りなくなっていたのかもしれません。駒損が始まった手の1〜3手前までを見て、流れで判断します。

2. 一致・不一致と結果の関係を見る

予想手とヒント手が違った手が多い局は、自分とヒントの発想が離れていた局です。そういう局に負けが集まっているなら、「自分の読みが足りない部分をヒントが補っている」可能性があります。逆に一致が多いのに負ける局が目立つなら、ヒントを採用するだけでは足りない種類の負け方がありそうです。ここは、局数が少ないうちは断定せず、傾向として扱ってください。

3. 「理解」が×の手をまとめる

ヒントが答えない部分は、理解の列に出ます。×や△の手を拾って、次の型に分けてみます。

• 理由の不足、記録での見え方：ヒント手は指せるが、狙いを言葉にできない、読み方：ヒントが手だけを示すなら、意図は自分で補う必要がある
• 相手の狙い、記録での見え方：ヒント手の直後に相手が強い手を返す、読み方：ヒント手と相手の狙いが噛み合っていたかを棋譜で確認する
• 計画の不在、記録での見え方：手ごとには自然だが、局全体の方向が見えない、読み方：手を重ねても筋道が残らない型
• 終盤の判断、記録での見え方：駒が減った後に迷いが増える、読み方：引き分けや詰みの形を自分で知っているかが効く

分類に迷うときは、複数に○をつけても構いません。目的は、ヒントを押してもなお自分が空白のまま残している部分を可視化することです。

判断の目安

ログの出方ごとに、次のように読んでみてください。数字の閾値は決めず、局の数が増えたときに傾向がどちらに寄るかを見ます。

• 段階が上がっても、負ける手数があまり変わらない場合：局面の難しさより、ヒント採用の形そのものに原因がある可能性があります。駒損の入口手を重点的に見直してください
• 段階が上がるほど、早く負ける場合：相手の強さがヒント手の質を上回る場面が増えている可能性があります。相手の返し手の欄を重点的に読みます
• 負けずに終わる局が混ざる場合：勝った局と負けた局で、一致率や理解の分布に差があるかを見ます
• 局ごとの差が大きすぎる場合：まだ局数が足りません。同じ条件の局を増やします

起こりやすい誤り

• 予想手を後から書く。 ヒントを見てから書くと、一致率が高く見えてしまいます。押す前に必ず書いてください
• 途中で「一手戻す」を使う。 戻すと採用した手の結果が消えます。戻したい場面が出たら、その局は「途中で自力判断に切り替えた」と記録して、通常の集計から外すのが安全です
• 1局だけで結論を出す。 相手の指し方に偏りがあるかもしれません。同じ段階でも複数局を取ってください
• 同じ局面のヒントが毎回同じと決めつける。 押し直したときに同じ手が出るかは、作品を開いて確かめる項目に入れてあります。出る手が変わる場合、一致率の計算に影響します
• 「理解」の基準を途中で変える。 後半の局ほど甘くなりがちです。基準は最初の1局の前に書いて固定します
• 棋譜の写し間違い。 一つ間違えると、駒損の計算がずれます。局の終了直後に、画面の全棋譜と突き合わせてください
• 自分で詰みを防げる局面でも採用を続ける。 この実験の目的は、ヒント採用の限界を見ることです。ただし、プレイを楽しむ目的なら、途中で止める判断も自由です。止めた手数と理由を記録しておけば、それも一つの観察になります

次の行動

灯りのチェスで、白を持ち、相手を1段階だけ選んで、まず3局分の記録を取ってみてください。1手ごとに「予想手を書く→ヒントを押す→採用する」を繰り返します。局が終わったら、駒損の入口の手と、理解が×の手に印をつけます。その二つが同じ手に重なっているかどうかが、ヒントが答えない部分を見つける最初の手がかりになります。