ハーネスエンジニアリングとは：AI開発を支える3層設計
AIに毎回同じ質問をしても答えが変わる、前回の作業を覚えていない——そうした課題への対処として、このサイトで使う「ハーネスエンジニアリング」という実践用語を整理します。
ハーネスエンジニアリングの設計と検証
ハーネスの基礎と導入判断から、仕様、回帰防止、自動検証、承認ゲート、ドリフト検出までを順に学ぶシリーズ
7記事ハーネス整備の効果を見極める3つの判断基準
繰り返し発生するAI作業の問題を、再現性・具体性・検証性の3条件でハーネスへ移すか判断する方法を整理します。
Spec Firstとは：AI実装の手戻りを減らす仕様設計
AIへの実装依頼の前に仕様書を書くことで、意図と異なる実装や繰り返し修正が減ります。Spec Firstという考え方と、仕様書の書き方を説明します。
AI開発で意図しないUI変更を防ぐルール設計
AIに別の作業を依頼していたところ、ナビゲーションのレイアウトが変更されていた経験から、UIを保護するルールをCLAUDE.mdに追加した経緯と効果を説明します。
AIと作るバリデーションスクリプト：手動確認を自動化
設定ファイルの整合性を手動でチェックし続けることには限界があります。AIと一緒にバリデーションスクリプトを作った過程と、自動検出が有効だった理由を整理します。
AIエージェントのビルド実行を承認制にする設計
AIに別の修正を依頼している流れで、本番向けビルドコマンドが実行された経緯と、その後に導入した承認制ルールの記録です。
PlaywrightによるWeb画面の確認：構造検査・ブラウザテスト・人のレビューの役割
ファイルの構造検査・URL検証とPlaywrightによる表示・操作確認の違い、既存の検証フローへの組み込み方、人のレビューが必要な判断を説明します。