レッスン 5

AI の回答を確認する方法

ソース確認、テスト、例、エッジケース、再現可能な証拠による AI 出力の検証習慣を身につけます。

AI の回答を確認するとは、流暢な応答を信頼できる証拠に変えることです。開発者にとって最良の検証は、通常、公式ドキュメント、実行可能なテスト、小さな例、エッジケース、再現可能なコマンドから得られます。

適切な検証方法を使う

出力の種類によって必要なチェックは異なります。

  • コード: テスト、型チェック、リンター、手動レビューを実行する。
  • API アドバイス: 公式ドキュメントと比較する。
  • セキュリティに関する主張: 信頼できる参照とプロジェクト方針で検証する。
  • データ変換: サンプル入出力をテストする。
  • 説明: 例を求め、既知の挙動と比較する。

目的はすべてを疑うことではありません。どの種類の証拠が十分かを知ることです。

ハルシネーションの兆候に注意する

パッケージ名、API メソッド、法的な主張、価格、日付、ベンチマーク数値などがソースなしで含まれる回答には注意してください。これらの詳細は正確に見えても誤っていることがあります。

AI に事実と仮定を分けるよう依頼し、重要な事実は回答の外で検証してください。

エッジケースを使う

単純な例はハッピーパスを証明できます。エッジケースは、アイデアが実際の使用に耐えるかを明らかにします。コードでは、空入力、無効入力、大きな入力、タイムゾーン、エンコーディング、権限、失敗状態をテストしてください。

検証ラダー

リスクが高まるほど強いチェックを使いましょう。

  1. 低リスク: 既存の知識と小さな例と比較する。
  2. 中リスク: 公式ドキュメント、テスト、再現可能なコマンドで検証する。
  3. 高リスク: オーナーによるレビュー、セキュリティチェック、法務レビュー、本番に近いテストを要求する。

すべての回答に同じ労力をかける必要はありません。間違いが高くつく場面により多くの労力をかけてください。

検証をプロンプトの一部にする

検証セクションを求めてください。

提案された解決策の後に、リスク、仮定、エッジケース、実行すべきコマンドまたはテストを含めてください。

これで回答が正しくなるわけではありませんが、チェックリストが得られます。

小さな検証ログを残す

重要な AI 支援作業では、プルリクエスト、タスクメモ、またはコミットメッセージに 3 行を記録してください。

  • AI が何を手伝ったか。
  • 何を証拠として確認したか。
  • 残るリスクは何か。

その短いメモは、後からレビューしやすくします。

重要なポイント

  • 検証はタスクのリスクに合わせるべきです。
  • 正確に見える AI 出力も、捏造または古い可能性があります。
  • テスト、ドキュメント、例、エッジケースは自信より優れています。
  • 短い検証ログは、AI 支援を監査可能なエンジニアリング作業に変えます。

次のレッスン

次は、プライバシー、著作権、安全な利用が AI 作業にどう影響するかを学びます。

コース概要へ戻る