claude-code-conductor 2.45.0__tar.gz → 2.46.0__tar.gz

{claude_code_conductor-2.45.0 → claude_code_conductor-2.46.0}/.claude/skills/dev-workflow/SKILL.md

@@ -320,8 +320,22 @@ design-review-report を Read して findings の有無を確認する。design-
 }
 ```
 
+**severity 供給経路の注記**: 以下の design-critic 判断記録で渡す `--severity` は `high`/`medium`/`low` の 3 段階のみ（design-critic は `critical` を供給しない。`critical` は security-reviewer 経由でのみ記録され得る。§2-2 severity 語彙対応表）。
+
 **「全て対応する」の場合:**
-全指摘に `> **[対応予定]**` をマークしてから層別ルーティング（ステップ 4）へ。
+全指摘に `> **[対応予定]**` をマークする。
+
+**design-critic 判断記録**: マークした直後・同一ステップ内で、層別ルーティング（ステップ 4）へ進む前に、各 DC-XX-NNN について Bash で c3.db に記録する:
+```bash
+python .claude/skills/dev-workflow/scripts/record_review_decision.py \
+  --reviewer design-critic \
+  --checklist-id DC-XX-NNN \
+  --severity {high|medium|low} \
+  --decision fixed \
+  --finding "{指摘の1行要約（逐語引用せず・引用符/バッククォート/$ 等のシェルメタ文字を含めない。該当文字は置換/省略）}"
+```
+
+層別ルーティング（ステップ 4）へ。
 
 **「対応する指摘を選ぶ」の場合:**
 続けて AskUserQuestion で確認する（別ターン）:
@@ -334,7 +348,16 @@ design-review-report を Read して findings の有無を確認する。design-
 ```
 1. 対応する指摘に `> **[対応予定]**` を Edit で追記する
 2. 許容する指摘の直下に `> **[許容]** {理由}` を Edit で追記する（検出記録は削除しない）
-3. `[対応予定]` を付けた finding が 1 件以上あれば層別ルーティング（ステップ 4）へ。全て許容した場合はフェーズ D へ。
+3. **design-critic 判断記録**: 1・2 で disposition を Edit した直後・同一ステップ内で、各 DC-XX-NNN について Bash で c3.db に記録する（`[対応予定]`→`fixed` / `[許容]`→`accepted`）:
+   ```bash
+   python .claude/skills/dev-workflow/scripts/record_review_decision.py \
+     --reviewer design-critic \
+     --checklist-id DC-XX-NNN \
+     --severity {high|medium|low} \
+     --decision {fixed|accepted} \
+     --finding "{指摘の1行要約（逐語引用せず・引用符/バッククォート/$ 等のシェルメタ文字を含めない。該当文字は置換/省略）}"
+   ```
+4. `[対応予定]` を付けた finding が 1 件以上あれば層別ルーティング（ステップ 4）へ。全て許容した場合はフェーズ D へ。
 
 **「全て許容して進む」の場合:**
 続けて AskUserQuestion で許容理由を確認する（別ターン）:
