Skip to content

spec(evolution): brake 1 instrument authored without a literal check on the instrument itself #1779

Description

@smileygames

目的

brake 1 の計器(axis 文面と統合コメント)を親が書く瞬間に、Literal check が計器側へ届いていない。noise floor を越えたため起票する。

occurrences: 7 / 起票時 5 → 2026-08-20 時点 7

観測

memory/promotion_tally.md cluster Axis statement form part written narrower than what its own axis measures。first_observation 2026-08-16。

# 発生 失敗した部位
1 PR #1770 axis 2 Scope 測っている受理基準は変更全体を覆うのに、Scope を Question bullet 単独と書いた
2 PR #1773 axis 4 Verdict terms pointer の場合を決め、実際に出現する inline carve-out の場合を未決のまま残した
3 PR #1774 axis 4 Verdict terms 失敗様態を3つ列挙し、欠陥は列挙が開かなかった第4の次元(閾値に紐づく action)に載っていた
4 PR #1774 axis 5 Scope 言語次元は書いたが wiki を書かず、変更対象 rule の stale canonical を持ち得る唯一の面が sweep の外に落ちた
5 PR #1778 固定軸 Scope(書いてはならない部位) 固定軸に Scope を書いた
6 PR #1783 axis C Question / Verdict terms 1軸に到達点が2つ。Question は「何が region を最新にするか」を問い、Verdict terms は「再 ask」を clean と認めた。各パート単独では正しく、突き合わせて初めて不整合が見える
7 PR #1787 axis 1 Unit Unit を operations-* skill 1本 と書いたが、測る基準は節ごとに適用される。狭すぎではなく粗すぎで、答えが2つあるファイルに1つの判定を要求した

切り分け(2026-08-20 実施)

本 issue の制約が「順序を着手前に確定すること」を求めていた作業に先立ち、7 件を実際に当てた結果、2 つに割れる

A. 記入済みパートの多義性 — 6 件(#1 #2 #3 #4 #6 #7

パートは埋まっている。埋まった上で、測る対象より狭い/広い/粗い。読み手が区別を当てなければ欠落として読めない。

この class は既に決着している。 wiki presence-defect-cannot-reach-blank-label-visibility#1768 / PR #1770)が、Axis statement form のパートに要求を足しても空欄ラベルの artifact visibility と同等の構造性は持てない、と確定させた。空欄ラベルが効くのは欠陥が不在(文字通り空欄)だからで、多義な述語は反対に通常の文面でパートを埋めている——欠陥は存在側にあり、散文の内側でそれを「読まずに見える」形にする手段は無い。

したがって A に対して本 issue が新たに打てる手は無い。要求を足す案は同じ壁に当たる。#1779 起票時の検討方向 3 が予期していたとおりである。

B. 親が作文面を持たない場所に書いた — 2 件(#5 と、同サイクルの統合コメント欠陥)

こちらは A と別型で、壁に当たらない

  • Rename Lai+ to Li+ (liplus) (#4) #5: Axis statement form は固定軸について「The fixed axis is outside it」と明記し、その文面は skills/evolution-impression-literal-detection/SKILL.md に置かれていて毎回作文されるものではない、と述べている。親はそこへ Scope for this axis = ... を追記した。多義なパートを書いたのではなく、作文の役目が無い場所に文字を置いた
  • 統合コメント: step 4 の冒頭に「比率は triage signal であって判定入力ではない」を5軸すべてにかけて書いた。skill の Ratio is a triage signal 節自身が「この skill が閾値として数を固定する唯一の場所が固定軸である」と述べており、親の一般化はその carve-out の上で偽になる。親は skill が既に保持している文を散文で書き直し、skill が名指ししている例外のところでちょうど外した

B には置換先の構造が実在する——親が作文せず、保持された literal を写す形にすればよい。 写す形では固定軸に Scope を書き込む欄がそもそも無く、統合コメント冒頭も carve-out ごと正しい文が入る。

presence-defect-cannot-reach-blank-label-visibility の Edges は hook-driven-gate-triggerrelease-version-rule-always-on-relocation を「同じ binary を適用し、構造への置換が実際に取れた事例」として挙げている。B はこの2件と同じ側に属する。 A と同じ側ではない。

結論 — 本 issue の射程は B のみ

  • 実装対象 = B。 2手:
    1. 固定軸の毎回プロンプト片を、親が写すだけの literal として保持する(作文欄を無くす)
    2. step 4 統合コメントの冒頭定型(比率の扱い + 固定軸の carve-out)を skill 側の literal として保持し、親は写す
  • A は射程外。 presence-defect-cannot-reach-blank-label-visibility が governing。本 issue で要求を足さない。A の再発は observation として積み続け、別の型の解が見えた時点で改めて起票する。

順序(制約が求めていた確定事項)

本 PR の brake 1 は変更前の計器で走る。 新しい計器を自分自身の PR に適用すると自己検証になるため、採らない。新計器は後続 PR から効く。この順序を PR body と self-review に明記する。

制約

  • 対象は skills/evolution-parallel-agent-eval/SKILL.md(L2)と skills/evolution-impression-literal-detection/SKILL.md(L2)。layer: L1-model のファイルには触れないため brake 2 は発火しない
  • skills/**/SKILL.md は governed surface のため brake 1 は必須(N>=3、単一ラウンド)。
  • A に要求を足さないこと。足す案が出たら presence-defect-cannot-reach-blank-label-visibility を読み直すこと。
  • 一次資料は memory/promotion_tally.md の当該 cluster と memory/self-evolution-observation.md の各 entry。cluster は本 issue の変更がマージされた時点で削除する。

Target files

  • skills/evolution-parallel-agent-eval/SKILL.md
  • skills/evolution-impression-literal-detection/SKILL.md
  • docs/2.-Evolution.md(日本語ミラー。同一 PR 内で更新)

release type

patch。L2 の spec 変更で、user/system observable な影響を持たない(rules/operations/release-version-rule.md の「structural change AND user/system observable → minor」に照らして observable 側が立たない)。

関連

Metadata

Metadata

Assignees

Labels

promotion観測機構が noise floor (3日内3回以上、または5回到達で即昇格) を越えて起票した昇格判断 issue。type 軸とは別軸 marker。ready本文が実装開始できる形まで収束している状態。ただし更新は継続可能review-pending実装フェーズ終了、orchestration (review / merge / close) 待ちspecLi+の挙動に影響する仕様・ポリシー・定義

Type

No type

Projects

No projects

Milestone

No milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions