claude-code-conductor 2.56.0__tar.gz → 2.58.0__tar.gz

claude_code_conductor-2.58.0/.claude/.gitignore

@@ -0,0 +1,69 @@
+# =============================================================================
+# C3 が利用先プロジェクトへ配置する .gitignore
+#
+# 方針: 実行時生成領域は「載せない理由があるもの以外は git 管理する」。
+#   C3 は使いながら育てるフレームワークで、育った結果（agent-memory / reports /
+#   memory / state/c3.db）はチームの引き継ぎ資産になる。載せなければ、その資産は
+#   最初に動かした人のマシンにしか残らない。
+#   分類の根拠と public リポジトリでの注意は docs/config-policy.md §1-2 を参照。
+#
+# ここで除外するのは次の 2 種類だけ:
+#   (a) 再生成可能    … 元データから再構築できる
+#   (b) セッション一時 … 1 セッション限りで意味を失う
+#
+# このファイルは c3 init が配置する。**c3 update は上書きしない**ため
+# （_excludes.py の INIT_ONLY_PATTERNS）、プロジェクト固有の除外をここへ追記しても
+# アップデートで失われない。ただし C3 側の分類更新（新しい一時ファイルの追加など）も
+# 自動では届かないので、リリースノートで案内された変更は手動でマージすること。
+# =============================================================================
+
+# --- (a) 再生成可能 ----------------------------------------------------------
+# recall インデックス。`c3 recall rebuild` で元データから再構築できる。
+# 実測で数十 MB あり、更新のたびに履歴を太らせるため除外する。
+state/recall.hnsw
+state/recall_meta.json
+state/*.bak
+
+# --- (b) セッション一時 ------------------------------------------------------
+# hook が毎セッション書き換える使い捨てファイル。
+# ただし setup_done.flag は「/setup 実行済み」というプロジェクト単位の状態なので
+# 除外しない（新しく参加した人が setup 未実施と誤判定されるのを防ぐ）。
+state/*.flag
+!state/setup_done.flag
+state/tier_selection.json
+state/*.lock
+
+# SQLite の WAL サイドカー（db.py は PRAGMA journal_mode=WAL で開く）。
+# 通常はチェックポイントで c3.db 本体へ取り込まれるが、プロセス異常終了時に
+# 残存しうる。トランザクション中間データを「引き継ぎ資産」として commit しない。
+state/*-wal
+state/*-shm
+
+# 実行ログ・並列実行の一時領域（.gitkeep は空ディレクトリ維持のため残す）
+logs/
+worktrees/
+tmp/*
+!tmp/.gitkeep
+
+# --- 個人設定 ----------------------------------------------------------------
+# per-user / per-environment の設定。C3 は触らない。
+settings.local.json
+
+# =============================================================================
+# 意図的に tracked にしているもの（ここで除外しない）
+#
+#   state/c3.db                          tier-routing の学習と review-hint の判断記録
+#                                        （許容例外・是正履歴）。載せないと「この
+#                                        プロジェクトではこの指摘を許容する」という
+#                                        合意が、記録した個人に閉じる
+#   state/setup_done.flag                /setup 実行済みマーカー
+#   state/security_audit_exceptions.json 許容例外の設定
+#   state/tier_autoapply.jsonl           tier 適用ログ
+#   agent-memory/                        各 agent が蓄積した判断基準
+#   reports/                             PR で「レポート＋実差分」を並べて読める
+#   memory/                              セッション記録・学習パターン
+#
+# public リポジトリでは security 系（security-reviewer の agent-memory と
+# security-review-report-*.md）が「既知の弱点と、それを見逃している理由の一覧」に
+# なるため、公開プロジェクトではそれらの除外を検討する（docs/config-policy.md §1-2）。
+# =============================================================================

{claude_code_conductor-2.56.0 → claude_code_conductor-2.58.0}/.claude/agents/code-reviewer.md

@@ -19,13 +19,11 @@ tools:
 コードの品質・保守性・パフォーマンスをレビューし、改善提案を code-review-report として出力する。
 
 ## Memory
-- 起動時に `.claude/agent-memory/code-reviewer/MEMORY.md` がシステムプロンプトに自動注入される（フロントマター `memory: project` による）。注入された内容を踏まえてレビューすること。
-- 作業終了時、次回以降のレビューに役立つ知見があれば MEMORY.md に追記する。記録対象は以下に限定する:
+- 作業終了時、次回以降のレビューに役立つ知見があれば `.claude/agent-memory/code-reviewer/MEMORY.md` に追記する。記録対象は以下に限定する:
   - 再現価値のあるレビュー観点・指摘パターン
-  - **許容例外**: ユーザーが指摘を許容した観点と理由（次回レビューでの再指摘を防ぐ）
+  - **許容例外**: ユーザーが指摘を許容した観点と理由（`[許容例外]` プレフィックスを付ける。次回レビューでの再指摘を防ぐ）
   - 本プロジェクト特有のコーディング規約・トレードオフ判断
-- 雑記録・一回性の進捗ログは記録しない。MEMORY.md は 200 行以内を保ち、超える場合は価値の低いエントリから削除する。
-- 形式は箇条書き 1 行 + 必要なら次行にインデントで補足。許容例外は `[許容例外]` プレフィックスを付けて理由を併記する。
+- 雑記録・一回性の進捗ログは記録しない。1 エントリ 1 行で簡潔に書き、MEMORY.md 全体は 200 行 / 25KB 以内に保つ（超過分は起動時に読まれない・超えたら価値の低いエントリから削除する）。
 
 ## Key Scope
 

{claude_code_conductor-2.56.0 → claude_code_conductor-2.58.0}/.claude/agents/developer.md

@@ -20,13 +20,11 @@ tools:
 plan-report に基づき実装・デバッグ・リファクタリングを行い、tester が検証できる状態にする。
 
 ## Memory
-- 起動時に `.claude/agent-memory/developer/MEMORY.md` がシステムプロンプトに自動注入される（フロントマター `memory: project` による）。注入された内容を踏まえて作業すること。
-- 作業終了時、次回以降の作業に役立つ知見があれば MEMORY.md に追記する。記録対象は以下に限定する:
+- 作業終了時、次回以降の作業に役立つ知見があれば `.claude/agent-memory/developer/MEMORY.md` に追記する。記録対象は以下に限定する:
   - 再現価値のある実装・リファクタリングのパターン
   - 同じハマり方を繰り返さないための注意点（言語・ライブラリ・ツール特有の落とし穴）
   - 本プロジェクト特有の制約・許容例外（理由とセットで）
-- 雑記録・一回性の進捗ログは記録しない。MEMORY.md は 200 行以内を保ち、超える場合は価値の低いエントリから削除する。
-- 形式は箇条書き 1 行 + 必要なら次行にインデントで補足。日付や ID は不要（コンテンツ自身が自己説明的であること）。
+- 雑記録・一回性の進捗ログは記録しない。1 エントリ 1 行で簡潔に書き、MEMORY.md 全体は 200 行 / 25KB 以内に保つ（超過分は起動時に読まれない・超えたら価値の低いエントリから削除する）。
 
 ## Key Scope
 

{claude_code_conductor-2.56.0 → claude_code_conductor-2.58.0}/.claude/agents/security-reviewer.md

@@ -19,13 +19,11 @@ tools:
 SQLインジェクション・XSS・認証認可・秘密情報漏洩などの脆弱性を診断し、security-review-report を出力する。
 
 ## Memory
-- 起動時に `.claude/agent-memory/security-reviewer/MEMORY.md` がシステムプロンプトに自動注入される（フロントマター `memory: project` による）。注入された内容を踏まえて診断すること。
-- 作業終了時、次回以降の診断に役立つ知見があれば MEMORY.md に追記する。記録対象は以下に限定する:
+- 作業終了時、次回以降の診断に役立つ知見があれば `.claude/agent-memory/security-reviewer/MEMORY.md` に追記する。記録対象は以下に限定する:
   - 再現価値のある脆弱性パターン・診断観点
-  - **許容例外**: ユーザーが指摘を許容したリスク・脅威モデル外と判断した観点と理由（次回診断での再指摘を防ぐ）
+  - **許容例外**: ユーザーが指摘を許容したリスク・脅威モデル外と判断した観点と理由（`[許容例外]` プレフィックスを付ける。次回診断での再指摘を防ぐ）
   - 本プロジェクト特有の脅威モデル・信頼境界・許容されている設計（理由とセットで）
-- 雑記録・一回性の進捗ログは記録しない。MEMORY.md は 200 行以内を保ち、超える場合は価値の低いエントリから削除する。
-- 形式は箇条書き 1 行 + 必要なら次行にインデントで補足。許容例外は `[許容例外]` プレフィックスを付けて理由を併記する。
+- 雑記録・一回性の進捗ログは記録しない。1 エントリ 1 行で簡潔に書き、MEMORY.md 全体は 200 行 / 25KB 以内に保つ（超過分は起動時に読まれない・超えたら価値の低いエントリから削除する）。
 
 ## Key Scope
 

{claude_code_conductor-2.56.0 → claude_code_conductor-2.58.0}/.claude/agents/systematic-debugger.md

@@ -19,13 +19,11 @@ developer が詰まった問題の根本原因を調査し、debug-analysis-repo
 コードの修正は行わない。調査と分析のみ担当する。
 
 ## Memory
-- 起動時に `.claude/agent-memory/systematic-debugger/MEMORY.md` がシステムプロンプトに自動注入される（フロントマター `memory: project` による）。注入された内容を踏まえて調査すること。
-- 作業終了時、次回以降の調査に役立つ知見があれば MEMORY.md に追記する。記録対象は以下に限定する:
-  - **過去の根本原因パターン**: 「症状 → 原因」のペア（同じ症状を再調査せずに済む）
+- 作業終了時、次回以降の調査に役立つ知見があれば `.claude/agent-memory/systematic-debugger/MEMORY.md` に追記する。記録対象は以下に限定する:
+  - **過去の根本原因パターン**: 「症状 → 原因」のペア（矢印で明示する。同じ症状を再調査せずに済む）
   - **有効だった調査経路**: 短時間で原因到達できた Grep / コマンド・差分の見方
   - 本プロジェクト特有の落とし穴（環境・設定・依存関係に起因する繰り返し問題）
-- 雑記録・一回性の進捗ログは記録しない。MEMORY.md は 200 行以内を保ち、超える場合は価値の低いエントリから削除する。
-- 形式は箇条書き 1 行 + 必要なら次行にインデントで補足。「症状 → 原因」のペアは矢印で明示する。
+- 雑記録・一回性の進捗ログは記録しない。1 エントリ 1 行で簡潔に書き、MEMORY.md 全体は 200 行 / 25KB 以内に保つ（超過分は起動時に読まれない・超えたら価値の低いエントリから削除する）。
 
 ## Key Scope
 

{claude_code_conductor-2.56.0 → claude_code_conductor-2.58.0}/.claude/agents/tester.md

@@ -18,13 +18,11 @@ tools:
 テスト仕様の設計・テストコード作成・テスト実行を行い、品質状況を test-report として出力する。
 
 ## Memory
-- 起動時に `.claude/agent-memory/tester/MEMORY.md` がシステムプロンプトに自動注入される（フロントマター `memory: project` による）。注入された内容を踏まえて作業すること。
-- 作業終了時、次回以降の作業に役立つ知見があれば MEMORY.md に追記する。記録対象は以下に限定する:
+- 作業終了時、次回以降の作業に役立つ知見があれば `.claude/agent-memory/tester/MEMORY.md` に追記する。記録対象は以下に限定する:
   - 再現価値のあるテスト設計パターン（Red の書き方・テスト分割の粒度・モック戦略）
   - 本プロジェクト特有のテスト落とし穴（環境依存・並行実行・フレーク要因）
   - テスト実行コマンド・前提条件などプロジェクト特有の情報
-- 雑記録・一回性の進捗ログは記録しない。MEMORY.md は 200 行以内を保ち、超える場合は価値の低いエントリから削除する。
-- 形式は箇条書き 1 行 + 必要なら次行にインデントで補足。日付や ID は不要（コンテンツ自身が自己説明的であること）。
+- 雑記録・一回性の進捗ログは記録しない。1 エントリ 1 行で簡潔に書き、MEMORY.md 全体は 200 行 / 25KB 以内に保つ（超過分は起動時に読まれない・超えたら価値の低いエントリから削除する）。
 
 ## Key Scope
 

{claude_code_conductor-2.56.0 → claude_code_conductor-2.58.0}/.claude/agents/wt_developer.md

@@ -25,13 +25,11 @@ tools:
 plan-report に基づき実装・デバッグ・リファクタリングを行い、tester が検証できる状態にする。
 
 ## Memory
-- 起動時に `.claude/agent-memory/wt_developer/MEMORY.md` がシステムプロンプトに自動注入される（フロントマター `memory: project` による）。注入された内容を踏まえて作業すること。
-- 作業終了時、次回以降の作業に役立つ知見があれば MEMORY.md に追記する。記録対象は以下に限定する:
+- 作業終了時、次回以降の作業に役立つ知見があれば `.claude/agent-memory/wt_developer/MEMORY.md` に追記する。記録対象は以下に限定する:
   - 再現価値のある実装・リファクタリングのパターン
   - 同じハマり方を繰り返さないための注意点（言語・ライブラリ・ツール特有の落とし穴）
   - 本プロジェクト特有の制約・許容例外（理由とセットで）
-- 雑記録・一回性の進捗ログは記録しない。MEMORY.md は 200 行以内を保ち、超える場合は価値の低いエントリから削除する。
-- 形式は箇条書き 1 行 + 必要なら次行にインデントで補足。日付や ID は不要（コンテンツ自身が自己説明的であること）。
+- 雑記録・一回性の進捗ログは記録しない。1 エントリ 1 行で簡潔に書き、MEMORY.md 全体は 200 行 / 25KB 以内に保つ（超過分は起動時に読まれない・超えたら価値の低いエントリから削除する）。
 
 ## Key Scope
 

{claude_code_conductor-2.56.0 → claude_code_conductor-2.58.0}/.claude/agents/wt_systematic-debugger.md

@@ -24,13 +24,11 @@ developer が詰まった問題の根本原因を調査し、debug-analysis-repo
 コードの修正は行わない。調査と分析のみ担当する。
 
 ## Memory
-- 起動時に `.claude/agent-memory/wt_systematic-debugger/MEMORY.md` がシステムプロンプトに自動注入される（フロントマター `memory: project` による）。注入された内容を踏まえて調査すること。
-- 作業終了時、次回以降の調査に役立つ知見があれば MEMORY.md に追記する。記録対象は以下に限定する:
-  - **過去の根本原因パターン**: 「症状 → 原因」のペア（同じ症状を再調査せずに済む）
+- 作業終了時、次回以降の調査に役立つ知見があれば `.claude/agent-memory/wt_systematic-debugger/MEMORY.md` に追記する。記録対象は以下に限定する:
+  - **過去の根本原因パターン**: 「症状 → 原因」のペア（矢印で明示する。同じ症状を再調査せずに済む）
   - **有効だった調査経路**: 短時間で原因到達できた Grep / コマンド・差分の見方
   - 本プロジェクト特有の落とし穴（環境・設定・依存関係に起因する繰り返し問題）
-- 雑記録・一回性の進捗ログは記録しない。MEMORY.md は 200 行以内を保ち、超える場合は価値の低いエントリから削除する。
-- 形式は箇条書き 1 行 + 必要なら次行にインデントで補足。「症状 → 原因」のペアは矢印で明示する。
+- 雑記録・一回性の進捗ログは記録しない。1 エントリ 1 行で簡潔に書き、MEMORY.md 全体は 200 行 / 25KB 以内に保つ（超過分は起動時に読まれない・超えたら価値の低いエントリから削除する）。
 
 ## Key Scope
 

{claude_code_conductor-2.56.0 → claude_code_conductor-2.58.0}/.claude/agents/wt_tester.md

@@ -23,13 +23,11 @@ tools:
 テスト仕様の設計・テストコード作成・テスト実行を行い、品質状況を test-report として出力する。
 
 ## Memory
-- 起動時に `.claude/agent-memory/wt_tester/MEMORY.md` がシステムプロンプトに自動注入される（フロントマター `memory: project` による）。注入された内容を踏まえて作業すること。
-- 作業終了時、次回以降の作業に役立つ知見があれば MEMORY.md に追記する。記録対象は以下に限定する:
+- 作業終了時、次回以降の作業に役立つ知見があれば `.claude/agent-memory/wt_tester/MEMORY.md` に追記する。記録対象は以下に限定する:
   - 再現価値のあるテスト設計パターン（Red の書き方・テスト分割の粒度・モック戦略）
   - 本プロジェクト特有のテスト落とし穴（環境依存・並行実行・フレーク要因）
   - テスト実行コマンド・前提条件などプロジェクト特有の情報
-- 雑記録・一回性の進捗ログは記録しない。MEMORY.md は 200 行以内を保ち、超える場合は価値の低いエントリから削除する。
-- 形式は箇条書き 1 行 + 必要なら次行にインデントで補足。日付や ID は不要（コンテンツ自身が自己説明的であること）。
+- 雑記録・一回性の進捗ログは記録しない。1 エントリ 1 行で簡潔に書き、MEMORY.md 全体は 200 行 / 25KB 以内に保つ（超過分は起動時に読まれない・超えたら価値の低いエントリから削除する）。
 
 ## Key Scope
 

{claude_code_conductor-2.56.0 → claude_code_conductor-2.58.0}/.claude/breaking-changes.txt

@@ -9,3 +9,4 @@ v2.20.0|hooks/schema.sql removed; SQLite schema is now managed by c3/migrations/
 v2.41.0|Learning tables tier_bandit/tier_recent_outcomes are DROPPED and learning data resets; record_tier_outcome.py replaced by record_agent_outcome.py; c3 tier stats --json shape changed; old db.py tier APIs removed or shimmed (shims removed next release)|
 v2.43.0|Dropped agent_tier_bandit table (migration 005; bandit params now derived from agent_outcomes event log at read time, learning data preserved). Removed update_agent_tier_params and five v2.41.0 deprecated shims (read_tier_params, read_tier_failure_rate, update_tier_params, record_tier_recent_outcome, sync_tier_bandit_cost). read_agent_failure_rate signature changed: last_n replaced by window_days (time-based window, default 14 days via C3_FAILURE_WINDOW_DAYS).|
 v2.51.0|Hook and statusLine launchers in the distributed settings.json changed from bare 'python' to 'c3 run'. Run 'c3 update' to migrate. If you customized settings.json directly, review 'c3 update --dry-run' first and move customizations to settings.local.json before updating.|配布 settings.json の hook / statusLine 起動子が python から c3 run 前提に変更。c3 update で移行。settings.json を直接カスタムしている場合は c3 update --dry-run で差分確認しカスタムを settings.local.json へ移してから update。
+v2.58.0|c3 init and c3 update now place .claude/.gitignore in the target project. It excludes only regenerable files (state/recall.*) and session-scoped files (state/*.flag, state/tier_selection.json, logs/, worktrees/, tmp/). Existing projects that already committed those must run 'git rm -r --cached .claude/state/recall.hnsw .claude/state/recall_meta.json .claude/logs .claude/worktrees' once and commit, because .gitignore has no effect on already-tracked files. If your root .gitignore excludes the whole .claude/state/ directory, git never descends into it and the negation patterns in .claude/.gitignore do not apply; change the root rule to .claude/state/* or remove it. See .claude/docs/config-policy.md section 1-2.|c3 init / c3 update が .claude/.gitignore を配置するようになりました。除外は再生成可能なもの（state/recall.*）とセッション一時のもの（state/*.flag・state/tier_selection.json・logs/・worktrees/・tmp/）のみです。既にこれらを commit している既存プロジェクトは、.gitignore が tracked ファイルに効かないため git rm -r --cached を一度実行してください。ルートの .gitignore で .claude/state/ をディレクトリごと除外している場合は否定パターンが効かないため、ワイルドカード形式へ変更するか削除してください。詳細は .claude/docs/config-policy.md §1-2 を参照。

{claude_code_conductor-2.56.0 → claude_code_conductor-2.58.0}/.claude/docs/config-policy.md

@@ -37,14 +37,85 @@ src/c3/migrations/                     SQLite schema migration SQL ファイル
 .claude/rules/                         c3 init で配置・c3 update で更新
 .claude/rules/promoted/index.md        c3 init で空雛形のみ配置（c3 update は触らない）
 .claude/hooks/                         c3 init で配置・c3 update で更新
-.claude/state/                         実行時生成（gitignore 推奨）
-.claude/memory/                        実行時生成
-.claude/agent-memory/                  実行時生成
-.claude/reports/                       実行時生成（gitignore 推奨）
-.claude/worktrees/                     並列実行時一時生成
-.claude/logs/                          実行時生成
+.claude/state/                         実行時生成（c3.db 等は git 管理を推奨・一部除外。下記参照）
+.claude/memory/                        実行時生成（チーム開発では git 管理を推奨。下記参照）
+.claude/agent-memory/                  実行時生成（チーム開発では git 管理を推奨。下記参照）
+.claude/reports/                       実行時生成（チーム開発では git 管理を推奨。下記参照）
+.claude/worktrees/                     並列実行時一時生成（.claude/.gitignore が自動除外）
+.claude/logs/                          実行時生成（.claude/.gitignore が自動除外）
 ```
 
+> **`.claude/` 実行時生成領域のコミット方針**: **チーム開発では「載せない理由があるもの以外は
+> git 管理する」を既定とする。** C3 は使いながら育てるフレームワークで、育った結果の大半は
+> これらの領域に溜まる。載せなければ、その資産は最初に動かした人のマシンにしか存在しない。
+> **`c3 init` は `.claude/.gitignore` を配置する**（プロジェクトルートの `.gitignore` は編集しない）。
+> そこで除外されない領域は既定で tracked になる。
+>
+> **載せない**（載せても価値がないか、載せると邪魔になるもの）:
+>
+> | 対象 | 理由 |
+> |---|---|
+> | `state/recall.hnsw` / `state/recall_meta.json`（+ `.bak`） | **元データから再生成可能**。実測 63MB あり履歴を無用に太らせる |
+> | `state/*.flag` / `state/tier_selection.json` | hook が動的生成する**セッション一時**ファイル |
+> | `logs/` / `worktrees/` | 実行ログ・並列実行の一時領域 |
+>
+> > **既存プロジェクトへの移行（重要）**: **`.gitignore` は「既に tracked のファイル」には効かない。**
+> > v2.58.0 より前から C3 を使っていて `state/recall.hnsw`（実測 63MB）等を既に commit している場合、
+> > `c3 update` で `.claude/.gitignore` が配置されても**それだけでは追跡から外れない**。
+> > 一度だけ以下を実行する（作業ツリーのファイルは消えない）:
+> >
+> > ```bash
+> > git rm -r --cached .claude/state/recall.hnsw .claude/state/recall_meta.json \
+> >                    .claude/logs .claude/worktrees 2>/dev/null
+> > git status   # 削除予定が想定どおりか確認してから commit する
+> > ```
+> >
+> > 履歴からも消したい場合（63MB が clone を重くしている等）は `git filter-repo` 等での
+> > 履歴書き換えが必要で、共有ブランチでは force push を伴うためチームと合意してから行う。
+> > **未 commit のプロジェクトでは何もしなくてよい**（`.claude/.gitignore` が最初から効く）。
+> >
+> > また、プロジェクトルートの `.gitignore` で `.claude/state/` のように**ディレクトリごと**除外して
+> > いる場合、git はその配下へ降りないため `.claude/.gitignore` の否定パターン（`!state/setup_done.flag`
+> > 等）が**効かない**。ルート側を `.claude/state/*` のようなワイルドカード形式にするか、
+> > ルート側の当該行を削除して `.claude/.gitignore` に一本化する。
+>
+> **載せる**（引き継ぎ資産）:
+>
+> | 対象 | 何が引き継がれるか |
+> |---|---|
+> | `agent-memory/` | 各 agent が蓄積した判断基準。とりわけ reviewer の `[許容例外]`（この指摘はこのプロジェクトでは許容する、というユーザー判断の記録）は、コミットして初めてチーム全員の reviewer が同じ判断を再現できる |
+> | `reports/` | 個々の変更の記録。PR レビュー時に「レポート＋実差分」を並べて読め、レビュアーが変更の意図まで追える（実運用で有効性を確認済み） |
+> | `memory/` | セッション記録（現在地・残タスク・うまくいったアプローチ）と学習パターン。次に触る人が前回の文脈から再開できる |
+> | `state/c3.db` | tier-routing の学習データと review-hint の判断記録（許容例外・是正履歴）。載せないと「このプロジェクトではこの指摘を許容する」という合意が記録した個人に閉じる |
+> | `state/security_audit_exceptions.json` / `state/tier_autoapply.jsonl` | 許容例外の設定と tier 適用ログ |
+>
+> agent-memory は Claude Code の `memory: project` スコープの実体で、公式仕様でも「バージョン管理で
+> 共有可能」な領域として設計されている（共有したくないものは `user` / `local` スコープに置く）。
+>
+> **c3.db のコンフリクトについて**: SQLite バイナリは git でマージできないため、同一プロジェクトを
+> 複数人が**同時に**改修する運用では、衝突時の解決手段が「どちらかの DB を丸ごと選ぶ」しかなく
+> 片方の記録が失われる。2026-07-28 時点の実運用ではコンフリクトは発生していない（同一プロジェクトへの
+> 同時改修という運用形態を取っていないため）。**まず載せる方針とし、実際に衝突が問題化した時点で
+> エクスポート方式（DB を JSONL 等へダンプして tracked にし、DB 本体は再構築する）を検討する。**
+> 衝突の起きやすさはチームの運用形態に依存するため、一律の正解はない。
+>
+> **前提となる規律**: コミットする以上、agent 定義の `## Memory` 節が定める**記録対象の限定**
+> （秘密情報・一時情報・雑記録を書かない）が守られている必要がある。共有するとこの規律は
+> 「自分だけの問題」ではなくなる。
+>
+> **public リポジトリでの注意**: security-reviewer の MEMORY.md と `security-review-report-*.md`
+> には構造上「この脅威はこのプロジェクトでは許容する・理由は〜」が蓄積される。private repo では
+> チームの資産だが、public では「**既知の弱点と、それを見逃している理由の一覧**」を公開することに
+> なる。公開プロジェクトでは security 系（reviewer の agent-memory と security-review-report）を
+> `.gitignore` に加えるか `local` スコープへ移すことを検討する。
+> （C3 配布元リポジトリ自身が `.claude/agent-memory/` と `.claude/reports/` を gitignore して
+> いるのは、この理由と、配布物と開発ログを分けるためであって、「共有すべきでない領域だから」
+> ではない。）
+>
+> なお各 `MEMORY.md` は起動時に**先頭 200 行 / 25KB まで**しか system prompt に載らない（超過分は
+> 読まれない）。共有運用ではこれは「チーム全員の reviewer が過去の合意を読めなくなる」ことを意味する
+> ため、`stop.py` が 80% 到達で stderr 警告を出す。警告が出たら価値の低いエントリから削って予算内に戻す。
+
 ### 1-3. ディレクトリの命名・配置チート
 
 各ディレクトリの **命名・役割・配置判断** は `.claude/docs/taxonomy.md` を参照。
@@ -61,7 +132,7 @@ src/c3/migrations/                     SQLite schema migration SQL ファイル
 同じキー（`permissions.allow` など）が複数ファイルで定義されている場合、
 **上位ファイルが下位ファイルを上書き**する（高 → 低の順）:
 
-1. `.claude/settings.local.json` — 個人 override（`.gitignore` 推奨。c3 update の対象外）
+1. `.claude/settings.local.json` — 個人 override（`.claude/.gitignore` が自動除外。c3 update の対象外）
 2. `.claude/settings.json` — プロジェクト共通設定（git 管理）
 3. `~/.claude/settings.json` — グローバル個人設定（マシンローカル）
 
@@ -103,10 +174,11 @@ src/c3/migrations/                     SQLite schema migration SQL ファイル
 | `.claude/CLAUDE.md` | ○ | ○ | △（c3 update で上書きされる前提で） |
 | `.claude/rules/*.md` | ○ | ○ | △（同上） |
 | `.claude/rules/promoted/index.md` | ○（空雛形のみ） | × | ○（`/promote-pattern` が追記、手動編集も可） |
+| `.claude/.gitignore` | ○ | ×（INIT_ONLY） | ○（追記は `c3 update` で失われない。C3 側の分類更新は手動マージ） |
 
 ---
 
-## 3. 配布判断マトリクス（14 カテゴリ）
+## 3. 配布判断マトリクス（15 カテゴリ）
 
 `_excludes.py` の `EXCLUDE_PATTERNS` / `KEEP_PATTERNS` を実装照合した結果。
 各カテゴリに配布有無・c3 update の更新有無・理由を明示する。
@@ -117,7 +189,7 @@ src/c3/migrations/                     SQLite schema migration SQL ファイル
 | 2 | `.claude/agents/*.md` | ○ | ○ | ペルソナ定義。配布先で読まれる。例外: `tdd-develop.md` のみ除外（v2.1.0 廃止） |
 | 3 | `.claude/skills/*/` | ○ | ○ | オーケストレーション/ユーティリティ skill 定義（`scripts/` / `templates/` 等サブディレクトリ含む）。例外: `worktree-tdd-workflow/*` のみ除外（v2.1.0 廃止） |
 | 4 | `.claude/rules/*.md` | ○ | ○ | C3 配布デフォルトルール（常時注入対象） |
-| 5 | `.claude/rules/promoted/*` | ○ | × | プロジェクト固有昇格ルール。配布元の `promoted/index.md` は空雛形のみ配布。利用先で `/promote-pattern` が追記する **ユーザー所有領域**。c3 update が触ると昇格内容が失われる |
+| 5 | `.claude/rules/promoted/*` | ○ | ×（`index.md` は INIT_ONLY） | プロジェクト固有昇格ルール。配布元の `promoted/index.md` は空雛形のみ配布。利用先で `/promote-pattern` が追記する **ユーザー所有領域**。`index.md` は `INIT_ONLY_PATTERNS` で上書きから保護される。昇格ルール本体（`YYYYMMDD-{id}.md`）は template 側に存在しないため `_walk_diff` の走査対象にならず元から無事 |
 | 6 | `.claude/docs/*.md` | △（一部のみ） | ○ | 利用先向けリファレンス。配布対象は `platform-adapters.md` / `settings.json.md` / `parallel-agents-setup.md` / `config-policy.md`（本ドキュメント）の 4 ファイル。配布元固有の設計メモ等は `_excludes.py` で個別除外。`taxonomy.md` は tracked（GitHub 公開）だが EXCLUDE 対象のため wheel 非配布（詳細は §7 落とし穴 2 参照）。 |
 | 7 | `.claude/CLAUDE.md` | ○ | ○ | 配布先で常時注入される共通ルール |
 | 8 | `.claude/settings.json` | ○ | ○ | プロジェクト共通設定（hooks 登録・permissions など） |
@@ -127,6 +199,7 @@ src/c3/migrations/                     SQLite schema migration SQL ファイル
 | 12 | `.dev/*` / `/CLAUDE.md` / `/AGENTS.md` / `/.codex/` / `/.cursor/` / `/.agents/` | × | — | 配布元専用または adapter 生成物。wheel には構造的に含まれない（`src/c3/_template/.claude/` 配下のみ同梱）が、配布元 `.gitignore` で commit 混入も防ぐ |
 | 13 | `.claude/deletions.txt` | ○ | ○ | `c3 update` が読み込み、利用先 `.claude/` から該当ファイルを削除候補として扱う。配布元の `.claude/deletions.txt` に追記したエントリは次回 pip install → `c3 update` で利用先に伝播。`KEEP_PATTERNS` で明示配布。`c3 update` 自体は本ファイルを削除しない（§7 落とし穴 5 参照） |
 | 14 | `.claude/breaking-changes.txt` | ○ | ○ | `c3 update` が読み込み、利用先の `.claude/state/c3_version.txt`（バージョン checkpoint）と diff を計算して破壊的変更を表示する。MAJOR bump 時は y/N 承認プロンプトを発火。`KEEP_PATTERNS` で明示配布。配布元 `.claude/breaking-changes.txt` を更新すれば次回 pip install → `c3 update` で利用先に伝播。利用先 git 管理は tracked（上書きされる） |
+| 15 | `.claude/.gitignore` | ○ | ×（INIT_ONLY） | 利用先の実行時生成領域のうち「再生成可能」「セッション一時」だけを除外する配布 `.gitignore`（§1-2 の方針の実装）。プロジェクトルートの `.gitignore` は編集しないため既存設定と衝突しない。`INIT_ONLY_PATTERNS` により初回配置のみで **c3 update は上書きしない**（利用先の追記を守る）。C3 側で分類を更新した場合はリリースノートで手動マージを案内する |
 
 > **注意 (カテゴリ #6)**: `taxonomy.md` は `_excludes.py` の EXCLUDE 対象だが、`.gitignore` では tracked 状態（GitHub に公開済み）。
 > **wheel には含まれない**点に注意。gitignore と wheel 配布は別レイヤーであり、
@@ -148,7 +221,7 @@ src/c3/migrations/                     SQLite schema migration SQL ファイル
 
 > **注意**: `git add -f` の強制オプションを使うと `.gitignore` が無効化されるため、秘匿情報が誤ってコミットされるリスクがある。CI/CD パイプラインでの自動 `add` 設定にも注意すること。
 
-> **注意**: `c3 init` はプロジェクトルートの `.gitignore` を自動編集しない。`settings.local.json` を新規作成する場合は、ユーザー自身が `.gitignore` に `.claude/settings.local.json` を追加すること。
+> **注意**: `c3 init` はプロジェクトルートの `.gitignore` を自動編集しない。代わりに `.claude/.gitignore` を配置し、その中で `settings.local.json` を除外している（v2.58.0〜）。**それ以前に `c3 init` した既存プロジェクトには `.claude/.gitignore` が無い**ため、`c3 update` で配置されるまではユーザー自身がルートの `.gitignore` に `.claude/settings.local.json` を追加すること。
 
 ### 原則 2: c3 update は触らない
 
@@ -203,7 +276,7 @@ C3 の wheel 配布除外パターンは **3 つのファイルに分散して
 
 | ファイル | 役割 | 変更が必要な場面 |
 |---|---|---|
-| `.gitignore` | git 追跡から除外（配布元リポジトリの個人作業ファイルを管理外に） | 配布元で新たに除外すべきファイルが増えた時 |
+| `.gitignore` | git 追跡から除外（配布元リポジトリの実行時データ・開発ログを管理外に。利用先の推奨方針は §1-2 の注記を参照） | 配布元で新たに除外すべきファイルが増えた時 |
 | `src/c3/_excludes.py` | `c3 init` / `c3 update` 時の除外判断（Python 実装） | 配布先への配布/非配布を変更する時 |
 | `hatch_build.py` | wheel ビルド時の除外判断（`_excludes.py` の重複定義） | `_excludes.py` を変更した時（必ず同期） |
 
@@ -265,11 +338,26 @@ C3 の wheel 配布除外パターンは **3 つのファイルに分散して
 または「なぜ promoted/ は更新されないのか」と疑問に思う。
 
 **原因**: `.claude/rules/promoted/index.md` は **ユーザー所有領域**。
-c3 update が上書きすると利用先で `/promote-pattern` が追記したルールが消失するため、意図的に除外している（§3 カテゴリ #5 参照）。
+c3 update が上書きすると利用先で `/promote-pattern` が追記した目録行が消失するため、
+`_excludes.py` の **`INIT_ONLY_PATTERNS`** で「初回配置のみ・update は触らない」に指定している（§3 カテゴリ #5 参照）。
+
+> **経緯（v2.58.0）**: それ以前は「意図的に除外している」と書きながら実装が伴っておらず
+> （`should_skip("rules/promoted/index.md")` は `False`）、実際には `c3 update` の上書き対象だった。
+> 原因は `should_skip` が「wheel 収録 / init 配置 / update 上書き」の 3 つを 1 つの真偽値で兼ねており、
+> 「init では配置するが update では触らない」を表現できなかったこと。`INIT_ONLY_PATTERNS` で
+> 3 番目の軸を分離して解消した。
 
 **対処**: `promoted/` への変更は `c3 update` に委ねず、手動または `/promote-pattern` skill で管理する。
 C3 side で `promoted/` の雛形を更新した場合は、リリースノートで手動マージ手順を案内する。
 
+**削除経路**: INIT_ONLY ファイルは `_walk_diff` だけでなく `.claude/deletions.txt` 経由の削除からも保護される。
+配布元が誤って `rules/promoted/index.md` を `deletions.txt` に追記しても、利用先ユーザーが育てた
+目録行が完全削除されることはない（セーフガード step 13 で弾かれ、warning が出力される）。
+
+**意図的廃止の場合**: INIT_ONLY をユーザーの同意のもと廃止したい場合、`deletions.txt` は使えない
+（セーフガード構造上、INIT_ONLY は削除不能に設計）。代わりにリリースノートで「利用先ユーザーが
+手動で削除するよう案内する」手順を記載する（c3 update では自動削除できない制約を明記）。
+
 ### 落とし穴 4: `deletions.txt` 自身は削除されない・絶対パスは無視される
 
 **症状**: `deletions.txt` が利用先に残り続ける / 絶対パスを書いたのに削除されない / `..` 含みパスが効かない。
@@ -285,6 +373,12 @@ C3 side で `promoted/` の雛形を更新した場合は、リリースノー
   - シンボリックリンク経由のパス
   - ディレクトリ（ファイルのみサポート）
   - `\` （バックスラッシュ）を含むパス
+  - INIT_ONLY ファイル（`.gitignore` / `rules/promoted/index.md`）。判定は解決済み実体パスに対して
+    成分正規化（各パートに `.lower().rstrip('. ')` 適用）して行われるため、表記ゆれ（二重スラッシュ
+    `rules//promoted/`・末尾スラッシュ `rules/promoted/index.md/`・大小違い `RULES/PROMOTED/INDEX.MD` や
+    `.GITIGNORE`）でも全 OS で保護される。実在しないファイルに対しても保護が成立する（従来は実体ケース
+    正準化に依存していたが、実体がない場合は `Path.resolve()` はケース正準化を行わないため、全 OS 対応には
+    成分正規化が必須。また Unicode 正規化形の差（macOS の NFD など）は `.lower()` では畳まれないという制限あり）
 
 **対処**:
 - 削除候補に書くパスは「.claude/ からの相対 POSIX パス」のみ（例: `agents/foo.md`）

{claude_code_conductor-2.56.0 → claude_code_conductor-2.58.0}/.claude/hooks/_hook_utils.py

@@ -36,6 +36,8 @@ DEBUG_ENV = "C3_HOOK_DEBUG"
 _CONTROL_CHARS_RE = re.compile(r"[\x00-\x1f\x7f-\x9f]")
 
 
+# NOTE: 同一ロジックが src/c3/cli_update.py::_validate_deletion_path の step 13 に
+# 複製されている（import 経路がないため）。変更時は両方を揃えること。
 def norm_component(s: str) -> str:
     """パス成分を正規化する（ケース非依存化・末尾ドット/スペース除去）。
 

{claude_code_conductor-2.56.0 → claude_code_conductor-2.58.0}/.claude/hooks/stop.py

@@ -34,6 +34,21 @@ MAX_DESCRIPTION_LENGTH = 500
 DESCRIPTION_WARN_LENGTH = 1000
 MAX_LAST_MSG = 500
 
+# サブエージェントの MEMORY.md は、ハーネスが起動時に「先頭 200 行 / 25KB」までしか
+# system prompt へ載せない（公式 sub-agents.md「Enable persistent memory」）。
+# 超過分は読まれないため、過去にユーザーと合意した許容例外が injection window 外へ落ち、
+# 次回起動時にその合意を知らないまま再指摘する（＝合意の実効的な巻き戻り）。
+# ハーネスの truncation は「読まれる範囲」の cutoff であって「書く量」の抑制圧力ではないため、
+# 超過後ではなく予算の 80% 到達時点で警告する（超過時点では既に巻き戻りが起きている）。
+AGENT_MEMORY_DIR = os.path.join(_CLAUDE_DIR, 'agent-memory')
+AGENT_MEMORY_LIMIT_BYTES = 25 * 1024
+AGENT_MEMORY_LIMIT_LINES = 200
+AGENT_MEMORY_WARN_RATIO = 0.8
+# 行数カウントのための読み込み上限。サイズ自体は getsize() で正確に取れるため、
+# 全体を read() する必要はない。予算の 2 倍を超えたファイルは（上限を超えた時点で
+# 必ず警告条件を満たすので）行数を下限値として報告する [SR-NEW]。
+AGENT_MEMORY_READ_CAP_BYTES = AGENT_MEMORY_LIMIT_BYTES * 2
+
 # 過去セッションファイルから引き継ぐ - [ ] 行のサニタイズ用パターン。
 # C0/C1 制御文字 (タブ 	 と通常スペース   は保持) と U+2028 / U+2029 を除去する。
 # 過去ファイルの ## 残タスク はユーザー編集領域のため信頼境界として扱う [SR-V-001]。
@@ -42,6 +57,21 @@ _INHERIT_SANITIZE_RE = re.compile(
     r'[\x00-\x08\x0b-\x1f\x7f-\x9f' + chr(0x2028) + chr(0x2029) + r']'
 )
 
+# stderr へ表示する外部由来の値（agent-memory のディレクトリ名・patterns.json の id 等）の
+# 無害化用。_INHERIT_SANITIZE_RE はセッションファイルの「行単位」処理向けで LF が来ない前提の
+# ため \x0a を残すが、表示経路では改行が入ると「1 件 1 行」の出力契約が崩れ、後続テキストを
+# 独立した警告行に見せかけられる [SR-V-001]。表示用は C0 全域（TAB 含む）・C1 に加え、
+# 双方向制御文字とゼロ幅文字（表示偽装）も除去する。
+_DISPLAY_SANITIZE_RE = re.compile(
+    r'[\x00-\x1f\x7f-\x9f'
+    + chr(0x200b) + '-' + chr(0x200f)
+    + chr(0x2028) + chr(0x2029)
+    + chr(0x202a) + '-' + chr(0x202e)
+    + chr(0x2066) + '-' + chr(0x2069)
+    + chr(0xfeff)
+    + r']'
+)
+
 # _append_last_message が処理済みのパスを記録するキャッシュ（重複 read/write 防止）。
 _last_message_applied_paths: set = set()
 
@@ -356,7 +386,7 @@ def _warn_oversized_descriptions(patterns: list) -> None:
             # 制御文字/ANSI 等を除去し MAX_ID_LENGTH で切り詰めて無害化する。
             if not isinstance(pid, str):
                 pid = str(pid)
-            pid = _INHERIT_SANITIZE_RE.sub('', pid)[:MAX_ID_LENGTH]
+            pid = _DISPLAY_SANITIZE_RE.sub('', pid)[:MAX_ID_LENGTH]
             print(
                 f'[Stop] patterns.json エントリの description が肥大しています '
                 f'(id={pid}, {len(desc)}字 > {DESCRIPTION_WARN_LENGTH}字)。'
@@ -365,6 +395,55 @@ def _warn_oversized_descriptions(patterns: list) -> None:
             )
 
 
+def _warn_oversized_agent_memory() -> None:
+    """agent-memory/*/MEMORY.md が injection 予算の 80% に達していたら stderr 警告する。
+
+    削除・切り詰めは行わない（警告のみ・read-only）。1 ファイル 1 行で出力する。
+    patterns.json 側の `_warn_oversized_descriptions` と同じ「警告のみ」方針を取る。
+    本関数は例外を出さない防御的実装だが、呼び出し側でも try/except で二重に保護する。
+    """
+    warn_bytes = int(AGENT_MEMORY_LIMIT_BYTES * AGENT_MEMORY_WARN_RATIO)
+    warn_lines = int(AGENT_MEMORY_LIMIT_LINES * AGENT_MEMORY_WARN_RATIO)
+    try:
+        names = sorted(os.listdir(AGENT_MEMORY_DIR))
+    except OSError:
+        # 利用先の初回起動時などディレクトリ自体が無い場合は何もしない
+        return
+
+    for name in names:
+        path = os.path.join(AGENT_MEMORY_DIR, name, 'MEMORY.md')
+        try:
+            size = os.path.getsize(path)
+            with open(path, 'rb') as f:
+                head = f.read(AGENT_MEMORY_READ_CAP_BYTES)
+        except OSError:
+            # MEMORY.md 未生成のディレクトリ（wt_developer 等）や
+            # トップ階層の .gitkeep 等はスキップする
+            continue
+
+        # 末尾改行は行を増やさない（全 agent-memory ファイルが末尾改行ありのため、
+        # 単純な count+1 だと通常経路で常に 1 行多く報告してしまう）。
+        lines = head.count(b'\n')
+        if head and not head.endswith(b'\n'):
+            lines += 1
+        truncated = size > len(head)
+
+        if size <= warn_bytes and lines <= warn_lines:
+            continue
+
+        # ディレクトリ名はファイルシステム由来で未検証のため、出力前に制御文字・
+        # 表示偽装文字を除去し MAX_ID_LENGTH で切り詰めて無害化する。
+        safe = _DISPLAY_SANITIZE_RE.sub('', name)[:MAX_ID_LENGTH]
+        line_label = f'{lines}行以上' if truncated else f'{lines}行'
+        print(
+            f'[Stop] agent-memory/{safe}/MEMORY.md が injection 予算に接近しています '
+            f'({size}B / {AGENT_MEMORY_LIMIT_BYTES}B, {line_label} / {AGENT_MEMORY_LIMIT_LINES}行)。'
+            f'超えた分は起動時に system prompt へ載らず、蓄積した知見が読まれなくなります。'
+            f'価値の低いエントリから削って予算内に戻してください',
+            file=sys.stderr,
+        )
+
+
 def update_patterns(date_str: str) -> None:
     new_observations = extract_session_patterns(date_str)
     data = load_patterns()
@@ -467,6 +546,13 @@ def run(payload: dict) -> int:
         _append_last_message(get_session_path(today_str), last_msg)
 
     update_patterns(today_str)
+
+    # agent-memory の肥大検知（警告のみ）。誤動作しても Stop を止めない。
+    try:
+        _warn_oversized_agent_memory()
+    except Exception:
+        pass
+
     return 0
 
 

{claude_code_conductor-2.56.0 → claude_code_conductor-2.58.0}/.claude/skills/autonomous-mode/SKILL.md

@@ -66,7 +66,7 @@ D-0（実行モード自動判別）は AskUserQuestion を持たないステッ
 | **B-3** | レポート承認 AskUserQuestion | **要点をテキスト提示して自動で次フェーズへ**（レポートは通常どおり Write・記録も通常どおり） |
 | **C-1** | マイルストーン要否 | 「設けない」相当で自動進行 |
 | **C-2** | レポート承認 AskUserQuestion | **要点をテキスト提示して自動で次フェーズへ**（レポートは通常どおり Write・記録も通常どおり） |
-| **C-3** | 監査 opt-in＋findings 分岐 | design-critic を**必ず起動**し、findings 分岐は原則**「全て対応する」に固定**（「全て許容して進む」を選べるのは **High/Medium が 0 で Low のみが残ったサイクル**に限る＝空収束防止）。**High/Medium 0 まで自動ループ（初回上限 5 サイクル、差し戻し後は上限 2 サイクルの別枠）**。Low の残存は収束を妨げない（残存件数を報告する）。severity 記録は通常どおり |
+| **C-3** | 監査 opt-in＋findings 分岐 | design-critic を**必ず起動**し、findings 分岐は原則**「全て対応する」に固定**（「全て許容して進む」を選べるのは **High/Medium が 0 で Low のみが残ったサイクル**に限る＝空収束防止）。**High/Medium 0 まで自動ループ（初回上限 5 サイクル、差し戻し後は上限 2 サイクルの別枠）**。Low の残存は収束を妨げない（残存件数を報告する）。severity 記録は通常どおり（差し戻し後も design-critic を必ず起動する。上限 2 サイクルの別枠・本表の C-3 行のとおり。転記行 2 種＝C-3省略宣言 / C-3監査要求の生成・評価も行わない。理由: 自律は人間の承認の目が無いため機械監査を厚く保つ）。ステップ 0 の転記行の確認は HITL のみ |
 | **D-2.5** | テスト承認 | **テスト全緑まで自動**（stuck 時は systematic-debugger 経由も自動）。全緑が客観条件 |
 | **D-3** | テスト承認 | **テスト全緑まで自動**（stuck 時は systematic-debugger 経由も自動）。全緑が客観条件 |
 | **D-5** | テスト承認 | **テスト全緑まで自動**（stuck 時は systematic-debugger 経由も自動）。全緑が客観条件 |
@@ -86,6 +86,8 @@ D-0（実行モード自動判別）は AskUserQuestion を持たないステッ
 **High/Medium を許容で流すことは引き続き構造的に禁じる**（空収束防止）。
 許容という価値判断がこの例外に当てはまらない場合は、従来どおり**人間の関所へエスカレーション**する。
 
+**dev-workflow C-3 のステップ 0（転記行の確認）は HITL 専用**: dev-workflow SKILL.md の C-3 ステップ 0 で転記行 2 種（C-3省略宣言 / C-3監査要求）を評価するステップと、これらの転記行を生成する C-2 の C-3省略宣言ブロックは HITL 専用。自律モードでは C-3 全体が本表に従い、差し戻し後も design-critic を必ず起動する（上限 2 サイクルの別枠・本表の C-3 行のとおり）。転記行 2 種の生成・評価も行わない。理由: 自律は人間の承認の目が無いため機械監査を厚く保つ。
+
 **収束サイクルに残った Low の扱い**（C-3 のみ）:
 
 | サイクルの状態 | 分岐 |