mcpField
C
chess-best-move

chess-best-move

github.com/letta-aiその他15247 回インストール4 週間前に更新
リポジトリ

chess-best-move について

チェス盤の画像から局面を再構成し、合法手を導くためのスキルです。画像認識、局面の検証、手の分析、出力形式の確認を順に行います。

主な機能

  1. 01盤面と駒の位置を検出
  2. 02駒数とFENを検証
  3. 03再構成した盤面を目視確認
  4. 04候補手の合法性を確認
  5. 05指定された手の形式に準拠

活用シーン

  1. 01画像に示された局面の分析
  2. 02解答前の局面再構成の検証
  3. 03指定条件を満たす全ての手の探索

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/letta-ai/skills --skill chess-best-move

インストール後、Claude Code で/chess-best-moveを入力して読み込まれたか確認します。

詳細

チェスの最善手

概要

このスキルでは、チェス盤の画像を分析し、最善手を判断するための体系的なアプローチを紹介します。実際の局面を分析せずに既知のパズルに当てはめるといったよくある落とし穴を避け、適切な画像分析手法を重視します。

基本的なワークフロー

ステップ 1:タスクの要件を把握する

分析を始める前に、次のことを行います。

  1. タスクの要件をすべて読み、以下を確認します。

    • 期待される出力形式(例:スペース区切りか改行区切りか)
    • 勝ちにつながる手が複数あるかどうか
    • 期待される棋譜表記(例:g2g4、Ng4、g4)
    • 解答に関する制約
  2. タスクに以下の記載があるか確認します。

    • 「勝ちにつながる手が複数」—有効な解答をすべて出力できるよう準備します
    • 特定の棋譜表記形式—形式を正確に合わせます
    • 時間の制約(N 手詰め)—手数を確認します
ステップ 2:画像分析(重要な段階)

基本方針:体系的な検出

画像を既知のパズルと照合しようとしてはいけません。代わりに、次の手順に従います。

  1. まず盤のグリッドを検出する

    • 8x8 のグリッドの境界を特定します
    • 盤の向き(a1 がどの角にあるか)を判定します
    • 検証用に、検出したグリッド線を示すデバッグ画像を保存します
  2. 駒の位置を体系的に検出する

    • 64 マスをそれぞれ個別に分析します
    • 駒があるマスごとに、以下を判定します。
      • 色(白/黒)
      • 駒の種類(キング、クイーン、ルーク、ビショップ、ナイト、ポーン)
    • 検出結果を代数表記で記録します(例:「白のキングは e1」)
  3. 検出結果を検証する

    • 駒の総数は 32 以下でなければなりません(それより多く検出された場合、検出に誤りがあります)
    • 各側のキングは必ず 1 枚です
    • 各側のポーンは最大 8 枚、ルークは 2 枚、ビショップは 2 枚、ナイトは 2 枚、クイーンは 1 枚です(昇格がある場合を除く)
    • 検証に失敗した場合は、先へ進む前に検出方法を見直します
ステップ 3:局面を検証する

手を計算する前に、次のことを行います。

  1. 検出した駒から FEN 表記を作成する

    • マスごとに局面文字列を組み立てます
    • 判定可能な場合はキャスリング権を含めます
    • 該当する場合はアンパッサンのマスを含めます
  2. FEN の有効性を検証する

    • チェスライブラリ(python-chess)を使って局面を検証します
    • 局面が合法であること(不可能な配置でないこと)を確認します
    • FEN が無効な場合は、検出の手順に戻ります
  3. 視覚的に検証する

    • 作成した FEN から盤面図を生成します
    • 元の画像と見比べます
    • 一致しない場合は、検出を繰り返します
ステップ 4:手を計算する

検証済みの局面を使って、次のことを行います。

  1. チェスエンジンまたはライブラリを使う

    • python-chess を使うと、合法手を列挙し、チェックメイトを確認できます
    • 「最善手」のタスクでは、評価に Stockfish の使用を検討します
    • 「N 手詰め」のタスクでは、チェックメイトにつながるすべての手を列挙します
  2. 必要に応じて勝ちにつながる手をすべて見つける

    • タスクに複数の解答があると記載されている場合は、有効な手をすべて見つけます
    • 候補手がそれぞれ指定された目標を達成することを確認します
  3. 出力前に手を検証する

    • 各手がその局面で合法であることを確認します
    • 各手が目的(チェックメイトなど)を達成することを確認します
