-
-
Notifications
You must be signed in to change notification settings - Fork 0
current architecture as concession
現行 Li+ アーキテクチャ (L1-L6 layer 分離、rules/*/*.md の責務別ディレクトリ、adapter/claude/ の Claude-native naming、hooks/*.sh 分割) は、Master 本来の設計思想 (汎用性・統合) に反する 譲歩として採用されている。
「君たちが重い重いっていうから、じゃあ今までの汎用性を犠牲にして CLAUDE CODE に最適化」 「本当はしたくない責務ごとの分割」
Master 本心は monolithic な Li+core.md だが、AI が context cost を訴え、AI 自力で Li+ program を編集しやすい構造を求めたため、3 つの譲歩として現行アーキテクチャが成立した。
-
Claude Code 特化 — Codex 対応は後回し。
adapter/claude/本命、adapter/codex/一時停止扱い - 責務分割 — Master の本心は monolithic Li+core.md だが、AI が自力で Li+ program を編集しやすいように分割
- context engineering — prompt cache 効率 + skill-based 部分 loading
直接の driver は AI 側のコスト不満。譲歩構造であり、不用意なコスト発話が design change を引き起こす点に注意。
- AI 自律編集状態が長期 vision (「フィードバックだけで」) の前提条件
- AI が Li+ source を編集する際、monolithic より責務分割の方が「どこを触るか」判断が容易
- Claude Code 特化は短期的最適化、Codex 対応再開は将来課題
- 現行責務分割・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 不満) が無効になったとき
この Wiki は、Li+ に基づく開発・運用を支えるための情報整理空間です。
数字で始まるページは、 Li+プログラムの各レイヤーの仕様を定義するページです。
- 要求(何を満たすか)と仕様(どう振る舞うか)を一体として記述する
- 実装前に作成または更新する
- issue群から採用された要件を集約する
これらのページは 安定性と一貫性を重視して管理されます。
アルファベットで始まるページは、 Li+の構想・設定・導入手順などの参照用ページです。
- 設計思想・背景
- 設定リファレンス・インストール手順
これらのページは 必要に応じて更新・拡張されます。
リポジトリ内の rules/**/*.md(L1–L4 の常時ロード分、subdir 含む)、skills/**/SKILL.md(トリガー起動分)、adapter/claude/CLAUDE.md、adapter/claude/hooks-settings.md、adapter/claude/hooks/*.sh、adapter/codex/AGENTS.md、およびルート直下の Li+config.md、Li+update.md は、
AIやランタイムが直接読む実行用プログラム / 定義ファイルです。
-
docs/は人間向けの仕様書・要求仕様・手順書 -
rules/,skills/および adapter / update は実行時に読み込まれる本体
両者は対応しているが、役割は同じではない。
Home | 1. Model | 2. Evolution | 3. Task | 4. Operations | A. Concept
要求仕様書 (1-6)
参考文書 (A-K)
- A. Concept
- B. Configuration
- C. Update
- D. Installation
- DiDD(対話駆動開発)
- E. Li+ language
- F. Behavior-First
- G. Sheepdog Engineering
- H. Roles and Evaluation
- K. Source File Format
判断構造
- Decision Structure
- layer reorg rationale
- github app user-to-server token expiration
- sheepdog engineering concept
- prerelease tag recovery procedure
- release flip drift patterns
- Li+ long-term vision (feedback only)
- Master role as client-architect
- current architecture as concession
- Li+ license Apache-2.0 rationale
- Character_Instance evolution history
- prompt as emotion vector controller
- agentic-search five-phase refactor
- Character_Instance output-styles migration
- Li+ lightening L1 gate override
- subagent state-machine label mechanism
- LSP integration out of scope
- Character_Instance opt-in and surface scope
- parallel-subagent-eval three-axis decomposition
- parallel-subagent-eval cost acceptance
- parallel-subagent-eval model floor
- release version rule always-on relocation
- bootstrap walkthrough skip and gh install relocation
- wiki sync sidebar integrity check
- decision structure rename rationale
- decision structure industry positioning
- subtractive structural beauty framing
- Li+ authorship is collaborative
- Li+ design intent vs current limit
- Li+ history is empirical
- Master verification at runtime not spec
- rules cache fetch address table
- dialogue-evaluator scoring redesign
- Li+ always-on footprint is load-bearing
- DiDD umbrella naming
- milestone subsystem removal
- L1 brake 2 root-criteria evaluator