5
0

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?

AIを疑う vs 信じる:心配性の私が「安心」するためにやっていること

5
Last updated at Posted at 2025-12-18

この記事は クラウドワークス グループ Advent Calendar 2025 シリーズ1の19日目の記事です。

はじめに

こんにちは。クラウドログPC管理でエンジニアをしている @numari です。

AIのおかげで、実装は爆速になりました。
でも、心のどこかで 「モヤモヤ」 していませんか?

  • 「動いてはいるけど、なぜ動いているのかロジックを100%説明しきれない」
  • 「もし本番環境でバグった時、自分が書いたコードと同じ解像度で即座に修正できるか自信がない」
  • 「試行錯誤をショートカットしすぎて、エンジニアとしての『筋力』が落ちているのではないか」

私は心配性ゆえに、AIを信用しきれず、確認作業に時間を使いすぎてしまうというジレンマを抱えていました。

本記事では、そんな「不安」を払拭し、AIのスピードを殺さずにエンジニアとしての責任を担保するための、「心理的安全性の高くなると感じたAIとの対話プロセス」 を紹介したいと思います。

結論

AI生成コードをそのまま使うのではなく、人間が完全に理解し、説明できる状態になるまで対話を重ねる」これに尽きます。

「対話なんてしていたら時間がかかるのでは?」と思うかもしれません。しかし、ここでかける時間は無駄な「疑うコスト」ではありません。将来的な事故を防ぎ、自分の精神衛生を守るための「必要な投資」と考えます。

この天秤を意識することが、開発への自信と安心を生むと思います。

balance_ai.png

実践:AIを「相棒」にする3つの対話テクニック

では、具体的にどうすれば理解」を深め「安心・自信」につなげられるのか?

私が実践している、心理的安全性確保と自信につなげる3つのステップを紹介します。
3_Steps_AI_Dialogue_Process.png

マインドセット

実践の話をする前に、絶対に守るべき鉄則が一つあります。

「理解できないコードは絶対にマージしない」

コードがリポジトリに入った瞬間、その全責任は人間にあります 。
AIはあくまで「非常に優秀な提案者」であり、採用の決裁権を持つのは私たちです。

Step1. 解説要求(答え合わせをする)

コードの流れを目で追うだけでなく、自分の解釈が合っているかAIに答え合わせをさせます。

  • 狙い: 「なんとなく読める」を「完全に理解している」レベルに引き上げる。

  • プロンプト例:

    この〇行目の処理の意味を、プログラミング初心者にわかるように説明して。
    
    この部分は〇〇という理解で合ってる?
    

特に複雑な処理や慣れない構文は、このプロセスを経ることで記憶に定着すると感じています。

Step2. リスク抽出(あえて弱点を聞く)

コードの挙動を理解したら、次は「おっ、動いた!」で終わらせずに、あえて意地悪な質問を投げかけます。

  • 狙い: 盲目的な信頼を防ぎ、潜在的なバグを洗い出す。

  • プロンプト例:

    このコードの懸念点やセキュリティリスクはある?
    
    想定されるエッジケース(境界値)でエラーになる可能性はありますか?
    ある場合の再現手順を教えてください。
    
    もしあなたがシニアエンジニアだとしたら、このコードのどこを指摘する?
    

AI自身にネガティブな要素を挙げさせることで、人間は「レビュワー」としての冷静な視点を取り戻すことができます。

Step3. 比較検討(選択の意志を持つ)

図のプロセスを経て、コードの挙動を完全に理解(100%)できたら、いよいよ最終段階です。

AIの提案を「唯一の正解」として受け取るのではなく、あくまで「一つの案」として扱います。
Step 2までで深く理解した「AIの提案」や「自分が実装しようとしていた案」、そして「AIに出させた別の案」などをフラットに並べて比較検討します。

  • 狙い: 「AIに使われる」のではなく、「人間が主体的に選んだ」という事実を作る。

  • プロンプト例:

    これ以外に実装方法は考えられる?
    
    
    保守性と実行速度の観点で、メリット・デメリットを表形式で比較してください。
    

提示された複数の選択肢をもとに、それぞれのセキュリティ面や可読性、保守性などを考慮し、最終的に人間が選びます。自分で比較して選んだからこそ、そのコードに対する自信と責任を持つことができると考えます。
mplementation-comparison-table.png.png

おわりに

単に「AIのミスを防ぐ」だけが、この対話プロセスの目的ではありません。
私が今回伝えたかったのは、「実践の3ステップを通じて得られる気づきと安心」です。

AIからの提案に対して理解を深め、他の選択肢と比較し、あえて弱点やリスクを把握しにいく。
このプロセスを経ることで、当初は想定していなかった考慮漏れや、より良い設計のヒントなど、「自分一人でも、AI任せでも辿り着けなかった新しい視点」 が現れてくることがあります。

「考慮すべき点はすべて検討した」
「なぜこのコードなのか、自分の言葉で語れる」

そう思える瞬間が増えること。それこそが、自信となり、開発における本当の意味での心理的安全性につながっていくのだと感じています。

5
0
0

Register as a new user and use Qiita more conveniently

  1. You get articles that match your needs
  2. You can efficiently read back useful information
  3. You can use dark theme
What you can do with signing up
5
0

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?