人間が執筆
Claude 4.7が校正と図解
家族の医療関連の用事があってしばらく離れていた間の数か月、コードの世界に戻ってきたのですが、正直に言うと、景色が変わって見えます。
私のフィードの他の投稿はほぼ全部、同じことを言っています。基礎は死んだ、オーケストレーションが新しいスキルだ、プロンプトを学べ、さもなくば置いていかれる。私は正直、その話をほぼ買いかけました。これらの投稿が狙っているまさにその層です。業界に復帰する人、スキルがまだ通用するのか少し不安な人、方向転換すべきか悩んでいる人。
でも、座って実際に考えてみました。そこで、私がたどり着いた結論はこれです。
誰も大声で言っていないこと
AIはコードを生み出すコストを崩しました。しかし、正しいシステムを生み出すコストは崩していません。これは別の問題です。
AIエージェントで週末にSaaSを出荷できた、という話を誰かが自慢するとき、たいてい彼らが作っているのは、ハッピーパスで動くコードです。作っていないのは、18か月後に行き詰まるようなものにならないスキーマ、現実の業務ルールに触れても壊れないドメインモデル、負荷がかかったときに破綻せずに劣化するAPIです。
AIは、「正しいものが何か」をまだ分かっていない人に対して、正しく見えるコードを作るのがとても得意です。重要なのはその部分です。出力を批判的に読めないなら、オーケストレーションしているのではなく、余計な手順を賭けにしているだけです。
ヒュプサイクルが見落としている非対称性
ここから先が、実際に私のキャリアの考え方を変えた部分です：
オーケストレーションの知識は減価する。エンジニアリングの知識は複利で積み上がる。
今日のClaude向けの特定のプロンプト技法は、1年後には部分的に時代遅れになるでしょう。今「賢い」と感じるマルチエージェントのパターン（Architect → Engineer → Reviewer）は、いずれツール側に標準として取り込まれるか、もっと良いものに置き換えられるかのどちらかです。半年ごとにプレイブックが部分的に書き換わる。あなたはトレッドミル（自動歩行機）で走っているのです。
深いエンジニアリングは、そういうふうには機能しません。IUnitOfWorkが今日存在する理由は、2008年に存在した理由と同じで、2035年にも存在する理由でもあります。単一のトランザクション境界の中で、アグリゲートにまたがる変更を調整するためのものだからです。Fowlerは2002年にそれについて書いています。いまでも有効です。根本の課題が生き残るから、そのパターンも生き残るのです。
私がそれをどうイメージしてきたかというと、こんな感じです：
知識の価値は時間とともにどうなるか
エンジニアリングの深さ
価値 ╱
│ ╱
│ ╱ AIオーケストレーション
│ ╱ ╱‾‾╲ ╱‾‾╲ ╱‾‾
│ ╱ ╱ ╲╱ ╲_╱
│╱_______╱
└─────────────────────────────── Time
↑ ↑ ↑
Tool v1 Tool v2 Tool v3
(reset) (reset) (reset)
ツールが生成されるたびに、オーケストレーターは部分的にリセットを強いられる。エンジニアは積み上げ続ける。
5年前に基礎に投資したエンジニアなら、今日のAIワークフローを1か月でキャッチアップできます。基礎を飛ばしたAIネイティブ開発者は、5年分のシステム思考を1か月で（あるいは1年で）獲得することはできません。
この物語がこれほど強く押し出される理由
「もう基礎は不要だ」という話で誰が得をするのか、問い直す価値はあります。
- ショートカットを売るツールベンダー
- ブートキャンプがカリキュラムを「AIエンジニア」トラックへ転換している
- 取り残される不安を抱える人に向けてコースを売るインフルエンサー
実際に良い会社で採用している人たちは、別の話をしています。彼らは基礎のハードルを上げています。なぜなら「コードを生み出せること」は今やテーブルステークス（最低条件）だからです。候補者を分けるのは、AIには代わりにできない判断として、コードを評価できるか、システム設計ができるか、そして判断の決め手を切れるかどうかです。
では、私は実際に何をしているのか
私はAIに反対していません。私は毎日Claudeを使っています。今はサイドプロジェクトで、マルチエージェントの仕様駆動パイプラインを構築しているところです。ツールは本物で、レバレッジも本物です。
ただし、私はそれを「深さ」の上にかける力の増幅器として使っていて、代替としては使っていません。私の.NETのFeature Flag APIは、見せ物用のポートフォリオ要素ではありません。そこでは、実際にDDDやクリーンアーキテクチャ、そして減価しないパターンを通して考えを整理しているのです。
自分が本当に理解しているかどうかを測るテストはこれです。インターネット上の見知らぬ人に対して、図とともにシンプルに説明できるか？
だから、この投稿は存在します。
これらの考えを進めながら、.NETでFeature Flag APIを作っていきます。2026年に実際に何を学ぶべきかをあなたも考えようとしているなら、ぜひ一緒に追ってください。
