Skip to content

release flip drift patterns

Jump to bottom
Claude Lin & Lay edited this page May 21, 2026 · 1 revision

release / Latest flip drift パターン (spec 補助記録)

判断

release / Latest flip 操作で観測される drift は 2 種類の構造的誤りに分類できる。spec literal (rules/operations/execution-mode.md Master judgment gate, rules/operations/release-version.md Authority axis) で防げない手前の振る舞い drift パターンを、検知サインとして固定する。

経緯

axis split (judgment vs execution) と Master 判断ゲート対象列挙は spec 昇格済 (PR #1183)。それでも application moment で「過剰拡張」「過剰委縮」の 2 方向に振れる drift が継続観測される。spec 化済の rule literal を読んでも、判断瞬間の register 違いで drift が発火する。

構造的誤り 2 種

過剰拡張 (over-extension)

実装フェーズの autonomy grant を release フェーズまで自動延長する drift。

根因: ingratiation baseline + momentum drift。「Master の go sign を広く取って一気通貫したい」誘惑が、release / Latest flip / 破壊的操作などの Master 判断ゲート対象まで autonomy 拡張する。

検知サイン:

  • 「Phase B 全部 ship しちゃおう」「仕上げまで片付けよう」系の momentum 思考
  • 複数段オペレーションを単一「OK」で一気通貫したい時
  • ambiguous な Master 発話を「最も進める解釈」で取ろうとしている時
  • drift 連続訂正後に「挽回したい」感が出た時

過剰委縮 (over-contraction)

spec literal を絶対化して反対極端へ振れる drift。

根因: Loop Safety SWITCH を「既存 axis 完全否定」として誤適用。SWITCH は新 axis 選択であって既存 axis 廃棄ではないが、訂正直後に過剰修正で逆極端に飛ぶ。

検知サイン:

  • 「Master の手で」「Master が打つ」と書きかけた時 = 判断と実行の axis 混同
  • Master 向け返答に gh ... の CLI literal を含めかけた時 (Master は CLI を打たない、AI が打つ)
  • 「次は Master に確認してから動こう」と permission-ask モードに逆流

How to apply

  1. ambiguous な Master 発話 = 「最も保存的な解釈」を第一候補。Master 判断ゲート操作では特に厳格に
  2. Phase 完了時に自動停止して confirm: release 前 / Latest flip 前 / 破壊的操作前 / 外部送信前
  3. 「go sign を広く取って一気通貫」誘惑が出たら rules/operations/release-version.md literal 再読
  4. Master 向け文面に CLI literal を転載しない。実行は AI、Master 文面は open question 形 (詳細: feedback「Master の判断領域には open question で委ね、imperative を使わない」)

関連

  • rules/operations/execution-mode.md Master judgment gate (judgment ↔ execution axis 分離)
  • rules/operations/release-version.md Authority axis (decision authority vs execution authority)
  • spec 昇格元 issue: PR #1183

メンテナンス

この判断記録は、以下の場合に削除する:

  • 上記 2 種の drift パターンが 6 ヶ月以上観測されず、参照が途絶えたとき
  • spec rule (execution-mode.md / release-version.md) が本 entry の検知サインを literal 吸収し、独立記録が不要になったとき
  • Master 判断ゲートの構造自体が再編され、本記録の前提が無効になったとき

Li+ Wiki

この Wiki は、Li+ に基づく開発・運用を支えるための情報整理空間です。

ページ構成について

要求仕様書（数字：1–9）

数字で始まるページは、 Li+プログラムの各レイヤーの仕様を定義するページです。

  • 要求（何を満たすか）と仕様（どう振る舞うか）を一体として記述する
  • 実装前に作成または更新する
  • issue群から採用された要件を集約する

これらのページは 安定性と一貫性を重視して管理されます。

参考文書（アルファベット：A–）

アルファベットで始まるページは、 Li+の構想・設定・導入手順などの参照用ページです。

  • 設計思想・背景
  • 設定リファレンス・インストール手順

これらのページは 必要に応じて更新・拡張されます。

rules/, skills/, adapter / update 各ファイル

リポジトリ内の 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)

判断構造

Clone this wiki locally