@@ -345,7 +368,19 @@ design-review-report を Read して findings の有無を確認する。design-
   }]
 }
 ```
-全指摘の直下に `> **[許容]** {理由}` を Edit で追記してから**フェーズ D** へ。
+全指摘の直下に `> **[許容]** {理由}` を Edit で追記する。
+
+**design-critic 判断記録**: Edit した直後・同一ステップ内で、フェーズ D へ進む前に、各 DC-XX-NNN について Bash で c3.db に記録する:
+```bash
+python .claude/skills/dev-workflow/scripts/record_review_decision.py \
+  --reviewer design-critic \
+  --checklist-id DC-XX-NNN \
+  --severity {high|medium|low} \
+  --decision accepted \
+  --finding "{指摘の1行要約（逐語引用せず・引用符/バッククォート/$ 等のシェルメタ文字を含めない。該当文字は置換/省略）}"
+```
+
+フェーズ D へ。
 
 **「否認・再監査を依頼する」の場合:**
 続けて AskUserQuestion でフィードバックを確認してからステップ 2（design-critic 再起動）へ。
@@ -677,6 +712,16 @@ python .claude/skills/dev-workflow/scripts/record_agent_outcome.py \
 **「全て対応する」の場合:**
 全指摘に `> **[対応予定]**` をマークし、セッションファイルの `- [ ] code-review` を `- [x]` に Edit し、`現在地:` を `現在地: フェーズC 計画中（レビュー差し戻し）` に Edit してから**フェーズ C** へ（内部遷移・Step 0 なし）。
 
+**review-hint 判断記録**: tier-routing 記録の前に、全指摘（`[CR-NEW]` 含む）について Bash で c3.db に記録する:
+```bash
+python .claude/skills/dev-workflow/scripts/record_review_decision.py \
+  --checklist-id {CR-XX-NNN または CR-NEW} \
+  --finding "{指摘の1行要約（逐語引用せず・引用符/バッククォート/$ 等のシェルメタ文字を含めない。該当文字は置換/省略）}" \
+  --decision fixed \
+  --severity {レポートの重要度を小文字で（high/medium/low）} \
+  --reviewer code-reviewer
+```
+
 **tier-routing 結果記録（帰属判定）**: 指摘内容から最上流起因 role を判定し failure を記録する（デフォルト developer・迷ったらこれ／**テストコード欠陥起因の指摘は tester failure**／設計不備なら architect／計画不備なら planner。`--note` に理由必須。developer・tester は `--execution subagent`、architect/planner は `--execution persona`。developer・tester は `--tier` を省略（frontmatter/tier_selection から自己解決）、architect/planner の場合は `--tier` も明記する）:
 ```bash
 python .claude/skills/dev-workflow/scripts/record_agent_outcome.py \
@@ -698,12 +743,13 @@ python .claude/skills/dev-workflow/scripts/record_agent_outcome.py \
 ```
 1. 対応する指摘に `> **[対応予定]**` を追記する
 2. 許容する指摘の直下に `> **[許容]** {理由}` を Edit で追記する（検出記録は削除しない）
-3. **review-hint 判断記録**: 各指摘について Bash で c3.db に記録する（`[CR-XX-NNN]` を含むもののみ。`[CR-NEW]` は記録対象外、チェックリスト追加候補として別途扱う）:
+3. **review-hint 判断記録**: 各指摘について Bash で c3.db に記録する（`[CR-XX-NNN]`/`[CR-NEW]` を含むもの。`[CR-NEW]` も checklist-id にそのまま渡して記録する。チェックリスト追加候補としての扱いは従来どおり別途）:
    ```bash
    python .claude/skills/dev-workflow/scripts/record_review_decision.py \
      --checklist-id CR-Q-001 \
-     --finding "{指摘本文を 1 行で}" \
+     --finding "{指摘の1行要約（逐語引用せず・引用符/バッククォート/$ 等のシェルメタ文字を含めない。該当文字は置換/省略）}" \
      --decision {fixed|accepted} \
+     --severity {レポートの重要度を小文字で（high/medium/low）} \
      --reason "{許容理由（accepted の時のみ）}" \
      --reviewer code-reviewer
    ```
@@ -729,7 +775,7 @@ AskUserQuestion で許容理由を確認する:
 }
 ```
 1. 全指摘の直下に `> **[許容]** {理由}` を Edit で追記する（検出記録は削除しない）
-2. **review-hint 判断記録**: 全 `[CR-XX-NNN]` 指摘について `record_review_decision.py --decision accepted` で記録する
+2. **review-hint 判断記録**: `[CR-NEW]` 含む全指摘を `record_review_decision.py --decision accepted --severity {レポートの重要度を小文字で（high/medium/low）}` で記録する
 3. セッションファイルの `## うまくいったアプローチ` に `[許容例外] {指摘内容} → {許容理由}` の形式で追記し `patterns` に記録する
 4. セッションファイルの `- [ ] code-review` を `- [x]` に Edit し、`現在地:` を `現在地: フェーズE レビュー中 / 次: security-review` に Edit して E-2 へ。
 5. **tier-routing 結果記録**:
