本文書は Li+ のアダプター / 設定の更新同期手続き（Li+update.md）の仕様を定義する。 Li+config.md の設定値を前提とし、アダプター sentinel tag・Li+config schema・workspace 言語契約のいずれかが目標状態から逸脱した時に AI が実行する Phase を記述する。

---

更新同期手続きは Li+update.md に定義されている。Li+config.md はユーザー設定のみを保持し、同期ロジックは分離されている。

on-session-start.sh hook が 3 軸（adapter sentinel tag / Li+config schema / 言語契約）を verify し、いずれかが drift していれば LI_PLUS_UPDATE_STATUS=needed を emit する。AI はこの marker を見て本手続きを実行するか判定する。大半のセッションでは LI_PLUS_UPDATE_STATUS=unnecessary となり、本手続きは走らない（旧称「セッション起動フロー」が現運用とずれていたため、v1.17.10 で「更新同期手続き」へ rename した）。

AI は Li+config.md を読み込んだ後、Li+update.md の Phase 1 から Phase 6 を順に実行する。各 Phase は直前までの Phase を依存前提として宣言する。認証情報をチャットに出力してはいけない。

---

参照: Li+update.md Phase 1。依存なし。

1.1. ランタイム環境の自動判定

環境変数	判定結果
CODEX_HOME または CODEX_THREAD_ID が存在	runtime=codex
CLAUDECODE が存在	runtime=claude
どちらもなし	ユーザーに1回確認し、回答で続行

1.2. Li+config.md のパーミッション保護

Li+config.md にはトークンが含まれるため、ファイルパーミッションを制限する。

• Linux/Mac: chmod 600 Li+config.md（owner のみ read/write）
• 既に 600 以下の場合はスキップ
• Windows: スキップ（ユーザープロファイル配下では NTFS ACL が既に制限済み）

---

参照: Li+update.md Phase 2。依存: Phase 1（ランタイム検出済み）。

2.1. gh CLI のインストール（runtime 別）

• runtime=claude（Linux/Mac ホスト）: ~/.local/bin/gh が存在しない場合のみインストールする。
  • sudo 不要、PATH 変更不要
  • 以降の gh 操作は常にフルパス ~/.local/bin/gh を使用（Bash ツールは PATH を永続化しないため）
  • /tmp は使用禁止（他セッションとの権限衝突のため）
  • 手順: mkdir -p ~/.local/bin → ~/.local/bin/gh.tar.gz に tarball を curl → その場で展開 → ~/.local/bin/gh を配置 → tarball を削除
• runtime=codex（Windows ネイティブホスト、#1502 検証環境）: Linux の ~/.local/bin/gh 自動配置経路は使えない（プラットフォーム違い）。gh は前提条件として扱い、bootstrap では自動インストールしない。gh が不在なら winget install --id GitHub.cli をユーザーに案内し（代行実行しない）、導入後に続行する。詳細は D. Installation の前提条件を参照

2.2. GH_TOKEN の読み込みと認証

GH_TOKEN を読み込んで gh CLI で認証する。認証情報はチャットに出力しない。認証後は keyring にトークンが保存されるため、以降の gh コマンドに GH_TOKEN の明示的な export は不要。

2.3. workspace 言語契約の解決

LI_PLUS_BASE_LANGUAGE と LI_PLUS_PROJECT_LANGUAGE を解決する。

• これらは 配布先 workspace 専用 の設定であり、LI_PLUS_REPO 内部のガバナンスとは分離する
• LI_PLUS_BASE_LANGUAGE は人間との対話の既定言語。issue/discussion/PR コメントのような会話返信もこちらが既定
• LI_PLUS_PROJECT_LANGUAGE は issue / PR / commit body や保存する要求仕様書など durable artifact の既定言語
• どちらか未設定の場合、AI がセッション開始時に1回対話で確認し、Li+config.md へ書き戻す
• 推奨初期値は「基本言語 = 現在の対話言語」「プロジェクト言語 = 基本言語と同じ」
• bootstrap の ask と Li+config.md への書き戻しは、セッション開始時の config 未解決パスにのみ適用する。config が解決済みなら、セッション途中の再 ask と config 再書き込みは本 Phase の対象外とする
• runtime precedence（人間の明示指示 > スレッド合意 > config > 再 ask）はアダプターの Workspace_Language_Contract が担い、セッション全体を通して本 Phase を再起動せずに働く

