第二章：低レイヤーへ潜れ——「構造を握る者」が時代を制する

AIはコードを書きます。しかも驚くべき速さと品質で。だとすると、エンジニアはこれからどこへ向かえばいいんでしょう。

M氏との対話のなかで浮かび上がってきたのが、「低レイヤーへのシフト」という方向性でした。

ここで言う「低レイヤー」は、単にC言語を書くことじゃないんです。OSのスケジューリングがどう動くか、ネットワークのレイテンシがどこで発生するか、データベースのインデックスがなぜそこに必要か——「なぜこの構造なのか」という問いに答えられる領域のことです。

AIはこの領域での「判断」が極めて苦手です。なぜなら、ここには「意図と文脈」が必要だから。

コンテキストドリフトという落とし穴

Figma連携を例に考えてみましょう。AIに「このデザインをコードにして」と渡せば、それなりのコードは出てきます。でも、コンポーネントの命名規則がバラバラだったり、デザイントークンが整理されていなかったりすると、AIはすぐに迷子になる。

これが「コンテキストドリフト」——長い文脈の中でAIが当初の意図を見失っていく現象です。

対策はシンプルで、情報のダイエットと構造の整備です。

• Figmaファイルのレイヤー名を一貫したルールで整える
• コンポーネントを適切な粒度に分割する
• AIに渡す情報は「一度に一つの文脈」に絞る

これは単なる整理整頓ではありません。AIという巨大な計算資源を正確に動かすための「設計図」を引く行為なんです。この設計図を引ける人が、これからのエンジニアリングの主役になると思います。

低レイヤーとは「意図と文脈を持てる領域」

OSの挙動、ネットワークの制約、システムアーキテクチャの設計——AIはこういった領域での「なぜ？」に答えることが苦手です。なぜなら、ここには「こういう理由でこの構造にする」という意図と文脈が必要だから。

制約なきAIは平均点しか出せません。正しい制約を与えられる人間が、AIを超一流の仕事道具に変えられる。それが低レイヤーを押さえることの本質です。

次の章では、この「構造を設計する力」をさらに発展させた概念——スペック駆動開発（SDD）——について話していきます。