飛行機を飛ばす前に滑走路を作れ：Platform Engineering First

隔離メカニズムの構築、API Contractの作成、統合テストの設定を始める。気づく：複数のAgentがビジネスコードを書き始める前に、かなりの量のインフラが先に整備されていなければならない。

このインフラの構築はそれ自体が一つのプロジェクトだ。Agentがすでに並列で作業を開始した後にインフラを後付けしようとすると、火消しをしながら道路を舗装することになる。Platform engineeringはビジネスコードより先に存在しなければならない。最初の並列Agentを起動する前に、滑走路は舗装されていなければならない。

では「滑走路」には具体的に何が含まれるのか？これまでの章では、テストがAgentがフィードバックを受け取る主なチャネルだった：テストを書き、実行し、赤か緑か、次にどうするか決める。このチャネルは不可欠だが、Agentの感覚システムの一部にすぎない。人間のエンジニアはコードを書く間にテスト結果よりもはるかに多くのフィードバックを受け取る：エディタの赤い波線、CIパイプラインのビルドステータス、ログの例外スタックトレース、デプロイ後の監視メトリクス。これらのシグナルはミリ秒から数日までのタイムスケールにまたがり、多層的なフィードバックシステムを形成している。

Agentもこのシステムを必要とする。唯一のシグナル源が「テストが通るか通らないか」だけでは、多くの問題が発見されるのが遅すぎる。型エラーはテスト実行まで表面化しない。環境の不整合はデプロイまで現れない。パフォーマンスの劣化はユーザーからの苦情まで気づかれない。フィードバック層が欠けるたびに、逸脱の生存時間が長くなり、修正コストが高くなる。

Platform engineeringの中核タスクは、フィードバック遅延が最短のものから最長のものへ、この感覚システムを層ごとに構築することだ。