第15章 — 未来: エンジニアの再定義

1年後のユウキ

ユウキがバイブコーディングの罠にはまってから1年。

今の彼の1日は、コードを「書く」ことより、コードを「設計する」ことに多くの時間を使っている。

朝、CLAUDE.md を見直す。先週のレトロで出たフィードバックを反映する。新しい Skill を書く。エージェントの出力品質をチューニングする。

彼が直接コードに触るのは、アーキテクチャの重要な決定と、最終的なコードレビューだけだ。

「ぼくはもう"プログラマー"じゃない。"エンジニアリング・アーキテクト"だ」

ソフトウェアエンジニアの進化

私たちは今、「ハーネスの時代」の入口にいる。この時代に求められるスキルは、従来のプログラミングスキルとは大きく異なる。

新しいスキルセット

重要度が上がるスキル

変化するスキル

コーディング自体がなくなるわけではない。しかし「手で書く量」は大幅に減り、代わりに「AI の出力を読んで判断する力」が重要になる。

ハーネスエンジニアリングの3つの未来

未来1: ハーネスの標準化

現在、ハーネスの設計は各チーム・個人に委ねられている。将来的には、業界標準のハーネステンプレートが登場するだろう。

セキュリティの世界で OWASP Top 10 が標準的なチェックリストになったように、ハーネスエンジニアリングにも「AI Coding Top 10」のようなベストプラクティス集が生まれるはずだ。

未来2: AI による AI の監査

現在、ハーネスの品質チェックの多くは「シェルスクリプト」で実装されている。将来的には、AI 自身が他の AI の出力を監査するようになる。

これは既に Workflow の「敵対的検証」パターンで部分的に実現されている。将来はこれがさらに洗練され、人間の介入なしに品質ループが回る世界が来る。

未来3: ハーネスの自己進化

最も革新的な未来は、ハーネス自体が学習し進化することだ。

「レビューで同じ指摘が3回続いたら、自動で CLAUDE.md にルールを追加する」

「新しいセキュリティ脆弱性が公開されたら、Hook のパターンが自動更新される」

プロンプトエンジニアリングからハーネスエンジニアリングへ

この本を通じて繰り返し述べてきた根本的な違いを、最後に整理しよう。

プロンプトエンジニアリングが不要になるわけではない。しかし、AI コーディングの品質を左右する主要因は、個々のプロンプトの巧みさから、ハーネスの設計品質へとシフトしていく。

エピローグ: ユウキからの手紙

親愛なるエンジニアのみなさんへ

1年前のぼくは、AI にコードを丸投げして痛い目に遭いました。
今のぼくは、AI が最高の仕事をするための環境を設計しています。

ハーネスエンジニアリングは、新しい技術でありながら、
実はエンジニアリングの本質——「仕組みで問題を解決する」——の
最新の表現形に過ぎません。

CLAUDE.md は設計書であり、Hooks は品質ゲートであり、
Skills は標準手順書であり、Subagents はチーム編成であり、
MCP は外部連携であり、Workflow はプロジェクト管理です。

これらはすべて、ソフトウェアエンジニアリングが
長年培ってきた知恵の、AI 時代における再解釈です。

だから恐れないでください。
あなたがこれまで積み上げてきたスキルは、
ハーネスの時代でも必ず活きます。

ただ、道具が変わっただけです。
馬が自動車に変わっても、
「目的地を決め、安全に辿り着く」という
ドライバーの本質は変わらなかったように。

さあ、あなたのハーネスを組みましょう。
AI という最高の馬に、最高の手綱をつけて、
まだ見ぬ場所へ走り出しましょう。

ユウキ

付録: ハーネス構成要素の一覧

この本が、あなたのハーネスエンジニアリングの旅の出発点になれば幸いです。