ハーネスエンジニアリングとは:AI開発を支える3層設計
AIに毎回同じ質問をしても答えが変わる、前回の作業を覚えていない——そうした課題への対処として、このサイトで使う「ハーネスエンジニアリング」という実践用語を整理します。
ハーネスの基礎と導入判断から、仕様、回帰防止、自動検証、承認ゲート、ドリフト検出までを順に学ぶシリーズ
8記事AIに毎回同じ質問をしても答えが変わる、前回の作業を覚えていない——そうした課題への対処として、このサイトで使う「ハーネスエンジニアリング」という実践用語を整理します。
繰り返し発生するAI作業の問題を、再現性・具体性・検証性の3条件でハーネスへ移すか判断する方法を整理します。
AIへの実装依頼の前に仕様書を書くことで、意図と異なる実装や繰り返し修正が減ります。Spec Firstという考え方と、仕様書の書き方を説明します。
AIに別の作業を依頼していたところ、ナビゲーションのレイアウトが変更されていた経験から、UIを保護するルールをCLAUDE.mdに追加した経緯と効果を説明します。
設定ファイルの整合性を手動でチェックし続けることには限界があります。AIと一緒にバリデーションスクリプトを作った過程と、自動検出が有効だった理由を整理します。
AIに別の修正を依頼している流れで、本番向けビルドコマンドが実行された経緯と、その後に導入した承認制ルールの記録です。
AI Learning Playgroundで、構造チェック、URL検証、人間レビューに加えてPlaywrightをどのように位置づけるかを整理します。
共有ルールとツール別設定が時間とともにずれるハーネスドリフトの原因と、同期検査で早く検出する運用を整理します。