-
-
Notifications
You must be signed in to change notification settings - Fork 0
wiki sync drift targeted mirror
docs/ → wiki のミラーを、Wiki 作業ツリーを一括で消してから全コピーする(wipe-and-copy)方式で行うか、差分ファイルだけを操作する(diff-targeted)方式で行うか。
diff-targeted。docs/ と wiki 作業ツリーの内容が異なる docs/ 所有ファイルだけを to_copy / to_delete に列挙し、その集合にのみ per-file 操作を適用する。内容比較は CR 除去後に行い、行末差だけでは drift としない。drift 計算自体が失敗した場合は STOP してエスカレートし、wipe パターンへフォールバックしない。
-
supersedes: wipe-and-copy による selective wipe(
rm [A-Z]*.md [0-9]*.md Home.md _Footer.md相当)。同じミラー不変条件を、破壊的プリミティブなしで満たす - depends on: wiki sync 時の _Sidebar.md 整合性 assertion — 所有境界(docs/ 所有 ↔ Wiki 専属)を前提とする点で共通の基盤に乗る
判断記録の実体エントリを wiki 専属に移した 2026-04-26(#1172)に、docs/ 所有(大文字 + 数字 prefix + Home.md + _Footer.md)と Wiki 専属(小文字エントリ + _Sidebar.md)の境界が確定した。2026-05-21 の命名 refactor(#1324)で Wiki 専属側の pattern が [a-z].-*.md から kebab-case [a-z]*.md に変わり、順序は filesystem ではなく index と _Sidebar.md で明示する形になった。「docs/ に無い = wiki から消す」と読む手順は Wiki 専属側を全滅させるため、境界は同期手順の入力そのものである。
PR #1330(Decision-Log → Decision-Structure リネーム)後の wiki sync 実行中、subagent の bulk wipe が auto-mode classifier に block された。回避として docs/ と wiki の差分を取り、drift set(当時 7 files、いずれも docs/ 所有)だけに操作を限定したところ、結果は wipe-and-copy と完全に一致した。この実測を仕様側に昇格したのが #1331 / PR #1332。
classifier の拒否は一過性の設定不備ではなく、rules/model/subtractive-structural-beauty.md の Artifact deletion calibration が持つ blast radius 軸に対応する構造的なものである。したがって「classifier が煩いので別経路で通す」は誤った読みで、drift-targeted が構造に合っている側。
Windows ホストでは既定 clone に autocrlf=true が効き、blob が LF でも作業ツリーが CRLF になる。素の cmp 比較では docs/ 所有ファイルが軒並み drift 判定になり、純粋な行末 churn を wiki に push する。#1474 / PR #1480 で二重に閉じた: clone 側を git -c core.autocrlf=false にして作業ツリーを blob と byte 一致させ、比較側も CR 除去後に行うようにした。非 Windows ホストでは CR が無いため no-op。
- ミラー不変条件(同期後、docs/ 所有ファイルは byte 単位で一致)は変えない。
to_copyが全ての差分を覆いto_deleteが docs/ 側で消えたものを覆う限り、終状態は wipe-and-copy と同一 - 参照実装は process substitution を使うため bash 系シェルを前提とする(wiki sync 手順は元から bash 系を前提としている)
- STOP 条件(sidebar / cross-reference / Wiki 専属保全)の挙動は本判断で変更していない
採用 = diff-targeted + 行末正規化 + 失敗時 STOP。
却下 = wipe-and-copy の維持(blast radius が Wiki 全体で、classifier 拒否の構造的理由にも反する)。却下 = drift 計算失敗時の wipe フォールバック(失敗時にだけ最も危険な経路へ落ちる設計になる)。
この 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-K)
- 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
判断構造
- 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
- skill の発火条件は description 内に置く
- subagent parallel-width cap
- brake1 operational-copy target-conditional
- 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 完了条件フィールドの射程