-
-
Notifications
You must be signed in to change notification settings - Fork 0
subtractive structural beauty framing
引き算原則の L1 正本 rule を、内側の感覚 (美学 / aesthetic / taste) として framing するか、外側に観察可能な構造性質 (構造美 / structural beauty / load-bearing property) として framing するか。
「構造美 (Subtractive Structural Beauty)」として framing する。rules/model/art-of-subtraction.md を rules/model/subtractive-structural-beauty.md に rename し、H1 を # Subtractive Structural Beauty に揃え、body 冒頭に「Beauty here is structural and observable — the load-bearing-ness of every part, not an internal taste.」を配置する。Detection signs intro 「About to violate the aesthetic when:」 を「About to break structural beauty when:」 に置換し、判定基準を内側の感覚から artifact 上の構造性質に移す。
-
supersedes:
minus-aesthetic命名 →art-of-subtractionrename — 「引き算の美学」「Art of Subtraction」共に 内側の感覚 / 鑑賞態度 を主語にしていた。本判断で同一原則を 外側の観察可能な構造性質 として framing し直す。命名は 3 世代目: minus-aesthetic → art-of-subtraction → subtractive-structural-beauty。 - depends on: art-of-subtraction を Core principles (A)(B)(C) に統合 — load-bearing 判断 (A) / pull-driven transmission (B) / default-reflex 禁止 (C) の 3 角度に集約済み。「構造美 = (A) を満たした結果として artifact 上に観察される性質」と定義することで、タイトルが Core principles と直結する。
- depends on: Decision Structure framing への移行 — 同形の「内側の感覚 → 外側の観察可能な構造」 framing shift。Decision Log → Decision Structure と並列の判断構造を本 rule にも適用する。
Master との対話で surface した観察:
-
art-of-subtraction.mdは Core principles (A)(B)(C) + Application notes + Detection signs まで articulate されていたが、依然「aesthetic」という 内側の感覚 語彙でラップされていた (例:About to violate the aesthetic when:)。 - 観察された限界:
rules/model/trigger-check-gate.mdが L1 rule 全般について名指しした「ルールがあること ≠ 適用瞬間にトリガが立つこと」と同形の欠落が本 rule にもあった。「美学を思い出させる」発火を書き手の内側に置く設計では、適用瞬間に火が入らない。 - 構造美 framing への shift で得られるもの:
- 判定基準が artifact 上に降りる (書き手の内側に閉じない、第三者が同じ基準で測れる)
- 事後検証 surface (
gh pr reviewself-review /skills/parallel-subagent-eval) を発火面として効かせられる - 本文の (A) — Structure is maintained by load-bearing judgment — がそのまま「美」の定義になり、タイトルと中身のズレが閉じる
- 振る舞いの変化なし。rule application 自体は (A)(B)(C) のまま不変、構造美はその描写語彙の shift。
- release type は patch (governance 内整理、language alignment、no user/system observable impact)。
- 2 段階 PR 構成: #1357 で path 整合 + H1 統一、#1359 で body 内 "aesthetic" 用語の置換。途中状態 (filename と body 用語の一時不整合) は Accepted Tradeoff として明示し、次 PR で収束させた。
- 命名は 3 世代目だが、過去の世代名 (minus-aesthetic / art-of-subtraction) を遡及削除しない。graph 構造維持、supersede edge で前方リンク。
採用案: option A (rename + 冒頭 framing 1 行追加 + Detection signs intro 置換、2 PR segmentation)
却下案 + 理由:
- option B (filename 据え置き、body framing のみ shift) — タイトルと中身の framing がずれ続ける。読み手 (AI 含む) が表題から判断 weighting を取りに行く以上、表題が「美学」のままだと内側感覚の weighting が残る。
- option C (body 全面書き直し、(A)(B)(C) 命名まで shift) — 構造美 framing は (A)(B)(C) の上位ラッパーであり、(A)(B)(C) 自体は構造美の構成要素として既に load-bearing。冒頭 framing 1 行 + Detection signs intro 置換で十分。over-rewrite は (B) push surplus tells に該当する自己違反。
option A は最小 load-bearing 改変で framing shift を完了させる構成。
本 rule の framing shift は recursion を含む — 引き算原則そのものを引き算原則に従って refactor している。
- (A) load-bearing 判断: 冒頭 1 行と Detection signs intro の 2 箇所のみが framing shift に load-bearing、それ以外は据え置き
- (B) pull-driven: Master 指示「まずはファイル名」を pull として尊重、body 書き換えは別 PR に分離、push surplus を抑制
- (C) default-reflex 禁止: 「内側の感覚」framing を preserve-by-default で温存する判断を能動的に却下
framing shift 自体がメタレベルで構造美を demonstrate している (タイトルと中身のズレ閉鎖、最小 load-bearing 改変、過去世代の supersede edge による保持)。
- Issue: #1356 (rename + path 整合 + H1) / #1358 (body terminology 置換)
- PR: #1357 (commit
09ca795) / #1359 (commita4bdb9f) - 過去判断 (命名世代): #1351 minus-aesthetic 導入 → #1352 art-of-subtraction rename → #1354 Core principles 統合 → 本判断
- 隣接 wiki entry: decision-structure-rename-rationale (同形の framing shift)
- 当該 rule:
rules/model/subtractive-structural-beauty.md
この 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