2.4. Webhook 配信モードの解決（任意）

• LI_PLUS_WEBHOOK_DELIVERY（poll / channel / mcp_hook）はアダプターが runtime で参照する
• 未設定時の既定は poll。bootstrap 側の追加処理は不要
• mcp_hook は opt-in 経路（settings.json への手動編集が必要）。詳細は B. Configuration を参照

---

参照: Li+update.md Phase 3。依存: Phase 2（gh CLI 認証済み）。

3.1. LI_PLUS_CHANNEL による対象バージョンの決定

• latest: Latest release タグ（stable release のみ）
• release: pre-release を含む最新リリースタグ（GitHub Release API）
• tag: 作成日順で最新の git タグ（GitHub Release が未作成のタグも含む）。clone モードでは git ls-remote --tags --sort=-creatordate {repo_url} | head -1 を使用
• 包含関係は tag ⊇ release ⊇ latest。tag は GitHub Release 作成前の pre-release タグ検証を意図する。api モードの tag 拡張は現時点ではスコープ外
• バージョン確認は起動のたびに Phase 4 へ進む前に必ず実施する。ローカル clone が古いままでも黙って継続してはいけない

3.2. LI_PLUS_MODE による Li+ ソース取得

api モード:

• rules/ 配下の全 *.md を対象バージョンで GitHub API から LI_PLUS_REPO より取得
• skills/ 配下の全 <name>/SKILL.md を対象バージョンで GitHub API から取得
• 検出した runtime に応じて adapter/claude/ または adapter/codex/ を取得

clone モード:

1. 対象リポジトリは LI_PLUS_REPO の対象バージョン
2. ワークスペース内に LI_PLUS_REPO 由来のディレクトリが存在するか確認
   • 存在しない → 対象タグを直接 clone し、手順 3 へ
   • 存在する → fetch --tags を実行し: a. 現在 checkout 中のタグと、LI_PLUS_CHANNEL から解決した対象タグを両方確認して報告 b. 一致する場合はそのまま続行 c. 不一致の場合、Phase 4 へ進む前に人間にどうするか確認する。この選択が解決するまで bootstrap 完了扱いにしない。最小選択肢は「対象タグへ更新してから続行」「今セッションは現在タグのまま続行」 d. 人間が更新に同意した場合のみ対象タグへ checkout e. 現在タグのまま続行を選んだ場合は、現在タグと対象タグを明示してから続行
3. 解決済みタグでソースファイルが参照可能な状態になる。読み込みは Phase 4 が担う

---

参照: Li+update.md Phase 4。依存: Phase 3（ソース解決済み、対象タグ確定済み）。

ランタイム固有の統合処理。検出した runtime で分岐する。adapter / rules / skills / hooks を生成する。rules/skills の生成はレイヤーの読み込みを兼ねる（生成された .claude/rules/ .claude/skills/ をホストが毎ターン読むため明示 read は不要）。

生成物には {LI_PLUS_TAG} プレースホルダがあり、bootstrap 時に Phase 3 で解決済みターゲットタグへ置換する。

共通判定ロジック

自動スキップ・自動置換は Li+ BEGIN sentinel 検出時にのみ適用する。sentinel 不在（legacy file）はユーザー判断を必須とする。legacy file を暗黙に上書きすると、ユーザー自身が書いた内容を同意なく破壊することになるため禁止する。

4c.1. アダプターの bootstrap

