レッスン 5
AI の回答を確認する方法
ソース確認、テスト、例、エッジケース、再現可能な証拠による AI 出力の検証習慣を身につけます。
AI の回答を確認するとは、流暢な応答を信頼できる証拠に変えることです。開発者にとって最良の検証は、通常、公式ドキュメント、実行可能なテスト、小さな例、エッジケース、再現可能なコマンドから得られます。
適切な検証方法を使う
出力の種類によって必要なチェックは異なります。
- コード: テスト、型チェック、リンター、手動レビューを実行する。
- API アドバイス: 公式ドキュメントと比較する。
- セキュリティに関する主張: 信頼できる参照とプロジェクト方針で検証する。
- データ変換: サンプル入出力をテストする。
- 説明: 例を求め、既知の挙動と比較する。
目的はすべてを疑うことではありません。どの種類の証拠が十分かを知ることです。
ハルシネーションの兆候に注意する
パッケージ名、API メソッド、法的な主張、価格、日付、ベンチマーク数値などがソースなしで含まれる回答には注意してください。これらの詳細は正確に見えても誤っていることがあります。
AI に事実と仮定を分けるよう依頼し、重要な事実は回答の外で検証してください。
エッジケースを使う
単純な例はハッピーパスを証明できます。エッジケースは、アイデアが実際の使用に耐えるかを明らかにします。コードでは、空入力、無効入力、大きな入力、タイムゾーン、エンコーディング、権限、失敗状態をテストしてください。
検証ラダー
リスクが高まるほど強いチェックを使いましょう。
- 低リスク: 既存の知識と小さな例と比較する。
- 中リスク: 公式ドキュメント、テスト、再現可能なコマンドで検証する。
- 高リスク: オーナーによるレビュー、セキュリティチェック、法務レビュー、本番に近いテストを要求する。
すべての回答に同じ労力をかける必要はありません。間違いが高くつく場面により多くの労力をかけてください。
検証をプロンプトの一部にする
検証セクションを求めてください。
提案された解決策の後に、リスク、仮定、エッジケース、実行すべきコマンドまたはテストを含めてください。
これで回答が正しくなるわけではありませんが、チェックリストが得られます。
小さな検証ログを残す
重要な AI 支援作業では、プルリクエスト、タスクメモ、またはコミットメッセージに 3 行を記録してください。
- AI が何を手伝ったか。
- 何を証拠として確認したか。
- 残るリスクは何か。
その短いメモは、後からレビューしやすくします。
重要なポイント
- 検証はタスクのリスクに合わせるべきです。
- 正確に見える AI 出力も、捏造または古い可能性があります。
- テスト、ドキュメント、例、エッジケースは自信より優れています。
- 短い検証ログは、AI 支援を監査可能なエンジニアリング作業に変えます。
次のレッスン
次は、プライバシー、著作権、安全な利用が AI 作業にどう影響するかを学びます。