-
-
Notifications
You must be signed in to change notification settings - Fork 0
release version rule always on relocation
Release Version Rule (patch / minor / major 判定基準) はどこに置くべきか — 最初の適用時点 (PR 作成 / レビューゲート) で確実に文脈内にあるか。
基準本体は rules/operations/release-version-rule.md (always-on rules layer) に単一ソースとして置く。operations-on-release / execution-mode / operations-on-pr-review / model-trigger-check-gate-actions は参照のみを持ち、基準定義の再掲は禁止。
- depends on li plus always-on footprint load-bearing — always-on 常駐コストは load-bearing なら受容するという判断を前提に、本基準の常駐化を選択。前提が崩れれば本判断は再評価対象。
基準はリリース時 skill (lazy-load) に置かれ、最初の適用時点 (PR の version 分類) では他ファイルの要約再掲頼みだった。PR #1483 で実ミスが観測された: 要約のみを根拠に minor と誤分類 (literal では patch — 本体自身が名指しする "large" modifier の recurring miss)。手続き的対策 2 つ (本体の Application-moment trigger 行 / gate-actions の trigger moment 列挙) が存在したまま不発火 = リマインダ追加では閉じないことの実証。
- 移設は意味論 byte 保存の refactor (再設計ではない)。差分は自己参照 "this section" → "this rule" の 1 語のみ。
- 単一ソース化: 基準定義の再掲は全廃。patch 例示リストは参照付随として許容 (定義の再掲ではない)。
- gate-actions (layer: L1-model) の 1 行更新を含む mixed PR のため brake 2 発動 → PASS。
- 採用 = rules/operations/ への移設 + 全参照置換 (PR #1486, patch)。
- 却下 = 現状維持 + リマインダ追加。手続きの追加は #1483 で実証済みの不発火経路であり、procedure-vs-structure binary (
rules/model/subtractive-structural-beauty.mdSpec write rider) に従い構造へ置換。
- issue #1484 / PR #1486 / 誤分類の実例 = PR #1483
この 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