• target = {workspace_root}/.claude/CLAUDE.md, source = adapter/claude/CLAUDE.md
• ファイルが存在しない → ソースの内容で新規作成
• ファイルが存在し Li+ BEGIN sentinel を含む:
  • sentinel 内のタグ（例 Li+ BEGIN (build-2026-03-30.14) → build-2026-03-30.14）を抽出
  • 現在のターゲットタグと一致 → スキップ（最新）
  • 不一致またはタグなし → Li+ BEGIN 〜 Li+ END 間（両端含む）をソース内容で差し替え、セクション外は保護
• ファイルが存在するが sentinel なし → ユーザーに確認（Li+ セクションを追記 or スキップ）

4c.2. .claude/rules/ ファイル生成（再帰ディレクトリミラー）

• {workspace_root}/.claude/rules/ が存在しなければ作成
• LI_PLUS_REPO の rules/**/*.md を再帰走査し（model/ evolution/ task/ operations/ subdir を含む）、rules/model/character_Instance.md を除いた各ファイルについて:
  • LI_PLUS_REPO/rules/ からの相対パスを保持してターゲットへ配置する（例: rules/model/absolute.md → .claude/rules/model/absolute.md）
  • ターゲットが存在しない、またはソースタグが現在のターゲットタグと異なる場合、ソース内容をコピー。ソースは既に globs: + alwaysApply: true + layer: frontmatter を含む
  • 必要なら subdir を作成
  • ソースタグが一致する場合はスキップ
• character_Instance.md の生成（output-styles slot）:
  • source body = LI_PLUS_REPO/rules/model/character_Instance.md（rules-format frontmatter を除去した body 部、codex adapter と共有）
  • target = {workspace_root}/.claude/output-styles/character_Instance.md
  • 付与する output-styles frontmatter: name: character_Instance + description: Lin/Lay character pair binding for human-facing dialogue + keep-coding-instructions: true（このフラグを付与しないと、custom output-style 有効化時に Claude Code 既定のコーディング作法 / TodoWrite / ツール使用ガイダンスが system prompt から除外される。出典: https://code.claude.com/docs/en/output-styles.md）
  • 旧 rules slot からの一回限り migration:
    • 旧 file {workspace_root}/.claude/rules/model/character_Instance.md が存在し、かつ target が存在しない場合: 旧 file の body（rules frontmatter 除去後）を読み、output-styles frontmatter + body を target に書き、書き込み成功後に旧 file を削除する（ユーザーカスタマイズを新位置へ保全）
    • 旧 file と target が両方存在する場合: いずれにも触れない（ユーザーが既に migrate 済み or 手動介入したと見なし、現状を保護）
  • 新規 install（旧 file なし）:
    • target が存在しない場合のみ source body + output-styles frontmatter を target に書く
    • target が存在する場合はスキップ（Create-only）
  • 必要なら {workspace_root}/.claude/output-styles/ subdir を作成
  • タグベースの上書きは行わない。ユーザーカスタマイズはアップデートをまたいで保護される
• 古い rules の削除: {workspace_root}/.claude/rules/ 配下で LI_PLUS_REPO/rules/ の対応パスに存在しないファイル（ただし {workspace_root}/.claude/rules/ 起点の相対パスが model/character_Instance.md でないもの）は削除。空になった subdir も削除（model/character_Instance.md 例外は migration が走らなかった「両方存在」ケースに対する safety net として残置）

4c.3. .claude/skills/ ファイル生成（flat ディレクトリミラー）

• {workspace_root}/.claude/skills/ が存在しなければ作成
• LI_PLUS_REPO の skills/<name>/SKILL.md を flat に走査する（subdir は持たない）:
  • target = .claude/skills/<name>/SKILL.md
  • 必要なら subdir を作成
  • ソースをそのままコピー（ソースは既に Claude Code skill frontmatter を含む）
  • ソースタグが一致する場合はスキップ
• 古い skills の削除: .claude/skills/ 配下で LI_PLUS_REPO/skills/ に存在しない <name>/ ディレクトリは再帰削除

注意: Claude Code の skill 探索は .claude/skills/ 配下の subdir を辿らない。skill 名は flat 階層で一意である必要があり、レイヤー属性は skill 名の接頭辞規約で表現する（例: evolution-judgment-learning）。