@@ -807,6 +853,16 @@ python .claude/skills/dev-workflow/scripts/record_agent_outcome.py \
 **「全て対応する」の場合:**
 全指摘に `> **[対応予定]**` をマークし、セッションファイルの `- [ ] security-review` を `- [x]` に Edit し、`現在地:` を `現在地: フェーズC 計画中（レビュー差し戻し）` に Edit してから**フェーズ C** へ（内部遷移・Step 0 なし）。
 
+**review-hint 判断記録**: tier-routing 記録の前に、全指摘（`[SR-NEW]` 含む）について Bash で c3.db に記録する:
+```bash
+python .claude/skills/dev-workflow/scripts/record_review_decision.py \
+  --checklist-id {SR-XX-NNN または SR-NEW} \
+  --finding "{指摘の1行要約（逐語引用せず・引用符/バッククォート/$ 等のシェルメタ文字を含めない。該当文字は置換/省略）}" \
+  --decision fixed \
+  --severity {レポートの重要度を小文字で（critical/high/medium/low）} \
+  --reviewer security-reviewer
+```
+
 **tier-routing 結果記録（帰属判定）**: 指摘内容から最上流起因 role を判定し failure を記録する（デフォルト developer・迷ったらこれ／**テストコード欠陥起因の指摘は tester failure**／設計不備なら architect／計画不備なら planner。`--note` に理由必須。developer・tester は `--execution subagent`、architect/planner は `--execution persona`。developer・tester は `--tier` を省略（frontmatter/tier_selection から自己解決）、architect/planner の場合は `--tier` も明記する）:
 ```bash
 python .claude/skills/dev-workflow/scripts/record_agent_outcome.py \
@@ -828,12 +884,13 @@ python .claude/skills/dev-workflow/scripts/record_agent_outcome.py \
 ```
 1. 対応する指摘に `> **[対応予定]**` を追記する
 2. 許容する指摘の直下に `> **[許容]** {理由}` を Edit で追記する（検出記録は削除しない）
-3. **review-hint 判断記録**: 各指摘について Bash で c3.db に記録する（`[SR-XX-NNN]` を含むもののみ。`[SR-NEW]` は記録対象外、チェックリスト追加候補として別途扱う）:
+3. **review-hint 判断記録**: 各指摘について Bash で c3.db に記録する（`[SR-XX-NNN]`/`[SR-NEW]` を含むもの。`[SR-NEW]` も checklist-id にそのまま渡して記録する。チェックリスト追加候補としての扱いは従来どおり別途）:
    ```bash
    python .claude/skills/dev-workflow/scripts/record_review_decision.py \
      --checklist-id SR-K-002 \
-     --finding "{指摘本文を 1 行で}" \
+     --finding "{指摘の1行要約（逐語引用せず・引用符/バッククォート/$ 等のシェルメタ文字を含めない。該当文字は置換/省略）}" \
      --decision {fixed|accepted} \
+     --severity {レポートの重要度を小文字で（critical/high/medium/low）} \
      --reason "{許容理由（accepted の時のみ）}" \
      --reviewer security-reviewer
    ```
@@ -859,7 +916,7 @@ AskUserQuestion で許容理由を確認する:
 }
 ```
 1. 全指摘の直下に `> **[許容]** {理由}` を Edit で追記する（検出記録は削除しない）
-2. **review-hint 判断記録**: 全 `[SR-XX-NNN]` 指摘について `record_review_decision.py --decision accepted` で記録する
+2. **review-hint 判断記録**: `[SR-NEW]` 含む全指摘を `record_review_decision.py --decision accepted --severity {レポートの重要度を小文字で（critical/high/medium/low）}` で記録する
 3. セッションファイルの `## うまくいったアプローチ` に `[許容例外] {指摘内容} → {許容理由}` の形式で追記し `patterns` に記録する
 4. セッションファイルの `- [ ] security-review` を `- [x]` に Edit し、`現在地:` を `現在地: 完了` に Edit する。続けて **「引き継ぎバックログの照合」**（後述の共通ステップ）を実行してからコミットを提案する。
 5. **tier-routing 結果記録**: 全許容で完了するのも「成功」としてカウント:

