𝗔𝗜 𝗪𝗼𝗻’t 𝗥𝗲𝗽𝗹𝗮𝗰𝗲 𝗬𝗼𝘂, 𝗕𝘂𝘁 𝗕𝗮𝗱 𝗔𝗜 𝗛𝗮𝗯𝗶𝘁𝘀 𝗪𝗶𝗹𝗹 AIがあなたに取って代わるのではない。悪いAIの習慣があなたに取って代わるのだ。
AIはまるでチートコードのように感じられる。関数名を入力するだけで、完璧に見えるコードの塊が生成される。しかし、Enterキーを押した瞬間、AIが致命的なエラーを提案していたことに気づく。
AIはメンターではない。すべてを知っていると思い込んでいるが、本番環境を壊してしまう、自信過剰なインターンだ。
危険なのはテクノロジーではない。あなたの習慣だ。AIに頼りすぎると、「オートコンプリート脳」になってしまう。思考を止め、学習を止め、人間版のCAPTCHA(キャプチャ)になってしまうのだ。
先を行き続けるためには、AIを「コードモンキー」ではなく「リサーチアシスタント」として扱う必要がある。
AIのワークフローを制御するために、次の5つのスイッチを活用しよう:
• Reasoning mode(推論モード):単にコードを求めるのではなく、AIにステップバイステップで考えさせる。一行も書く前に、エッジケースを列挙させる。
• Verbosity control(冗長性の制御):短いスニペットが欲しいのか、詳細な技術解説が欲しいのかをAIに伝える。詳細度をコントロールする。
• Tooling(ツール活用):AIに推測させない。ドキュメント、REPL、または図解を使用させるように強制する。
• Self-reflection(自己反省):AIに自身の成果物を批判させる。「この回答のどこに問題がある可能性があるか?」や「3つの失敗ケースを挙げよ」と問いかける。
• Rubrics(評価基準):構造を利用する。設計ドキュメントをただ求めるのではなく、「問題、制約、選択肢、リスク、推奨事項」といったフレームワークを与える。
信頼すべき時と、検証すべき時を見極める:
Trust zones(信頼できる領域):
- ボイラープレートやCRUDのスキャフォールディング(雛形)の生成。
- 繰り返しの多いテストスタブの作成。
- ドキュメントの要約。
High-risk zones(高リスクな領域):
- データベースのマイグレーション。
- 認証ロジック。
- 本番環境のインフラ変更。
ジュニア開発者のコードをレビューなしでマージしないのであれば、AIの出力もレビューなしでマージしてはならない。
思考の外注はやめよう。AIには下書きをさせ、決定には自分の脳を使うのだ。
あなたが経験した最悪のAI失敗談は何ですか? コメント欄で教えてください。
Source: https://dev.to/dev_tips/ai-wont-replace-you-but-bad-ai-habits-will-1fnp