didd umbrella naming

DiDD（対話駆動開発）= 三駆動を束ねる総称

Question

Li+ の手法を一言でどう名付けるか。既に docs に存在する「現実駆動 / 構造駆動」naming と、新たに導入する「対話駆動」をどう整合させるか。

Current resolution

対話駆動開発 = Dialogue-Driven Development (DiDD) を、三駆動（対話駆動 / 構造駆動 / 現実駆動 = Li+ の三本柱）を束ねる総称とする。

• 看板コピー:「対話で要求を作り、構造で実行を律し、現実(実機の動いた挙動)で正しさを測る。」三本柱がそのまま三駆動に対応する（対話駆動=入口 / 構造駆動=方法 / 現実駆動=判定）。
• 略は DiDD（小文字 i 固定）。Dialogue-Driven を素直に略すと DDD だが Domain-Driven Design が占有のため Di を立てる。全大文字 DIDD は別領域の略語と衝突するため不可。
• DiDD は新概念ではなく既存三本柱のパッケージング。新規 docs/DiDD.md を設計思想（E-H）の束ね役（総称ページ）に置き、各軸の深い中身はリンクで元 docs（E / 1.Model / F）へ渡して重複を避ける。
• docs/A.-Concept.md は E と重複していた階層図を削り概要に痩せさせた。
• docs/F.-Behavior-First.md の旧「名前は現実駆動 AI 開発」は「現実駆動は DiDD の判定軸」へ整合（案1）。
• docs は記述に徹し、推奨・売り込みトーンは入れない（現時点で「おすすめ」段階ではないため）。

Edges

• depends on（外部前提）: 三駆動 framing は docs/F.-Behavior-First.md「名前は現実、方法は構造」と docs/E.-Li+language.md「要求仕様 = code（対話から蒸留）」を前提とする。これらが崩れれば本 naming も再評価対象。
• supersede（整合更新）: F の旧「名前 = 現実駆動 AI 開発」を「現実駆動 = DiDD の一軸（判定軸）」へ吸収。naming の階層を「総称 = DiDD / 各軸 = ○○駆動」に再構成する。前史は #220（specification-driven → structure-driven 改名）。
• conflict: なし。「最高級プログラム言語」naming とは非競合（正体の名 vs 手法の名、別軸）。

Background

対話セッションで Master と看板コピーを確定 → 略案 DiDD（DDD 衝突回避）→ A.Concept / E / F の重複と F:75 の既存 naming を検討 → 「DiDD = 総称、現実駆動 / 構造駆動はその構成軸」案1 を採択 → docs 4 ファイルを PR #1468 でマージ（patch）。

Related

• PR #1468 / issue #1467（DiDD docs 導入）
• docs/DiDD.md（総称ページ）/ docs/E.-Li+language.md（対話駆動）/ docs/F.-Behavior-First.md（現実駆動）
• #220 specification-driven → structure-driven 改名（naming 系列の前史）