{claude_code_conductor-2.45.0 → claude_code_conductor-2.46.0}/.claude/skills/dev-workflow/scripts/record_review_decision.py

@@ -25,9 +25,18 @@ import re
 import sys
 
 
-# checklist_id 形式検証用の正規表現（[CR-XX-NNN] / [SR-XX-NNN]、連番 3 桁以上）[SR-V-001]。
-# review_hint_inject.py の CHECKLIST_ID_RE と整合（[ ] なし）。
-CHECKLIST_ID_PATTERN = re.compile(r"^(CR|SR)-[A-Z]+-\d{3,}$")
+# checklist_id 形式検証用の正規表現（[CR-XX-NNN] / [SR-XX-NNN] / [DC-XX-NNN]、
+# 連番 3 桁以上）[SR-V-001]。review_hint_inject.py の CHECKLIST_ID_RE と整合（[ ] なし）。
+# DC は design-critic の checklist_id（architecture-report §2-2(a)）。
+CHECKLIST_ID_PATTERN = re.compile(r"^(CR|SR|DC)-[A-Z]+-\d{3,}$")
+
+# --severity の許容語彙（大小文字非依存・record_review_decision の手動検証で使用）。
+# architecture-report §2-2(c): --decision / --reviewer とは非対称に argparse choices を
+# 使わず、語彙外入力でも severity=None で記録を継続する（フェイルセーフ規律）。
+# 相互参照: src/c3/db.py:fetch_prevented_findings の IN リテラル / src/c3/cli_metrics.py:_derive_headline
+# の severity リテラル（item2）。語彙変更時は 3 箇所同期が必要・import 共有は実行コンテキスト
+# 分離のため不可。
+_SEVERITY_VOCAB = {"critical", "high", "medium", "low"}
 
 
 # DB 肥大化防止のためのフィールド長上限 [SR-V-001]。
@@ -89,17 +98,35 @@ def main(argv: list[str] | None = None) -> int:
     parser.add_argument("--context", default=None,
                         help=f"ファイル名・コミット等の補助情報（最大 {MAX_CONTEXT_LEN} 文字で切り詰め）")
     parser.add_argument("--reviewer", required=True,
-                        choices=["code-reviewer", "security-reviewer"],
+                        choices=["code-reviewer", "security-reviewer", "design-critic"],
                         help="どちらの reviewer の指摘か")
+    parser.add_argument("--severity", default=None,
+                        help="指摘の重要度（critical/high/medium/low。任意・大小文字非依存）")
 
     args = parser.parse_args(argv)
 
+    # --severity の手動検証（argparse choices は使わない）。
+    # 語彙外・表記ゆれ（Title Case 等）でもワークフローを止めず、
+    # 語彙外なら stderr 警告 + severity=None で記録を続行する（フェイルセーフ規律）。
+    severity = args.severity
+    if severity is not None:
+        normalized = severity.strip().lower()
+        if normalized in _SEVERITY_VOCAB:
+            severity = normalized
+        else:
+            print(
+                f"[record_review_decision] --severity 語彙外 (severity=NULL で記録続行): "
+                f"{args.severity!r} (expected: critical/high/medium/low)",
+                file=sys.stderr,
+            )
+            severity = None
+
     # checklist-id 形式検証（不正な値は DB に蓄積させず skip。CR-NEW / SR-NEW は対象外として除外）
     # [SR-V-001] 不正な ID が DB に入ると review-hint 照合が空振りするため insert を中止する
     if args.checklist_id not in ("CR-NEW", "SR-NEW") and not CHECKLIST_ID_PATTERN.match(args.checklist_id):
         print(
             f"[record_review_decision] --checklist-id format invalid (skipped): {args.checklist_id!r} "
-            f"(expected pattern: CR-XX-NNN or SR-XX-NNN)",
+            f"(expected pattern: CR-XX-NNN, SR-XX-NNN, or DC-XX-NNN)",
             file=sys.stderr,
         )
         return 0