4c.4. hooks の bootstrap

• ソースファイル:
  • adapter/claude/hooks-settings.md — settings.json の JSON ブロックをリテラルで保持
  • adapter/claude/hooks/*.sh — hook スクリプト本体（そのままコピーし、{LI_PLUS_TAG} プレースホルダを解決済みターゲットタグへ置換）
• {workspace_root}/.claude/settings.json が存在しない:
  • adapter/claude/hooks-settings.md の JSON コードブロックから settings.json を生成
  • {workspace_root}/.claude/hooks/ を作成し、adapter/claude/hooks/*.sh をすべてコピー
  • SessionStart は startup / resume / clear / compact の 4 matcher を使用し、Cold-start Synthesis 素材がどのセッション入口でも出力されるようにする
• {workspace_root}/.claude/settings.json が存在する:
  • settings.json は変更しない。workspace が所有するファイルであり、Li+ はユーザー追加キー（permissions / env / theme / 他コンポーネント hook）を暗黙に書き換えない
  • 既存の {workspace_root}/.claude/hooks/*.sh 内のソースタグを確認（例: # Source: adapter/claude/hooks/on-session-start.sh (build-2026-03-30.14)）
  • 現在のターゲットタグと一致 → スキップ（最新）
  • 不一致またはタグなし → adapter/claude/hooks/*.sh を再コピーし、{LI_PLUS_TAG} を現在のターゲットタグへ置換（settings.json は再生成しない）
• on-session-start.sh が Cold-start Synthesis 素材の emitter。stdout はセッション開始コンテキストへ注入される（Claude Code SessionStart 契約）。素材は rules/evolution/cold-start-synthesis.md のリテラル、直近の docs/Decision-Structure.md 先頭、最新リリースタグ、open in-progress issue、self-evaluation 先頭、promotion candidates。synthesis は hook ではなく Character_Instance を介して AI が行う
• .sh ファイルには実行権限を付与

4c.5. cold-start state ディレクトリの準備（diff-only 出力の永続化）

• on-session-start.sh は session 冒頭 context 消費を抑えるため、各素材 section の sha256 fingerprint を {workspace_root}/.claude/state/last-cold-start-emit.json に永続化し、次回の startup matcher 発火時に変化した section だけを emit する（毎セッション全文出力は diff-only 設計の意義を打ち消す）。

• {workspace_root}/.claude/state/ が存在しなければ作成する

• {workspace_root}/.claude/state/.gitignore が存在しなければ以下のリテラルで作成する（ユーザー変更済みの場合は上書きしない）：

  # Li+ hook runtime state — local-only, not version-controlled.
  *
  !.gitignore
  

  ローカルスコープの gitignore により、state がバージョン管理されているホストワークスペースに混入しないようにする。トップレベルの .gitignore には触れない。state 本体（last-cold-start-emit.json）は hook が初回実行時に生成する。

• このステップは冪等：既存ディレクトリと既存 .gitignore はそのまま残す

on-session-start.sh の matcher 別挙動（startup の diff-only、resume/clear/compact の rule literal 再 anchor、fail-safe full emit）の詳細は 6. Adapter — on-session-start.sh を参照する。

4c.6. .claude/agents/ ファイル生成（Create-only ミラー）

• LI_PLUS_REPO/adapter/claude/agents/ が存在しない場合は本サブフェーズ全体をスキップ（adapter に subagent 定義がない／codex 等の非 claude adapter は影響を受けない）
• {workspace_root}/.claude/agents/ が存在しなければ作成する
• LI_PLUS_REPO/adapter/claude/agents/ 直下の *.md 各ファイルについて（FLAT、サブディレクトリなし）：
  • target = {workspace_root}/.claude/agents/<filename>.md
  • target が存在しなければソースをそのままコピー
  • target が存在すればスキップ（Create-only、ユーザーカスタマイズを保持）
• タグベースの上書きなし。stale 削除もしない（ユーザーが adapter ソースに無い custom subagent を保持している可能性があり、stale 扱いすると user work を破壊する）
• Create-only パターンは 4c.2 の character_Instance.md と同型。subagent ファイルはユーザーカスタマイズ可能なランタイムインスタンスであり、Li+ タグ追跡対象のソースではない。上流 adapter ソース更新は既存ユーザーファイルへ伝播しない；最新版を取り込みたいユーザーはローカルコピーを削除して再 bootstrap する必要がある

注意: bootstrap は次回セッションから有効。現セッションは Li+config.md の実行で継続する。

Codex ホストでは Phase 4 claude branch と同型に adapter / skills / hooks / agents を生成する（#1502 実機検証済みの Codex 配置）。

• skill は .agents/skills/<name>/SKILL.md に配置（Codex ネイティブの description 自動発火、trust 不要）
• 常時 rules には Codex 側のフォルダ相当が無いため、SessionStart hook が LI_PLUS_REPO clone から rules/**/*.md を読み additionalContext で注入する（.codex/hooks/on-session-start）。旧 branch の「bootstrap で rules を直接読む」ステップは廃止
• hook は .codex/hooks/（*.ps1 が Windows ネイティブ主経路 + *.sh POSIX フォールバック）に配置し、.codex/hooks.json で登録
• subagent（Codex "agents"）は .codex/agents/*.toml に配置

Codex hook trust 前提条件（ユーザーへ明示）: Codex の hook は実行前に一度だけ GUI trust が必要（Codex App → 設定 → フック → 当該プロジェクト → 信頼する）。build が hook 本体を変えるたびに再 trust が必要（trust は内容ハッシュ単位）。trust 前は SessionStart の rules 注入と毎ターンの gate 再注入が無音で何もしない。bootstrap は hook ファイルを書くが trust は付与できないため、Phase 6 完了報告で GUI trust を案内する。詳細は D. Installation を参照。

4x.1. アダプターの bootstrap

• target = {workspace_root}/AGENTS.md, source = adapter/codex/AGENTS.md
• sentinel 判定ロジックは 4c.1 と同一（存在しなければ新規、sentinel ありタグ一致でスキップ、不一致で section 差し替え、sentinel なしでユーザー確認）
• 32 KiB 上限: ルートの AGENTS.md は最小コア（identity / character / 起動契約）のみを保持。rules 全体は 4x.3 の SessionStart hook 注入で届くため inline しない（Codex の project_doc_max_bytes 既定 32 KiB を超えないため）

4x.2. .agents/skills/ ファイル生成（flat ディレクトリミラー）

• 4c.3 と同型だが、Codex ネイティブの skill 配置は .agents/skills/（.claude/skills/ ではない）
• {workspace_root}/.agents/skills/ が存在しなければ作成
• LI_PLUS_REPO の skills/<name>/SKILL.md を flat に走査し、.agents/skills/<name>/SKILL.md へそのままコピー（ソースタグ一致でスキップ）
• 古い skills の削除: .agents/skills/ 配下で LI_PLUS_REPO/skills/ に存在しない <name>/ ディレクトリは再帰削除
• ここで生成した「インストール済み skill 名の一覧」は、4x.5 の l1-gate-eval skills-disable enumeration の入力になる。先に控えておく

4x.3. hooks の bootstrap

• ソースファイル:
  • adapter/codex/hooks-config.md — .codex/hooks.json の JSON ブロックをリテラルで保持（config.toml [hooks] 代替スニペットも併記）
  • adapter/codex/hooks/*.ps1（Windows ネイティブ主経路）+ adapter/codex/hooks/*.sh（POSIX フォールバック）
• .ps1 のバイト忠実コピー（重要）: .ps1 は BOM 付き UTF-8（先頭 3 バイト EF BB BF）。これを呼び出す Windows PowerShell 5.1 は BOM 無しの非 ASCII .ps1 を誤読する。.ps1 は生バイトでコピーし、BOM を剥がす / 付け直す / 改行を書き換えるテキスト変換を通さない。インストール後、各 .ps1 が EF BB BF で始まることを検証する（.sh は BOM 無し LF 終端 UTF-8、こちらもそのままコピー）
• hook 本体の {LI_PLUS_TAG} 置換: # Source: ... ({LI_PLUS_TAG}) 行の token を解決済みターゲットタグへ置換。BOM とその他バイトを保つためバイトレベルの token 置換で行う（token は ASCII、置換は先頭 BOM に触れない）
• .codex/hooks.json の {WORKSPACE_ROOT} 置換: Codex の hook は絶対パスが必要（$CLAUDE_PROJECT_DIR 相当が無い）。.codex/hooks.json 内の {WORKSPACE_ROOT} をすべて絶対 workspace パスへ置換。スペースを含むパスは quote（テンプレートは -File 引数を既に quote 済み）
• {workspace_root}/.codex/hooks.json は Li+ 所有（compare-and-overwrite）:
  • 存在しない → adapter/codex/hooks-config.md の JSON ブロックから生成（{WORKSPACE_ROOT} 置換済み）。{workspace_root}/.codex/hooks/ を作成し adapter/codex/hooks/*.ps1・*.sh をバイト忠実にコピー
  • 存在し内容が byte 一致 → スキップ
  • 存在し内容が異なる → テンプレートで上書き（ユーザー固有の Codex 設定は Li+ 非所有の {workspace_root}/.codex/config.toml に置く。hook を TOML 配置したい場合は config.toml [hooks] スニペットが代替。hooks.json と TOML を両用しない＝二重登録になる）
  • SessionStart は単一の regex matcher startup|resume|clear|compact（Codex の matcher は regex、1 エントリで 4 ソースを網羅）。rules 注入 + cold-start 素材はどのセッション入口でも発火
• {workspace_root}/.codex/hooks/*.{ps1,sh} の tag 追跡再生成:
  • 既存ファイルの # Source: ... (build-...) 行のタグを確認。一致でスキップ、不一致 / タグなしで再コピー（バイト忠実 .ps1 + {LI_PLUS_TAG} 置換）
  • 再生成は hook 内容ハッシュを変えるため Codex の GUI trust を無効化する。完了報告で再 trust を案内する
• on-session-start が Codex の rules 注入 + Cold-start Synthesis 素材 emitter。LI_PLUS_REPO clone の rules/**/*.md を読み literal を additionalContext で注入（Claude の .claude/rules/ 常時フォルダの Codex 代替）+ update-status marker（LI_PLUS_UPDATE_STATUS）+ diff-only cold-start 素材。synthesis は hook ではなく Character_Instance を介して AI が行う
• .sh ファイルに実行権限を付与（.ps1 は powershell -File 経由で呼ばれるため実行ビット不要）

