release version rule always-on relocation

Question

Release Version Rule (patch / minor / major 判定基準) はどこに置くべきか — 最初の適用時点 (PR 作成 / レビューゲート) で確実に文脈内にあるか。

Current resolution

基準本体は rules/operations/release-version-rule.md (always-on rules layer) に単一ソースとして置く。operations-on-release / execution-mode / operations-on-pr-review / model-trigger-check-gate-actions は参照のみを持ち、基準定義の再掲は禁止。

Edges

• depends on li plus always-on footprint load-bearing — always-on 常駐コストは load-bearing なら受容するという判断を前提に、本基準の常駐化を選択。前提が崩れれば本判断は再評価対象。

Background

基準はリリース時 skill (lazy-load) に置かれ、最初の適用時点 (PR の version 分類) では他ファイルの要約再掲頼みだった。PR #1483 で実ミスが観測された: 要約のみを根拠に minor と誤分類 (literal では patch — 本体自身が名指しする "large" modifier の recurring miss)。手続き的対策 2 つ (本体の Application-moment trigger 行 / gate-actions の trigger moment 列挙) が存在したまま不発火 = リマインダ追加では閉じないことの実証。

Constraints

• 移設は意味論 byte 保存の refactor (再設計ではない)。差分は自己参照 "this section" → "this rule" の 1 語のみ。
• 単一ソース化: 基準定義の再掲は全廃。patch 例示リストは参照付随として許容 (定義の再掲ではない)。
• gate-actions (layer: L1-model) の 1 行更新を含む mixed PR のため brake 2 発動 → PASS。

Conclusion

• 採用 = rules/operations/ への移設 + 全参照置換 (PR #1486, patch)。
• 却下 = 現状維持 + リマインダ追加。手続きの追加は #1483 で実証済みの不発火経路であり、procedure-vs-structure binary (rules/model/subtractive-structural-beauty.md Spec write rider) に従い構造へ置換。

Related

• issue #1484 / PR #1486 / 誤分類の実例 = PR #1483