didd umbrella naming - Liplus-Project/liplus-language GitHub Wiki
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）。