@@ -123,6 +150,7 @@ def main(argv: list[str] | None = None) -> int:
         reason=args.reason,
         context_summary=args.context,
         reviewer=args.reviewer,
+        severity=severity,
     )
     if not ok:
         # 失敗は警告のみ（DB 不在等で C3 利用先で頻繁に起きうる）

{claude_code_conductor-2.45.0 → claude_code_conductor-2.46.0}/CHANGELOG.md

@@ -1,5 +1,23 @@
 # Changelog
 
+## [2.46.0] - 2026-07-07
+
+### 追加
+
+- **`c3 metrics` コマンドを新設（効果の総括メトリクス）**: 「C3 を使うと何がどれだけ良かったか」を横断で確認する CLI。①事前検出実績（レビューが出荷前に捕捉した指摘の深刻度付きヘッドライン `fixed かつ Medium 以上 N 件`・reviewer×severity×decision マトリクス・直近実例。severity 未記録は `unknown` として併記されヘッドラインが下限値であることを明示）②差し戻しの月次傾向（暦月ゼロ埋め・1セッションあたり件数）・fix-cycle 近似分布・帰属 role 分布（review/development/other 別掲）③手戻りコスト概況（session 粒度近似・注記付き・`overall_ratio ≤ 1.0` 保証）。`--json` / `--since` / `--months`（上限 120）/ `--examples` 対応。集計は `agent_outcomes` / `agent_cost_runs` / `review_decisions` の read-only 消費で、**tier-routing の bandit 学習シグナル（`BANDIT_GATES`・E-1/E-2 除外）には一切干渉しない**。DB 由来文字列は `_sanitize_tree` で人間向け・`--json` 両経路とも一律サニタイズ。
+- **migration 006: `review_decisions` に `severity` 列を追加**（nullable TEXT・additive。既存行は NULL のまま保持され `c3 update` 後のセッション開始時に自動適用）。
+- **`record_review_decision.py` の拡張**: `--severity`（critical/high/medium/low・大小文字非依存・語彙外は警告＋NULL で記録続行の フェイルセーフ）、`--reviewer design-critic`、`DC-XX-NNN` 形式の checklist-id を受理。`insert_review_decision` にはレガシースキーマ（severity 列不在）への旧 7 列 INSERT フォールバックと二層目の軽量検証（接頭辞・語彙・長さ・型ガード）を追加。
+- **`sanitize_terminal_text` が U+2028/U+2029（Unicode 行区切り）も除去対象に**（init-session の SR L-2 サニタイズ仕様と整合）。
+
+### 変更
+
+- **dev-workflow の判断記録カバレッジを拡大（運用変更・forward-only）**: E-1/E-2 の「全て対応する」パス（従来は記録なし＝fixed 実績の最大の欠測経路）と C-3（design-critic 指摘）に severity 付きの `record_review_decision.py` 記録ステップを新設。`[CR-NEW]`/`[SR-NEW]` も記録対象になった（従来は運用指示で記録対象外）。`--finding` には指摘本文を逐語引用せずシェルメタ文字を含まない短い要約を書く（`--note` と同じ規律）。
+- severity の供給経路: `critical` は security-reviewer のみが供給し得る（code-reviewer / design-critic は high/medium/low の3段階）。ヘッドラインの critical 内訳が 0 のままでも異常ではない。
+
+### 後方互換
+
+- DDL は additive のみ・新引数は全て optional・`--severity` 省略の従来コマンドは無警告 exit 0 で完全後方互換・review-hint 注入（`review_hint_inject.py`）は不変。**破壊的変更なし**（記録カバレッジの拡大は運用変更であり、既存インターフェース・保存済みデータ・ヒント注入はすべて従来どおり動作する）。
+
 ## [2.45.0] - 2026-07-05
 
 ### 追加

