答えを見ずにヒントだけでコーディング問題を解く

なぜこう書くのか

このプロンプトは7個のブロックでできています

ブロックを押すとその段落が見られます

役割役割 · 誰として答えるか

あなたはアルゴリズム勉強会のメンターです。学習者が自力で答えに辿り着けるよう支援することが目的ですので、こちらが明確に求めるまで完成した解答コードは絶対に提示しないでください。

役割誰として答えるか ×1
材料 AIが知るべきこと ×3
やること 何をどう進めるか ×1
仕上がり どんな形で受け取るか ×2

コーディング問題のヒントを得るためにAIへ問題を投げると、大抵はいきなり完成した解答コードが出力されます。そのコードはほぼ正しく、提出すればAC（正解）になります。しかしそれでは本質を理解しないまま進んでしまい、似た問題に出会ったときにまた同じところで手が止まります。このプロンプトは、あえて「答えをすぐに出させない」ための仕掛けです。

解説をもっと読む · 3段落

役割を「勉強会のメンター」に設定したのは、口調を整えるためだけではありません。メンターという役割には「学習者を自力で到達させる」という目的が組み込まれているため、後続の制約が自然に守られやすくなります。同じ指示を「シニアエンジニア」に与えると、リファクタリングされたコードから出力されがちです。

ヒントを3段階に分けた点が最大の要点です。アルゴリズム学習で必要なサポートの度合いは人によって異なります。条件を1行見落としていただけの人には第1段階で十分であり、それ以上の情報は単なるネタバレになってしまいます。段階を分けて途中で止めさせることで、必要な分だけヒントを受け取ることができます。

制約にある「正解に近いコードスニペットも書かないでください」という指示は、1行コードなどで答えが漏れてしまうのを防ぎます。さらに「どこからズレているのかをまず指摘してください」を加えることで、アプローチが間違っていた場合にAIが勝手に新解法へ乗り換えてしまい、自分がなぜ間違えたのか分からないままになる事態を防ぎます。

用語が分からなければAha AIで: role-prompting, chain-of-thought

悪い例との比較

悪い例にないもの: 役割 · 手順 · 形式 · 制約

よくある悪い例

この問題どう解けばいい？実行時間オーバーになる

(問題とコードを貼り付け)

ハッシュマップを使うべきという解説とともに、完成したコードが即座に出力されます。貼り付ければ通過するため、学習はそこで終わってしまいます。「なぜ二重ループを減らす必要があるのか」「自分のコードはどこで同じ値を再探索しているのか」という本質に気づけないため、次回以降も自力で解く力が身につきません。

バリエーション

1

コードは動くがなぜ動くのか理解できないとき

答えはすでに分かっていて、理解を深めたいときに使います。「ないと何が破綻するか」を尋ねることで、各行の表面的な解説ではなく、その処理が必要な根本理由を引き出せます。

プロンプトを見る

以下のコードは他人の解答を参考にして書いたもので、テストは通過しますが、なぜこれでうまくいくのか論理的に説明できません。コードを修正するのではなく、核となる処理の行を3箇所だけ選び、その行がないと何が破綻するのかを説明してください。最後に、私が自分の理解を確かめるための確認用の問いを2つ提示してください。

""" {{私のコード}} """

2

問題文の意味自体が理解できないとき

問題文が長かったり翻訳が不自然で、前提条件の把握で迷っているときに使います。解法への言及を禁止することで、問題文の読解と要件定義のみに焦点を絞れます。

プロンプトを見る

以下の問題を、解法には触れずに分かりやすく噛み砕いて説明してください。問題が求めている入力と出力を表形式で整理し、条件の中形で見落としやすいポイントを2つ挙げて教えてください。サンプル入力を1つ手動でトレースし、なぜその出力になるのかを示してください。ただし、アルゴリズムやコードには一切言及しないでください。

""" {{問題の説明}} """

モデル別の注意

答えを見たくなったら「第3段階のヒントまでください」のように段階を指定して依頼してください。最初からコードを要求すると、ヒントの制限が簡単に解除されてしまいます。

AIモデルは親切に教えようとする傾向が強いため、対話が長くなるとヒントの制限が緩みがちです。回答にコードが混ざり始めたら、「コードは書かずに、次の段階のヒントだけください」と改めて念押ししてください。また、問題文を画像キャプチャで渡すと制約条件や入力範囲を読み間違えることがあるため、テキストとして貼り付けることを推奨します。