Repository navigation
brake1 detection width window closed
brake 1 の評価者数の床が N>=3 から N=1 へ下がった時点(PR #1856)で、その引き下げが駆動理由として名指しした受け皿(#1853 の行動照合 probe、本体機構は #1848)はまだ存在しなかった。この時間差=窓を、いつ・何をもって閉じたと見なすか。床を戻すか、受容し続けるか。
窓は閉じた(Master 判断 2026-09-05)。床は N=1 のまま、issue #1862 は close する。
閉じたと見なす根拠は 2 つあり、どちらも名指しされた受け皿の実効ではない。
-
幅はラウンドの軸で戻った。 PR #1864 が brake 1 を上限 3 往復の収束ループへ変えた(
brake1-bounded-convergence-loop-on-pr-comments)。N=1× 最大 3 ラウンドはN>=3× 1 ラウンドと等価ではないが、窓の観測が前提に置いた「評価者 1 体・1 ラウンドのみ」でもない。各ラウンドは著者の応答が CI green になった SHA に対して評価者を新規 spawn する。 -
受け皿は構造として着地した。 #1848 → PR #1867、#1853 → PR #1868、パイプライン上の配置が PR #1869(いずれも 2026-09-04 merged)。
scripts/measure_rule_effect.pyはリポジトリに入っている。
受け皿がまだ検出面を引き受けていないことは、受容する残余として明示する。 2026-09-05 時点の literal は 3 点:
-
測定はゲートではない —
skills/evolution-rule-effect-measurement/SKILL.mdApplication point は測定を必須としておらず、走らせなくてもマージは進む。rules/evolution/initiator-autonomy.mdMerge brake も、マージゲートに立つのは brake 1 だけだと述べている -
発火条件が大半の PR を外す — 同 Application point の発火条件は、governed body(
rules/**/skills/**/adapter/**)の差分が純減する PR に限られる。加算側の自己進化 PR には一度も発火しない -
実 PR での two-arm run 実績が 0 — ユニットテストと
--dry-run1 回のみ(memory/self-evolution-observation.mdPR #1867 entry、2026-09-04)
したがって「複数評価者が担っていた検出面の移設」は完了していない。それでも窓を閉じるのは、実測 0 を新設機構の通常状態として受け入れ、残りを post-merge 観測に預ける判断である。
窓の下でマージされた 7 件に追加処置は置かない。 #1859 / #1864 / #1867 / #1868 / #1869 / #1870 / #1871。memory/self-evolution-observation.md の 5 entry がこの 7 件を覆っており(#1868 と #1869 は #1867 の entry へ同一窓として畳まれている)、窓に固有の観測軸は足さない。
-
depends on
brake1-bounded-convergence-loop-on-pr-comments— 窓を実際に狭めたのは本判断ではなくこちらである。ここが無ければ窓は閉じない。同 entry 自身が「#1862 の論点に対し、幅を戻すのではなくゲートの形を変える側の答えを採った」と述べており、本 entry はその答えを受けて観測を畳む側に立つ -
depends on
brake1-evaluator-floor-lowered-to-one— 床N=1は本判断で動かない。同 entry が「受容した残余であり、隠さない」と明記した「#1853 が実装されないまま床だけが下がっている期間」は本判断で終了する。ただし終了の理由は受け皿の実効ではなくラウンド軸の回復である。同 entry の再評価条件のうち「#1853 の probe が導入されず、検出面の移設が成立しないまま定着したとき」は、probe が導入されたため字面では発火しない。導入と実効の差は本 entry が残余として引き取り、下記の再評価条件で受け直す -
relates to
brake2-removal-l1-gate-unified-on-brake1— 窓を作ったもう一件。brake 2 の撤廃は本判断の再審対象ではない - conflicts with (現時点で対立 entry なし)
起票 = #1862(2026-09-03、spec / forming)。当初 premise は「受け皿未着」と「Single round で修正稿は再検証されない」の 2 点に立っていた。
2026-09-05 に build-2026-09-05.2 の literal を再確認したところ、その 2 点が両方とも成り立たなくなっていた。「Single round」の文言は現行 skill から消えており(PR #1864)、受け皿の 2 issue は前日にマージ済み(PR #1867 / #1868)。issue body を現状へ書き直したうえで、論点を Master へ出した。
崩れ方が対照的だったことが判断の材料である — 名指しされた受け皿は着地したが検出面を引き受けておらず、名指しされていなかった収束ループのほうが幅を戻していた。
- 床の引き下げ(PR #1856)も brake 2 の撤廃(PR #1810)も決着済みの判断であり、本判断はそのどちらの再審でもない
- 残っている層は縮んでいない — semi_auto の Defense-in-depth の 2 層(AI self-review + spec discipline / Release human gate。説明は
operations-adapter-bodies-carry-behavior-onlyの execution-mode.md 節へ移設、振る舞いはrules/operations/execution-mode.mdMode matrix のAI self-review行と human judgment gate が持つ)、rules/operations/operations.mdPost-L1-Merge Runtime Observation、rules/evolution/memory-entry-format.mdの 2 週間観測サイクル、git revert 圏内 -
再評価条件 = 加算側の自己進化 PR で、旧
N>=3なら捕まえていたはずの欠陥が 3 往復を通り抜けてマージされた観測が出たとき。あるいは測定機構が発火条件(純減 PR のみ)ゆえに長期にわたり一度も走らず、移設が名目のまま定着したとき
採用:窓を閉じ、#1862 を close する。床は N=1、測定機構の発火条件も配置も現状のまま。
却下した案:
-
床を
N>=3に戻す。 実測 0 を「移設未成立」と読めば直接の答えになるが、ラウンド軸で幅が戻っている以上、当初観測が想定した薄さは現存しない。移設の駆動理由を撤回せずに済む形が既にある -
終了条件を「実 PR で two-arm run が 1 回通ること」へ引き直し、窓を開けたままにする。 発火条件が純減 PR に限られるため、その時期を制御できない。到来時期を制御できない条件に紐づけた観測は観測として機能せず、
rules/model/subtractive-structural-beauty.mdCore principle (A) の非 load-bearing な残置になる
この 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-L)
- 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
- L. Hop Count Instrument
判断構造
- 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
- Hook-driven gate trigger
- ゲート適用漏れは強制より先に測る
- dynamic-workflows non-adoption
- ACE context-engineering non-adoption
- memory GraphRAG SQLite exploration
- Li+ context-rot tension
- Li+ structure as retrieval surface
- 常時ロード分の重複を削る向き
- Li+ evaluation criterion
- Li+ self-evolution lineage
- Li+ judgment-learning telos
- Sheepdog Engineering publish intent
- Implementation always delegated
- brake evaluator baseline integrity
- brake1 single-round cap
- brake1 の再実行可否は監査内容で決める
- brake 指摘の裁定を再開した著者が持つ
- brake1 の発火条件を基準で閉じる
- skill の発火条件は description 内に置く
- subagent parallel-width cap
- brake1 operational-copy target-conditional
- brake1 findings は親を経由する
- brake1 の per-draft 軸を 2 本に固定する
- brake 2 の DEVIATION を人間が上書きする
- wiki sync code-notation strip
- wiki sync drift-targeted mirror
- decision structure writer surface activation
- decision structure state-form edge binding
- Neuron Graph RAG integrated prototype
- issue 完了条件フィールドの射程
- body 節と description の被覆ずれの解き方
- グラフエンジニアリング非採用
- Li+ の配布形式は GitHub 直配布
- 配布される source に config の解決値を書かない
- ルールは基準を持ち、来歴は git に置く
- 人間と AI の関係条項を absolute.md に置く
- 来歴を預けた retrieval 面が実際に答えるか
- 存在側の欠陥は空欄ラベルの可視性に届かない
- brake 2 の判定対象は変更の内容
- エージェント定義の判定基準を sentinel 区画で所有
- brake 2 を廃し L1 のゲートを brake 1 へ一本化
- 多セッションが効くのは入力が変わるとき
- source 本文は振る舞いのみ、理由は移設
- parallel-agent-eval 本文は振る舞いのみ
- agentic-search 蒸留版は full と同等(実測)
- 読みの除去テストが通した削除を実測が差し戻した
- brake1 の評価者数の床を N=1 へ
- Judgment record ポインタ要件を撤廃
- brake1 を上限 3 往復の収束ループへ
- 受け皿より先に縮んだ検出幅の窓を閉じる
- issue constraints の「対象ではない」は宣言
- クローン同一性は remote で解決
- tally は機構の名前の下に置く
- config 値比較は厳格に、外れた値は名指し
- webhook 到着通知の消去は確認を伴う
- 検索性能比較コーパスは既存リポジトリ内の path で隔離する
- MSYS のパス変換は argv だけに効く
- 観測不能な主張は書き手を替えても記録にならない
- parallel-agent-eval の 1 周目の跡に残っていたのは再掲
- 実装委譲エージェントに定義ファイルを与え effort を固定
- cold-start diff-only 状態は agent key でパーティション分割
- 観測不能の宣告はホストの母集団に対する主張
- 検出器は到達可能な位置にあって初めて検出器である
- ランタイムの rules はタグへ解決する
- 記録面の除外は読み直しで捕まる行にだけ成り立つ
- 再開プロンプトの注入項目は基準で閉じる
- 委譲プロンプトが運ぶのは境界であって手順ではない
- 規則の効きの実測の各条件は観測された失敗の上に置かれている
- parallel-agent-eval は蒸留で約 5,340 トークン、残りの超過は受容
- brake 1 の往復上限を撤廃し、同じ指摘の再発を人間へ上げる
- rules/evolution と rules/task の本文は振る舞いのみ
- rules/operations と adapter の本文は振る舞いのみ
- rules/model(L1)の本文は振る舞いのみ
- main-agent-procedures の常時ロード本文はメインの運用場面で行いを決める文のみ
- cold-start-synthesis の本文は振る舞いのみ、フックの仕様は docs へ
- initiator-autonomy の常時ロード本文は振る舞いのみ、tests の散文規則は skill へ
- operations.md の常時ロード本文は振る舞いのみ、索引と label 辞書の写しは持たない
- memory-entry-format.md の常時ロード本文は書式と保守のみ、observation 手順は skill へ
- promotion-judgment の常時ロード本文は振る舞いのみ、軸の関係の説明は docs へ
- execution-mode.md の常時ロード本文は、マトリクスを言い直さず、他の常時ロード面の写しも持たない
- task.md の常時ロード本文は issue とラベルの行いだけを持ち、写しと層の説明は持たない
- main-agent-procedures の場面に限られる手順は、名指しが届く skill へ
- evolution.md の常時ロード本文は振る舞いのみ、レイヤーの位置づけと他面の写しは持たない
- operations.md の場面に限られる節は、名指しが届く skill へ
- CLAUDE.md の常時ロード本文は振る舞いのみ、位置づけ・読込の説明・常時ロード面の写しは持たない
- initiator-autonomy の場面に限られる記述は、brake 1 の skill へ
- skill description の詰めは、場面を狭めない句だけを切る
- L1 の 5 本の 2 周目は内側の写しと位置づけの説明を外し、書く規律は常時ロードに残す
- subtractive-structural-beauty と trigger-check-gate の常時ロード本文は振る舞いのみ、言い直し・位置づけ・他所の再掲は持たない
- absolute.md の常時ロード本文は振る舞いのみ、Name prefix scope の言い直し・位置づけは持たない
- サブエージェント起動の着地点の目安と数値の出典