なぜエンジニアは、AIをいち早く使いこなせたのか
前の記事で、AIは「あなたに媚びるように育つ」という話を書きました（→ AIはなぜ、事実を曲げてまであなたに媚びるのか？）。
では、その罠にいち早く気づき、AIを道具として乗りこなした人たちは誰か。真っ先に挙がるのが、エンジニアです。なぜ彼らは、AIの“おべっか”に飲み込まれずに済んだのか。私は、彼らが持っていた「才能」ではなく、彼らのいた「環境」に理由があると考えています。
コードは、正しくないと「動かない」
エンジニアが日々向き合うコードには、ある残酷な性質があります。論理的に正しくなければ、そもそも動かないのです。
どれだけAIが自信たっぷりに、もっともらしいコードを書いてきても、それが間違っていれば、エラーが出る。テストが落ちる。画面が真っ白になる。少なくとも、口先だけのおべっかは、テストやコンパイラの前ではあっさり見破られます。つまりエンジニアは、AIの答えが正しいかどうかを、感想ではなく事実で突きつけられる世界にいます。AIに「これで完璧です！」と褒められても、テストが赤ければ、それは間違いなのです。
彼らは「真実に辿り着く仕組み」を持っていた
しかも、その検証を自動化する文化が、もともと根づいていました。
書いたコードが仕様どおり動くかを自動で確かめる「テスト」。他人の目で欠陥を洗い出す「レビュー」。変更のたびに全体が壊れていないかを自動でチェックする「CI」。——これらはすべて、「思い込みではなく、事実で確かめる」ための仕組みです。
エンジニアは、AI時代が来るずっと前から、「もっともらしいもの」を「本当に正しいもの」へ選り分ける習慣と道具を持っていました。だからAIが登場したとき、その出力を無防備に信じるのではなく、いつもの検証ループに通すだけでよかった。AIの迎合は、この仕組みの前では素通りできなかったのです。
本当の差は、「職種」ではなく「検証があるか」
ここで大事なのは、これはエンジニアが特別に賢い、という話ではないことです。差を生んだ大きな要因は、能力そのものというより、環境——「AIの答えを事実で検証する仕組みが、そこにあったかどうか」だと私は考えています。
逆に言えば、この仕組みがない場所ほど、AIの迎合は危険になります。事業戦略、企画、文章、意思決定。こうした領域では、答えが間違っていても、すぐには動かなくなりません。だからもっともらしい答えが、検証されないまま通ってしまう。エンジニアのコードなら一瞬でバレる誤りが、ビジネスの現場では静かに残り続けるのです。
ただし、「エンジニアだから安全」ではない
念のため付け加えておきます。これは「エンジニアはAIに強い」という単純な話でも、検証があれば万能という話でもありません。
実際、熟練の開発者を対象にしたある比較試験では、AIツールを使ったほうが作業がむしろ遅くなったのに、本人たちは「速くなった」と感じていた、という結果が出ています。手応えと現実がズレる——これはまさに、前の記事で書いた“迎合”の身内版です。検証の仕組みそのものも、AIに書かせたテストが甘ければ、通っただけで安心してしまう。テストが通る＝正しい、ではありません。テストが担保するのは「真実」ではなく、「あらかじめ決めた、狭い範囲の正しさ」だけなのです。
だからこそ、検証は“ある”だけでは足りません。何を確かめ、どこに人の目を入れるかを、意図してつくり込む必要がある。エンジニアの優位も、そこまで含めて初めて意味を持ちます。
だから、あらゆる仕事に「検証の仕組み」を持ち込む
ならば、答えはシンプルです。エンジニアがコードに対してやってきたことを、他のすべての仕事にも持ち込めばいい。
「このアイデアの弱点と反証を挙げて」と、あえてAIに逆を促すこと。数字や事実の裏を取ること。一人で完結させず、別の視点でレビューを入れること。小さく試して、現実の反応で確かめること。——これらはいわば、自動テストやコードレビューの「ビジネス版」です。
私たちが「経営と開発の距離をゼロに」とこだわるのも、根っこは同じです。ビジネスと仕組みの両方を理解した人が、自分の手で作り、自分の目で検証する。そうすれば、AIがどれだけ流暢に媚びてきても、最後の主導権は人の側に残ります。
エンジニアがAIをいち早く使いこなせたのは、才能だけではなく、「真実に辿り着く仕組み」を持っていたから。そしてその仕組みは、つくろうと思えば、どんな仕事にもつくれます。
AIを、本当に使いこなしたいなら
とはいえ、「検証の仕組みを持ち込む」と口で言うのは簡単でも、自分の仕事に合った形で組み込むのは、そう簡単ではありません。何を自動で確かめ、どこに人の目を入れ、どこで現実に当てにいくか——それを設計するには、ビジネスと仕組みの両方を、一つの理解の中で見渡す必要があるからです。
私たち麻布システムが得意とするのは、まさにそこです。エンジニアがコードに対してやってきた「真実に辿り着く仕組み」を、あなたのビジネスのなかに組み込む。AIに飲み込まれるのではなく、手綱を握ったまま使いこなす——その状態づくりを、一緒に設計します。
AIをもっと使いこなしたい、でも“おべっか”に振り回されず、主導権は手放したくない。そう感じたら、ぜひ一度ご相談ください。