4x.4. cold-start state ディレクトリの準備（diff-only 出力の永続化）

• 4c.5 と同型。Codex の state パスは .codex/state/

• on-session-start は各 section の fingerprint を {workspace_root}/.codex/state/last-cold-start-emit.json に永続化する

• {workspace_root}/.codex/state/ が存在しなければ作成

• {workspace_root}/.codex/state/.gitignore が存在しなければ以下のリテラルで作成（ユーザー変更済みは上書きしない）：

  # Li+ hook runtime state — local-only, not version-controlled.
  *
  !.gitignore
  

• このステップは冪等

4x.5. .codex/agents/ ファイル生成（Create-only ミラー + skills-disable enumeration）

• 4c.6 と同型だが、Codex agents は .codex/agents/*.toml（TOML）であり、l1-gate-eval は bootstrap が埋める skills-disable enumeration を追加で必要とする（Codex に global な skills-off スイッチが無いため）
• LI_PLUS_REPO/adapter/codex/agents/ が存在しなければ本サブフェーズ全体をスキップ
• {workspace_root}/.codex/agents/ が存在しなければ作成
• LI_PLUS_REPO/adapter/codex/agents/ 直下の *.toml 各ファイルについて（FLAT）:

  • target = {workspace_root}/.codex/agents/<filename>.toml

  • # Source: ... ({LI_PLUS_TAG}) 行の {LI_PLUS_TAG} を解決済みターゲットタグへ置換

  • skills-disable enumeration（l1-gate-eval.toml のみ）: この agent は ZERO skill で動かす必要がある（brake-2 の root-criteria-only 要件）。Codex は skill を SKILL.md パス単位で無効化する（global 不可）。ファイル末尾の # --- Skills disable enumeration (filled by bootstrap) --- マーカー以降に、4x.2 でインストールした skill ごとに以下の TOML ブロックを 1 つずつ追記する：

    [[skills.config]]
    path = "{WORKSPACE_ROOT}/.agents/skills/<skill-name>/SKILL.md"
    enabled = false

    • {WORKSPACE_ROOT} を絶対 workspace パスへ置換（hook と同じく Codex は絶対パスが必要）
    • 4x.2 でインストールした <name>/SKILL.md の集合と同じ数だけブロックを emit。将来の Codex build が global skills toggle を追加したら、この enumeration をそれで置き換え可（ソースファイルの placeholder コメント参照）
    • 他の agent（dialogue-evaluator.toml など）には skills-disable enumeration を付けない。{LI_PLUS_TAG} 置換のみでコピー

  • target が存在しない → 生成内容を書く

  • target が存在する → スキップ（Create-only、ユーザーカスタマイズを保持）。skills-disable enumeration は初回 install 時にのみ生成される。後でインストール skill 集合が変わった場合、ユーザーはローカルの l1-gate-eval.toml を削除して再 bootstrap し enumeration を再生成する必要がある（4c.6 と同じ Create-only caveat）。skill 集合が変わったがローカル l1-gate-eval.toml が既存の場合は完了報告で surface する

• タグベースの上書きなし。stale 削除もしない（adapter ソースに無い custom agent をユーザーが保持している可能性）

注意: bootstrap は次回セッションから有効、かつ一度きりの Codex GUI hook trust が前提（4x 冒頭）。現セッションは Li+config.md の実行で継続。trust 付与までは rules 注入と毎ターンの gate は走らない

---

参照: Li+update.md Phase 5。依存: Phase 2（gh CLI 認証済み）。

5.1. USER_REPOn 作業クローンの準備

Li+config.md 内の USER_REPO1、USER_REPO2、… を順に enumerate して以下を実行する:

• 値がデフォルト値（テンプレート初期値の URL プレースホルダ等）の場合はスキップ
• 値が LI_PLUS_REPO と一致する場合: ローカル clone で git checkout main を実行
• それ以外: ワークスペースに対象リポジトリのディレクトリが存在しなければリポジトリ名で clone。既に存在する場合はスキップ（再 clone しない）

URL から owner / repository name は parse して抽出する（gh CLI integration 用）。HTTPS / git+ssh / local path / file:// はいずれも受容する（詳細は B. Configuration の USER_REPOn 節を参照）。

---

参照: Li+update.md Phase 6。依存: すべての先行 Phase。

6.1. 更新同期完了を報告する。

6.2. runtime=codex のみ — 一度きりの GUI hook trust を案内する

• Codex App を開き hook を trust するよう案内する（設定 → フック → 当該プロジェクト → 信頼する）。trust 付与までは SessionStart の rules 注入と毎ターンの Trigger Check Gate 再注入が走らない（Phase 4 codex 冒頭、step-by-step は D. Installation）。
• 本 bootstrap が hook 本体を再生成した場合（tag bump）、trust の再付与が必要なことを伝える（trust は内容ハッシュ単位）。
• インストール済み skill 集合が変わったがローカルの .codex/agents/l1-gate-eval.toml が既存（Create-only、未再生成 — 4x.5 参照）の場合、skills-disable enumeration を更新するにはそのファイルを削除して再 bootstrap する必要があることを伝える。

---

• B. Configuration — 設定リファレンス
• D. Installation — Quickstart セットアップ手順
• 6. Adapter — アダプターレイヤー仕様書

---

再構築・削除・最適化はすべて許容する。構造の一貫性のみ維持する。