AI Driven Development v3.1 Unified
Case Study: Shoko Search Stabilization
ソースだけでは足りない。「記憶」で開発を回す。
MVP完成後の安定化フェーズでは「なぜその仕様なのか（意図）」と「どこが危険なのか（観点）」を持ち続けることが重要です。 v3.1は、ソースコードという「現実」に、2つの「記憶」を統合することで、修正の連鎖で起こる仕様ドリフトを抑えます。
1. ソースコード
Reality
動いているコード・ログ・現象そのもの。嘘をつかないが「なぜ」を語らない。
2. 仕様作成者の記憶
Intent – Creator AI
設計意図と背景を保持し、整合性のある差分を作る（例：Gemini）。
3. レビューアの記憶
Perspective – Reviewer AI
バイアスを排除し、隠れ仕様変更・回帰・穴を止める（例：ChatGPT）。
プロトコル導入効果：仕様ドリフトの抑制
v3.0以前は修正を重ねるごとに仕様と実装が乖離（ドリフト）し、回帰バグが増加していました。 v3.1で「Baselineの固定」と「差分運用」を徹底することで、開発速度を落とさずに安定性を向上させました。
- v2.x: 場当たり的な修正による仕様崩壊
- v3.0: 構造化を試みるもコンテキスト不足
- v3.1: 3つの記憶の統合による安定運用
The v3.1 Unified Lifecycle
開発を「Baseline作成（0→1）」と「運用ループ（1→100）」に分離し、UIの例外を別レーンで処理することで、 意図しない仕様変更（ドリフト）を構造的に抑えます。
実装の『正 (SSoT)』となる build_package.json を確定させるレーン。
要件定義と固定化。Creatorが作成、Reviewerが監査。
基本設計・詳細設計。依存関係を解決して迷いを消す。
Baseline確定。以降は「自然言語で仕様追加」を禁止し、差分タスクで運用。
Baselineからタスクを切り出し、最小差分→レビュー→固定Verifyで安定化を積むレーン。
タスク抽出（仕様ねじ込みブロック）。
最小差分実装（Creator）。
隠れ仕様変更の監視（Reviewer）。
固定コマンドで検証し、Passするまでループ。
UI修正は例外。見た目の「PATCH」と挙動/仕様の「REQ」を分け、ドリフトを防ぎます。
スクショ＋赤入れ（テキストで仕様説明しない）
UI-PATCH → Lane B / UI-REQ → Lane A（Baseline更新）
System Defense Logic & Roles
v3.1では、迷った時・介入が混ざった時に破綻を防ぐための「防衛論理（憲法）」を用意します。
-
Creator AI60%
-
Reviewer AI30%
-
Human (PM/Ops)10%
- Baseline作成
- 最小差分実装
- ドキュメント更新
- 差分レビュー
- Gatekeeping（GO/NG）
- UI REQ/PATCH分類
- GO/NG判断
- Baseline更新承認
- Freeze後の仕様追加
- コマンド実行
- スクショ＋赤入れ提出
- 仕様の自然言語追加（タスク化せずに増やす）
v3.1 Ops Simulator
Lane B（Operational Loop）の流れを簡易シミュレーションします。 「どのAIが何をして、どのルールが効くか」を体験できるようにしています。
コメント