Repository navigation
parallel agent eval residual is restatement
skills/evolution-parallel-agent-eval/SKILL.md は rules/ + skills/ を通じて単体最大のファイルであり(42,621 B / 271 行、1 行あたり 157 B)、brake 1 が全自己進化 PR で必須である以上、自己進化 PR ごとに毎回読まれる。この 1 本には 2026-09-01 に rules/model/liplus-coding-rule.md Body States Behavior が既に一度当たっている(#1845、49,217 → 42,089 B)。一度剥いだ本文へ同じ規則をもう一度当てて、まだ剥げるものがあるか。あるとすれば、それは何か。
42,621 → 38,596 B(−4,025、−9.4%)。剥げた。ただし剥げたものの主体は理由づけではなく再掲である。
再掲 = 同じ節の中で、先の文が既に固定した振る舞いを、言い換えてもう一度置く形。1 周目が理由づけを剥いだ跡で、残った振る舞い文どうしが近接し、重なりが露出した。
判別線そのものは Body States Behavior のまま使える(この文で読み手の conduct が変わるか)。変わるのは適用の位置である——理由づけは文単体を読めば No が出るが、再掲は2 度目の出現でだけ No になる。だから一文ずつ独立に見る読みでは落ちず、節を通して読む位置でしか捕まらない。1 周目が理由づけを取り切っていて再掲を残したのは、その位置の差である。
節別の推移:
| 節 | 前 | 後 | 差 |
|---|---|---|---|
| Procedure | 13,569 | 12,322 | −9.2% |
| Axis statement form | 7,652 | 6,835 | −10.7% |
| Constraint | 6,042 | 5,311 | −12.1% |
| Report shape | 5,553 | 4,409 | −20.6% |
| Trigger | 2,275 | 2,209 | −2.9% |
| Design Dimensions | 2,202 | 2,182 | −0.9% |
| Non-scope / Boundary / Implementation Note | 4,094 | 4,094 | 0 |
外部からこのファイルの節を名指す参照は 6 ファイル 13 箇所(initiator-autonomy / impression-literal-detection / operations-on-pr-review / task-subagent-prompt / task-subagent-spawn / task-subagent-state-labels)。うち 3 箇所は節名ではなく Procedure のステップ番号そのものを引いている(step 3 / step 7 / steps 4 and 6 to 8)。
CI はどちらも検証していない。tests/test_skill_reference_resolution.py の正規表現は skills/([a-z0-9-]+)/SKILL\.md であり、docstring が It asserts resolution only. と述べるとおりファイルパスの解決のみを主張する。節名は #1792 が未着手で open、ステップ番号は提案も存在しない。issue 本文の「節名の変更は CI の cross-ref 検証と実参照の両方を確認してから」は存在しない検証を前提にしていた——確認は実装者の grep に全面的に乗る。
そこから置いた制約:
- **ステップ番号を動かさない。**削るのはステップ内部の文であって、ステップの分割・統合・削除は行わない。
-
節名・小見出しを改名しない(
Procedure/Constraint/Report shape/Trigger/Axis selection/Axis statement form/Design Dimensions/Round trips/Round boundary)。 - **逐語 literal を 1 バイトも触らない。**引用ブロック 10 本(
Held per-draft axesの 2 軸、no-write literal、評価者コメントの preamble)は前後で byte 同一。 -
Constraintは節ごと残す。task-subagent-prompt/task-subagent-spawnへ model floor と findings 投稿先を供給しており、削除は供給元を壊す。
本節・既存 entry のいずれも持たない分だけをここが持つ。1 周目の合流先(brake1-findings-routed-through-parent の再 spawn / 却下最終 / 収束、brake-evaluator-baseline-integrity のツール権限、parallel-agent-eval-body-carries-behavior-only の Axis statement form 全般)は不変で、そちらへ寄せた分はここに写さない。
- **
Axis statement formQuestionの残余。**操作を名乗らせても、述語の読みを評価者が黙って補う形は残る——これは信号を一切出さないため事前には捕まらず、post-merge 観測軸で受容する。本文からは残余記述を落とし、要求(操作を名乗れ/名乗らない疑問文は未記入)だけを残した。 -
Report shape1 行側の残余。誰も開かないポインタと、判定に合わせて後から選ばれたポインタの 2 形。後者は「判定より先に選ぶ」という振る舞いへ書き換えて本文に残し、受容の記述だけをここへ移した。前者は受容のまま。 - **評価者コメントが構成上 2 言語混在になること。**Li+ source は英語であり(
rules/model/liplus-coding-rule.mdSource Language)、コメントは解決語で書かれるため、引用が源の言語のまま地の文の解決語の中に入る。混在は不可避であって欠陥ではない。本文には継ぎ目の規則(逐語引用とpath:lineと preamble は解決しない)だけを残した。 - **N>1 の重複を統合しない理由。**統合は選択であり、この loop はその選択を行う主体を持たない(親は往復の内容に触れない)。本文には「統合しない・著者が各々をリテラルで読む」だけを残した。
- **clean 軸も載せる理由。**著者は step 6 で全軸を読むため、所見だけのコメントは分母を隠す。本文には「clean 軸も載せる」だけを残した。
-
Scopeの第二次元が絶対量ではないこと。「不在の主張は読んだ幅までしか広くない」は、その直後の具体(英語パターン掃引が日本語側へ届かない)が同じことを述べるための導入であり、再掲である。具体のほうが記入時に効くため、導入を落として具体を残した。
**削減の主戦場が Procedure(全体の 32%)でありながら、そこはステップ番号の固定により文単位の書き換えしか許されない。**結果、Procedure の削減率(−9.2%)は Report shape(−20.6%)に比して薄い。ステップ内部の再掲を取り切ったあとで Procedure をさらに薄くする道は、ステップの再編を伴うため、外部 3 箇所の同一 PR 更新とセットでしか開かない。次にこのファイルを触るときの判断材料。
もう一つ:再掲は 2 周目で初めて見えた。1 周目の跡が近接したから見えたのであり、3 周目に何が見えるかは未知である。「2 周で取り切った」とは言えない——言えるのは「この 2 種(理由づけ・再掲)については取った」までである。
- 節名・小見出し・ステップ番号は不変(外部 13 箇所、CI の網なし)
- 逐語 literal は byte 同一
- 抜いた跡へ
Judgment record:ポインタは置かない(要件は #1852 で撤廃済み) -
docs/2.-Evolution.mdは記録面でありBody States Behaviorの scope 外。理由を持ち続けてよい
-
depends on
parallel-agent-eval-body-carries-behavior-only— 同一ファイルへの 1 周目。本 entry はその跡に何が残っていたかの測定であり、あちらの合流表は不変 -
depends on
judgment-record-pointer-requirement-dropped— 抜いた跡へポインタを置かない根拠 -
relates to
brake1-findings-routed-through-parent— 本文から剥いだ再 spawn / 却下最終 / 収束の理由の保持先(docs/2.-Evolution.mdにも記録あり) -
relates to
brake-evaluator-baseline-integrity— 本文から剥いだツール権限の理由の保持先 - conflicts with (現時点で対立 entry なし)
- 同 skill 本文へ「なぜそうなっているか」を書き足そうとしている → 本 entry か 1 周目の合流先へ書く
-
Procedureのステップを分割・統合しようとしている → 外部 3 箇所がステップ番号を引いている。CI は検証しない。同一 PR で更新するか、やめる - 引用ブロックを言い換えようとしている → 逐語 literal であり、写す側が作文しないことが要件そのもの
- 「もう剥ぐものは無い」と述べようとしている → 2 周目で初めて再掲が見えた。取り切った証拠はない
この 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 の言い直し・位置づけは持たない
- サブエージェント起動の着地点の目安と数値の出典