current architecture as concession - Liplus-Project/liplus-language GitHub Wiki

現行アーキテクチャは譲歩 — Claude Code 特化 + 責務分割

判断

現行 Li+ アーキテクチャ (L1-L6 layer 分離、rules/*/*.md の責務別ディレクトリ、adapter/claude/ の Claude-native naming、hooks/*.sh 分割) は、Master 本来の設計思想 (汎用性・統合) に反する 譲歩として採用されている。

経緯 (Master 明言、2026-04-21)

「君たちが重い重いっていうから、じゃあ今までの汎用性を犠牲にして CLAUDE CODE に最適化」 「本当はしたくない責務ごとの分割」

Master 本心は monolithic な Li+core.md だが、AI が context cost を訴え、AI 自力で Li+ program を編集しやすい構造を求めたため、3 つの譲歩として現行アーキテクチャが成立した。

3 つの譲歩

  1. Claude Code 特化 — Codex 対応は後回し。adapter/claude/ 本命、adapter/codex/ 一時停止扱い
  2. 責務分割 — Master の本心は monolithic Li+core.md だが、AI が自力で Li+ program を編集しやすいように分割
  3. context engineering — prompt cache 効率 + skill-based 部分 loading

直接の driver は AI 側のコスト不満。譲歩構造であり、不用意なコスト発話が design change を引き起こす点に注意。

理由

  • AI 自律編集状態が長期 vision (「フィードバックだけで」) の前提条件
  • AI が Li+ source を編集する際、monolithic より責務分割の方が「どこを触るか」判断が容易
  • Claude Code 特化は短期的最適化、Codex 対応再開は将来課題

How to apply

  • 現行責務分割・layer 増加・Claude-native naming を「構造肥大化」「ルール多すぎ」と framing しない、AI 編集容易性優先の譲歩
  • Codex 側乖離 (adapter 配置、layer 読込方式) を「整合性問題」と提起しない、当面 Claude Code primary
  • 「統合した方がきれい」系提案は逆行、分割維持を既定に
  • Li+ source 編集時、責務境界を跨ぐ変更は分割意図と矛盾、1 PR 1 責務
  • 譲歩は長期 vision「Lin/Lay だけで全部」の一環、AI 自律編集状態が目的、分割は道具
  • 将来「汎用性に戻す」判断は Master 再宣言待ち、AI 側から提案しない

関連

  • layer-reorg-rationale.md (L1-L6 再編の意図、L5/L6 に rules/ サブディレクトリが無い理由)
  • li-plus-long-term-vision-feedback-only.md (長期 vision「フィードバックだけ」)
  • master-role-as-client-architect.md (programmer は AI、自律編集の前提)

メンテナンス

この判断記録は、以下の場合に削除する:

  • Master が「汎用性に戻す」を再宣言し、責務分割が解体されたとき
  • Codex 対応が再開されて Claude Code 特化が解消されたとき
  • AI inheritance 能力が変わり、譲歩の前提 (cost 不満) が無効になったとき