{claude_code_conductor-2.45.0 → claude_code_conductor-2.46.0}/PKG-INFO

@@ -1,6 +1,6 @@
 Metadata-Version: 2.4
 Name: claude-code-conductor
-Version: 2.45.0
+Version: 2.46.0
 Summary: Multi-agent orchestration framework for Claude Code with Codex/Cursor adapters (C3)
 Project-URL: Homepage, https://github.com/satoh-y-0323/claude-code-conductor
 Project-URL: Repository, https://github.com/satoh-y-0323/claude-code-conductor
@@ -203,6 +203,7 @@ C3 のスラッシュコマンドはすべてスキル（`skills/{name}/SKILL.md
 | `c3 recall rebuild [--force]` | numpy ベクトル検索インデックスを再構築（初回は fastembed が ~220MB のモデルを取得） |
 | `c3 recall stats` | チャンク数・モデル名・最終 rebuild 日時を表示 |
 | `c3 tier stats` | tier-routing（複雑度に応じた Tier 自動ルーティング）の学習データ・Tier 別コスト・現在の routing パラメータ（λ/ε/escalation・v2.27.0〜）を表形式で表示（`--json` で機械可読出力・`--recent N` で直近 outcome 件数指定）。ルーティング挙動は環境変数 `C3_TIER_COST_LAMBDA`（cost-weighted の重み・`0 ≤ λ ≤ 5`・v2.26.0〜、上限拡張 v2.27.0）/ `C3_TIER_EPSILON` / `C3_ESCALATION_THRESHOLD` で調整可（[CLI リファレンス](https://satoh-y-0323.github.io/claude-code-conductor/cli-reference/)参照） |
+| `c3 metrics` | P4 効果の総括メトリクス。レビュー指摘の事前検出実績（fixed/accepted 判断記録）・差し戻しの傾向と帰属・手戻りコスト概況を read-only で表示（`--json` で機械可読出力・`--since YYYY-MM-DD` / `--months N`（既定12）/ `--examples N`（既定5）でフィルタ）。詳細は [CLI リファレンス](https://satoh-y-0323.github.io/claude-code-conductor/cli-reference/)参照 |
 
 ### 基本的な使い方
 

{claude_code_conductor-2.45.0 → claude_code_conductor-2.46.0}/README.md

@@ -156,6 +156,7 @@ C3 のスラッシュコマンドはすべてスキル（`skills/{name}/SKILL.md
 | `c3 recall rebuild [--force]` | numpy ベクトル検索インデックスを再構築（初回は fastembed が ~220MB のモデルを取得） |
 | `c3 recall stats` | チャンク数・モデル名・最終 rebuild 日時を表示 |
 | `c3 tier stats` | tier-routing（複雑度に応じた Tier 自動ルーティング）の学習データ・Tier 別コスト・現在の routing パラメータ（λ/ε/escalation・v2.27.0〜）を表形式で表示（`--json` で機械可読出力・`--recent N` で直近 outcome 件数指定）。ルーティング挙動は環境変数 `C3_TIER_COST_LAMBDA`（cost-weighted の重み・`0 ≤ λ ≤ 5`・v2.26.0〜、上限拡張 v2.27.0）/ `C3_TIER_EPSILON` / `C3_ESCALATION_THRESHOLD` で調整可（[CLI リファレンス](https://satoh-y-0323.github.io/claude-code-conductor/cli-reference/)参照） |
+| `c3 metrics` | P4 効果の総括メトリクス。レビュー指摘の事前検出実績（fixed/accepted 判断記録）・差し戻しの傾向と帰属・手戻りコスト概況を read-only で表示（`--json` で機械可読出力・`--since YYYY-MM-DD` / `--months N`（既定12）/ `--examples N`（既定5）でフィルタ）。詳細は [CLI リファレンス](https://satoh-y-0323.github.io/claude-code-conductor/cli-reference/)参照 |
 
 ### 基本的な使い方
 

{claude_code_conductor-2.45.0 → claude_code_conductor-2.46.0}/src/c3/__init__.py

@@ -1,3 +1,3 @@
 """Claude Code Conductor (C3) - multi-agent orchestration framework for Claude Code."""
 
-__version__ = "2.45.0"
+__version__ = "2.46.0"

{claude_code_conductor-2.45.0 → claude_code_conductor-2.46.0}/src/c3/_db_params.py

@@ -58,6 +58,14 @@ BANDIT_GATES: tuple[str, ...] = ("D-2.5", "D-3", "D-5", "D-2.5-stuck")
 # 本定数が SSOT（read_agent_failure_rate がここから解決する）。
 FAILURE_WINDOW_DAYS_DEFAULT = 14.0
 
+# metrics（`c3 metrics`）用 gate 定数の SSOT（P4 効果の総括メトリクス・ADR-006-5）。
+# BANDIT_GATES とは完全に独立した定義であり、値を再利用・コピーしない。
+# db.py の metrics ヘルパー群（read_review_decision_matrix 等）は agent_outcomes /
+# agent_cost_runs を read-only 消費するのみで、bandit 学習シグナル（BANDIT_GATES）
+# および E-1/E-2 の bandit 除外分岐には一切干渉しない（絶対制約・成功条件5）。
+METRICS_REVIEW_GATES: tuple[str, ...] = ("E-1", "E-2", "C-3")   # レビュー差し戻し（傾向・コスト対象）
+METRICS_DEV_GATES: tuple[str, ...] = ("D-3", "D-5")             # 開発内リトライ（役割分布で別掲）
+
 
 def _resolve_float_env(
     env_key: str,

{claude_code_conductor-2.45.0 → claude_code_conductor-2.46.0}/src/c3/_terminal.py

@@ -20,7 +20,10 @@ _CSI_M_RE = re.compile(r"\033\[[0-9;]*m")
 # Allow newline (\n), tab (\t), carriage return (\r) but strip any other
 # C0 control or escape character (\x1b) so that ANSI/title-injection cannot
 # happen via DB-stored values such as ``current_step`` / ``error_message``.
-_DISALLOWED_CONTROL_RE = re.compile(r"[\x00-\x08\x0b\x0c\x0e-\x1f\x7f]")
+# Also strip the Unicode line/paragraph separators U+2028 / U+2029 so they
+# match the init-session SR L-2 sanitization spec (removes U+2028 / U+2029).
+# NEL (U+0085) is intentionally NOT included per that spec.
+_DISALLOWED_CONTROL_RE = re.compile("[\x00-\x08\x0b\x0c\x0e-\x1f\x7f" + chr(0x2028) + chr(0x2029) + "]")
 
 
 def supports_color() -> bool:
@@ -52,7 +55,9 @@ def sanitize_terminal_text(s: str) -> str:
 
     Used for DB-sourced strings (``current_step`` / ``error_message``) so
     they cannot inject ANSI escape sequences (title, cursor, screen clear)
-    into the terminal. Newlines / tabs are preserved.
+    into the terminal. Newlines / tabs / carriage returns are preserved.
+    The Unicode line/paragraph separators U+2028 / U+2029 are also stripped
+    (init-session SR L-2 sanitization spec); NEL (U+0085) is out of scope.
     """
     if not s:
         return s

{claude_code_conductor-2.45.0 → claude_code_conductor-2.46.0}/src/c3/cli.py

@@ -17,6 +17,7 @@ from c3 import (
     cli_doctor,
     cli_init,
     cli_list,
+    cli_metrics,
     cli_plan,
     cli_recall,
     cli_tier,
@@ -43,6 +44,7 @@ def build_parser() -> argparse.ArgumentParser:
     cli_doctor.register(sub)
     cli_plan.register(sub)
     cli_tier.register(sub)
+    cli_metrics.register(sub)
     cli_ask.register(sub)
     cli_recall.register(sub)