ステップ 5:出力形式

期待される出力形式に正確に合わせます。

  1. タスクの形式指定を確認します

  2. よく使われる形式:

    • スペース区切り:g2g4 e2e4
    • 改行区切り:手ごとに 1 行で記述
    • 標準代数表記:Nf3、exd5
    • 長代数表記:e2e4、g1f3
  3. 複数の手が有効な場合は、指定された形式ですべて含めます

避けるべきよくある落とし穴

1. 既知のパズルとの照合

誤った方法: 駒をいくつか検出した後、「有名なパズル」のデータベースと照合しようとします。

失敗する理由: ほとんどの局面は固有のものです。いくつかの駒が既知のパズルと一致しても、局面全体は異なる可能性が高いです。

正しい方法: 先入観を持たず、常に実際の画像を分析します。

2. 検出の失敗を無視する

誤った方法: 検出結果があり得ない場合(例:駒が40個以上ある場合)でも、不完全なデータのまま先に進みます。

失敗する理由: 入力が不正確であれば、出力も不正確になります。検出に誤りがあると、誤った手につながります。

正しい方法: 検出結果があり得ない場合は、検出アルゴリズムを設計し直してください。検出結果の妥当性が確認されるまで先に進んではいけません。

3. 確証バイアス

誤った方法: あらかじめ抱いている考えを裏付ける証拠だけを探し、それに反する証拠を無視します。

例: h5とf7に駒があるのを検出し、ほかのマスを確認せずに、すぐ「リーガル・メイト」だと結論づけます。

正しい方法: 検出された駒をすべて考慮してください。解答は局面全体を説明できるものでなければなりません。

4. 循環的な検証

誤った方法:

  1. 画像が局面Xを示していると仮定する
  2. 局面Xで手Mを試す
  3. 局面Xで手Mが有効だと確認する
  4. 手Mが正しいと結論づける

失敗する理由: これでは、実際の画像の内容について何も証明できません。

正しい方法: 仮定した局面ではなく、画像解析から導き出した局面に照らして検証してください。

5. 出力要件の見落とし

誤った方法: 複数の手が必要なタスクで、1つの手だけを出力します。

正しい方法: 出力を確定する前に、タスクの要件を読み直してください。「すべての勝ち手」や「複数の解」などの表現がないか確認します。

6. 駒の種類の検出を省略する

誤った方法: どのマスが占有されているかだけを検出し、そこにある駒の種類を検出しません。

失敗する理由: 駒の種類がわからなければ、有効な手を計算できません。ポーンの手を計算するには、それがポーンだとわかっている必要があります。

正しい方法: 検出では、占有されている各マスについて、色と駒の種類の両方を特定する必要があります。

検証チェックリスト

解答を提出する前に、次の項目を確認してください。

  • 検出結果の駒の数が妥当である(合計32個以下、各陣営にキングが1個)
  • FENは仮定ではなく、検出結果から構築されている
  • 局面が合法であると検証されている
  • 画像との目視比較で、検出結果が画像と一致していることを確認している
  • 候補手をすべて、検出された局面で試している
  • 手が指定された目的(チェックメイトなど)を達成している
  • 出力形式がタスクの要件に正確に一致している
  • 複数の手が可能な場合、すべて含めている

技術的な実装上の注意

推奨ライブラリ
  • 画像処理: OpenCV、PIL/Pillow
  • チェスのロジック: python-chess(FEN、手の検証、チェックメイトの検出に対応)
  • エンジン解析: Stockfish(python-chessのUCIインターフェース経由)
検出戦略
  1. 色のしきい値処理を使って、明るいマスと暗いマスを分離する
  2. 輪郭検出を使って、駒の形状を見つける
  3. 既知の駒の画像とのテンプレートマッチングを検討する
  4. 精度を確認するため、デバッグ用の可視化画像を必ず生成する
デバッグ方法

検出に失敗した場合:

  1. 次の内容を示す中間画像を保存します。
    • 検出されたグリッド線
    • 特定されたマスの境界
    • ラベル付きの検出された駒の位置
  2. まず、既知の局面で検出アルゴリズムをテストする
  3. デバッグ出力を目視で確認し、段階的に改善する

コメント