Repository navigation
brake1 per draft axes held at two
brake 1(skills/evolution-parallel-agent-eval)の per-draft 軸は、差分の性質に合わせて親が spawn の瞬間に書き起こす設計だった。実測で 5〜7 本。親は評価器具(軸文言)を、その器具の対象をリテラルに読んでいるのと同じ瞬間に書いており、リテラル検証は対象には届くが器具には届かない。何本を、どこに置くか。
per-draft 軸は 2 本で固定する。
- A = この差分は、自分の issue が要求したことを満たしているか
- B = この差分は、規則に反していないか(この差分自身が新設した規則を含む)
どちらも skills/evolution-parallel-agent-eval/SKILL.md Axis statement form の Held per-draft axes に写すだけの literal として保持する。親がその瞬間に書くのは各軸の Unit と Scope だけであり、Question / Verdict terms / Basis は書き起こさない。固定軸(impression-literal)を含めて合計 3 本(6 → 3)。
B を対象ごとに割ることと、per-draft 軸を 3 本目へ増やすことを禁じる。
射程は brake 1 経路に限る。 保持した 2 本の Basis は PR とその PR が閉じる issue に対して解決するため、PR フローの外で収束した draft には解決先が無い。Trigger の他の発火モーメントでは固定軸のみが保持形で入り、それ以外は従来どおり差分の性質に合わせて組む。測定が届いたのは brake 1 経路だけであり、固定をそこから先へ持ち出さない。
-
depends on
parallel-subagent-eval-three-axis-decomposition— N / M / P の三軸は 1 ラウンド内の幅を規定する。本決定が固定するのは M が運ぶ軸の中身であり、三軸の値そのものは動かない -
depends on
brake1-single-round-cap— 1 巡で打ち切る以上、その 1 巡がどこへ届くかは軸の射程で決まる。軸を減らす判断は、巡回で拾い直せないという前提の上にある - conflicts with (現時点で対立 entry なし)
同一差分に対する多軸/一軸の事後盲検比較。対象は #1833 の第1コミット(裁定前)、中立名 measurement-baseline-a として push。評価者に PR 番号・PR コメント・issue 本文を渡さない盲検条件。
正解(多軸側、確定済み): 指摘 6 件、うちリテラル照合で採用 4 件。
一軸(Li+ 規則準拠のみ)N=3 の再現:
| 一軸側の再現 | |
|---|---|
| 多軸側で採用された 4 件 | 0 件 |
| 多軸側で却下された 2 件 | 1 件(1/3) |
| 多軸側に無かった新規指摘 | 1 件(1/3)— 実測で成立 |
新規指摘は docs/2.-Evolution.md:277。brake 1 の発火条件の導出を丸ごと保持したまま末尾に判断記録ポインタを追記しただけであり(word-diff で確認、除去ゼロ)、多軸側の軸4 が 2/3 で捕まえた同一クラスの別インスタンス。多軸側はそちらを直してこちらを見落としている。#1835 として起票・修正済み。
読み: 両者は包含関係にない。射程が違う。
- 一軸が採用 4 件を落とした理由は明白で、あれらは「常設の Li+ 規則に違反しているか」ではなく「この issue が要求したことを満たしているか」だった。「義務を各単位の冒頭に置け」という規則は Li+ に存在せず、#1831 の段階2 が要求したことである。一軸の問いは構造上そこへ届かない。
- 逆に一軸は、その差分自身が宣言した規則との自己矛盾を捕まえた。差分の性質に合わせて後から組んだ 5 本がこれを見落としている。
A / B / 固定軸の 3 本で実行(N=3)。結果は軸B clean 3/3、固定軸 clean 3/3・flag 0、軸A に指摘 1 件(1/3)——issue の制約が名指しで対象外とした 2 箇所を変更している件。裁定で 1 箇所受入・1 箇所却下、親の検分で成立。
サイクル1 より弱い証拠であることを明記する。 サイクル1 は同一差分に対する比較だったが、サイクル2 は「多軸で組んでいたら何が出たか」の対照を持たない。示せたのは、軸A が実在の欠陥を捕まえたこと(汎用の規則準拠では届かない位置)と、B・固定軸が空振りしなかったことのみ。
issue 本文が最初に立てた仮説は「一軸で per-draft 軸の束を置き換えられる」であり、サイクル1 はこれを否定側に倒した(採用 4 件をすべて落としている)。
そこで一度「置換ではなく追加」(既存の per-draft 軸群に一軸を足して 6 本へ)へ流れたが、同日撤回した。減らす問いに対して増やす答えを返していた——両方の射程が分からないから両方残す、は rules/model/subtractive-structural-beauty.md Core principle (C) が判断ではないと名指している保存の反射である。
測定を形で読み直したときに軸は 2 つへ落ちた。サイクル1 の指摘 7 件を形で分けると二種しか無く(A 型 4 件・B 型 3 件)、親が差分ごとに書き起こしていた 5〜7 本は、この 2 つの問いを対象ごとに書き直したものだった。A と B は同じ集合を、主題ではなく形の側から読んだものである。
- B は割らない。 サイクル1 で、対象ごとに割った 2 本(mirror 一致 / 参照の整合)が割れ目に座っていた実例を落とし、汎用形の一軸が拾った(#1835)。割ると隙間ができる。
- A は B に覆われない。 サイクル1 で B のみの一軸は採用 4 件をすべて落とした。A の問いは常設規則への準拠とは別軸であり、構造上 B の射程外である。
- A は空振りしない。 サイクル2 で A が唯一の指摘を返した。
軸文言を毎回書き起こす経路そのものが欠陥面だった(#1692、3 日で 7 回観測、うち 5 回が「一つの軸名が複数の問いを抱える」形)。Question をその瞬間から取り除くことが、形の再発していた場所を塞ぐ。残るのは Unit と Scope の記入であり、Axis statement form の 5 部はその記入が照合される先として読む。
Unit / Scope は差分ごとに変わるため開けてある。開いた 2 部分に対する No は当該実行限りで消えるが、保持された 3 部分に対する No は literal 側に着地し、以後のすべての実行に効く。
per-draft 軸が差分の性質に追随しなくなる。ある差分に固有の観測面(例: skill description の invoke 判定しやすさ)は、A か B のどちらかの Scope に載るか、載らなければ拾われない。サイクル2 は「多軸で組んでいたら何が出たか」の対照を持たないため、この損失は測定されていない。post-merge observation 軸で受ける。
この 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 の言い直し・位置づけは持たない
- サブエージェント起動の着地点の目安と数値の出典