AIに何かを頼んで「思っていたのと違うものが返ってきた」という経験はありませんか。

以前、「AIへの最初のひと言」に技術・状況・出力形式の3前提を貼るテンプレを紹介しました。あれは新しく何かを作り始める時の話です。今回は少し場面が違って、すでにあるコードをAIに触らせる時の話をします。ゼロから作る時より、既存のコードを触る時の方が「事故」が起きやすいからです。

1. 触っていい範囲はどこまでか

範囲を伝えずに頼むと、AIは頼まれた部分の周辺まで「ついでに」書き直してくることがあります。動いていた別の部分が壊れる原因の多くはここです。

悪い例

「このコンポーネントを直して」

良い例

「このファイルの中の、ボタンのクリック処理の部分だけ直してください。他の部分やファイルは変更しないでください」

触ってほしくない範囲を先に線引きしておくと、意図しない変更に振り回されることが減ります。

2. 今の状態はどこまでできているか

「ログイン機能を直して」とだけ頼むと、AIはどこが正常でどこが壊れているか分からないまま推測で動きます。すでにフォームの見た目はできている、データベースの準備もできている、といった現在地を伝えないと、正常な部分まで作り直されることがあります。

悪い例

「ログインでエラーが出るので直して」

良い例

「フォームとデータベースは正常に動いています。送信ボタンを押した時の認証処理だけがエラーになります」

すでに動いている部分を明示するだけで、AIは壊れている部分だけに集中してくれます。

3. 直したあとに何を確認してほしいか

修正が終わった後、AIに何を確認してほしいかも伝えておくと、直しっぱなしで終わらずに済みます。

悪い例

（修正だけ頼んで確認は頼まない）

良い例

「直した後、この修正が他の画面や機能に影響していないか、関連しそうな箇所も含めて教えてください」

直す指示と確認の指示は別物です。両方頼んで初めて、修正が安全だったかどうかまで分かります。

まとめ

  • 触っていい範囲（どこまで変更していいか）
  • 今の状態（何が正常で、何が壊れているか）
  • 直したあとの確認範囲（影響がありそうな箇所）

新しく何かを作る時の準備と、すでにあるコードを触ってもらう時の準備は、少し違います。今回の3つは後者のための境界線です。

面談なしで、今日から始められます

この講座は 未経験から Next.js + Supabase + Claude Code で Webアプリを公開するまで を全20セッションで体系化した教材付きプランです。無料相談を挟まず、申し込んだその日から教材で学習を始められます。AIが学習パートナーになって何度でも質問でき、つまずいた所だけチャットで直接サポートします。

  • 今日から始める（教材完全版＋月5,500円・チャット質問し放題・いつでも解約OK）→ https://menta.work/plan/20251?ref=menta
  • いきなりは不安な方へ：無料の教材体験版もあります（最初の数セッション分）→ プラン詳細をご覧ください