claude-code-conductor 2.34.0__tar.gz → 2.36.0__tar.gz

{claude_code_conductor-2.34.0 → claude_code_conductor-2.36.0}/.claude/hooks/pre_compact.py

@@ -13,11 +13,11 @@ from session_utils import SESSION_JSON_MARKER, append_checkpoint, is_worktree, S
 
 
 SAVE_INSTRUCTION = (
-    "コンテキスト圧縮が間もなく発生します。圧縮で詳細な文脈が失われる前に、"
-    "CLAUDE.md の Compact Instructions（KEEP/DISCARD ルール）に従って "
-    "今日のセッションファイル（.claude/memory/sessions/YYYYMMDD.tmp）に "
-    "現在の残タスク・直近の重要な判断・解決済みのハマりどころを書き出してください。"
-    "雑談・解決済みエラーログ・冗長なコード断片は書かず、KEEP に該当する情報のみ。"
+    "コンテキスト圧縮が間もなく発生します。詳細な文脈が失われる前に、"
+    "今日のセッションファイル（.claude/memory/sessions/YYYYMMDD.tmp）を以下のとおり「更新」してください（無制限の追記はしないこと）。\n"
+    "1. 「現在地:」行を現在のフェーズ名に更新する（例: 「現在地: フェーズD 実装中」「現在地: Wave 2 実装中」）。\n"
+    "2. 「## 残タスク」をチェックリストとして更新する（完了タスクは - [x] 化し、不要になった行は整理する）。\n"
+    "CLAUDE.md の Compact Instructions（KEEP/DISCARD）に従い、雑談・解決済みエラーログ・冗長なコード断片は書かないこと。\n"
 )
 
 

claude_code_conductor-2.36.0/.claude/hooks/restore_session.py

@@ -0,0 +1,198 @@
+#!/usr/bin/env python3
+"""
+restore_session.py: SessionStart(compact) hook.
+コンテキスト圧縮後に現在のセッション状態を再注入する。
+"""
+
+import os
+import re
+import sys
+
+try:
+    sys.stdin.reconfigure(encoding='utf-8')
+    sys.stdout.reconfigure(encoding='utf-8')
+    sys.stderr.reconfigure(encoding='utf-8')
+except AttributeError:
+    pass
+
+_HOOKS_DIR = os.path.dirname(os.path.abspath(__file__))
+_CLAUDE_DIR = os.path.dirname(_HOOKS_DIR)
+SESSIONS_DIR = os.path.join(_CLAUDE_DIR, 'memory', 'sessions')
+
+# 定数（architecture §3.5 / plan T4）
+# GENBA = 「現在地」（現場）の音写命名。architecture §2.3 で確定した用語（CR M-01）。
+# 他 Python consumer（init-session 等）が生まれたら session_utils へ移動すること（CR L-06）。
+APPROACH_TAIL_LINES = 15
+# GENBA_DONE: 現在地値が「完了」状態を表す定数（GENBA = 現在地 の音写）（CR M-01）。
+# 他 Python consumer が生まれたら session_utils へ移動すること（CR L-06）。
+GENBA_DONE = '完了'
+
+# 現在地フィールドの読み取り用 regex（architecture §2.3）
+_GENBA_RE = re.compile(r'^現在地:[ \t]*(.*)$', re.MULTILINE)
+
+# date_str（ファイル名由来）の YYYYMMDD 形式検証用（SR L-3 / CR M-03）
+# ファイル名経由で任意文字列が混入するのを防ぐ。他の regex 定数と同じモジュールレベルに配置。
+_DATE_STR_RE = re.compile(r'^\d{8}$')
+
+
+def _load_session_utils():
+    """session_utils モジュールを動的にロードして返す（同階層）。"""
+    import importlib.util
+
+    util_path = os.path.join(_HOOKS_DIR, "session_utils.py")
+    spec = importlib.util.spec_from_file_location("session_utils", util_path)
+    if spec is None or spec.loader is None:
+        raise ImportError(f"session_utils が見つかりません: {util_path}")
+    module = importlib.util.module_from_spec(spec)
+    spec.loader.exec_module(module)  # type: ignore[attr-defined]
+    return module
+
+
+def find_latest_session() -> str | None:
+    if not os.path.isdir(SESSIONS_DIR):
+        return None
+    files = [f for f in os.listdir(SESSIONS_DIR) if f.endswith('.tmp')]
+    if not files:
+        return None
+    return os.path.join(SESSIONS_DIR, max(files))
+
+
+def extract_section(content: str, heading: str) -> str:
+    """``session_utils.extract_section`` への薄いラッパー（後方互換用）。
+
+    過去にこのモジュール直下にあった ``extract_section`` を呼び出すテスト・スクリプトとの
+    互換維持のため、モジュールレベルで公開する。実体は :mod:`session_utils` 側にある。
+    """
+    return _load_session_utils().extract_section(content, heading)
+
+
+def extract_genba(content: str) -> str:
+    """セッション本文から「現在地:」行の値を抽出する（architecture §2.3）。
+
+    行正規表現 ``^現在地:[ \\t]*(.*)$`` (MULTILINE) でマッチし、
+    トリム済みの値を返す。行が存在しない場合は空文字列（後方互換）。
+
+    Args:
+        content: セッションファイル全体のテキスト。
+
+    Returns:
+        現在地の値（trim 済み）、または空文字列（行なし・値なし）。
+    """
+    m = _GENBA_RE.search(content)
+    return m.group(1).strip() if m else ''
+
+
+def _tail(text: str, n: int) -> str:
+    """テキストの末尾 n 行を返す（architecture §3.5）。
+
+    行数が n 以下の場合はテキストをそのまま返す（切り詰めない）。
+
+    Args:
+        text: 対象テキスト。
+        n: 末尾から取得する行数。
+
+    Returns:
+        末尾 n 行（n 以下の場合は全体）。
+
+    Note:
+        n=0 のとき ``lines[-0:]`` は ``lines[0:]``（全体）と等価なため、
+        全行を返す（切り詰めない）。Python の ``-0 == 0`` による反直感挙動（CR M-04）。
+        呼び出し元は ``APPROACH_TAIL_LINES=15``（固定定数）のため実害はないが、
+        仕様として明記・固定する。
+    """
+    lines = text.splitlines()
+    return '\n'.join(lines[-n:]) if len(lines) > n else text
+
+
+def _sanitize_genba(value: str) -> str:
+    """現在地の値を出力に埋め込む前にサニタイズする（architecture §10 / SR 観点）。
+
+    ``session_utils.sanitize_value`` への薄いラッパー。
+    サニタイズ範囲を ``stop.py::_INHERIT_SANITIZE_RE`` と同等以上に保つため、
+    共通関数に委譲する（SR M-1 / CR M-02）:
+    - 改行文字（\\n / \\r）を除去する
+    - C0 制御文字・DEL（\\x7f）・C1 制御文字（\\x80-\\x9f）・U+2028/U+2029 を除去する
+    - ``-->`` を ``-- >`` に置換して HTML コメントブロックの破壊を防ぐ
+    - タブ（\\t）は保持する（SR L-1・session_utils.sanitize_value 参照）
+    """
+    return _load_session_utils().sanitize_value(value)
+
+
+def main():
+    path = find_latest_session()
+    if not path or not os.path.exists(path):
+        sys.exit(0)
+
+    with open(path, 'r', encoding='utf-8') as f:
+        content = f.read()
+
+    session_utils = _load_session_utils()
+    _extract_section = session_utils.extract_section
+    _sanitize = session_utils.sanitize_value
+
+    date_str = os.path.basename(path).replace('.tmp', '')
+
+    # date_str の YYYYMMDD 形式検証（SR L-3）:
+    # ファイル名経由で任意文字列が date_str に混入するのを防ぐ。
+    # 8桁数字以外のファイル名はヘッダへの注入を避けるため exit 0 でスキップする。
+    if not _DATE_STR_RE.match(date_str):
+        sys.exit(0)
+
+    # 現在地フィールドを読み取る（architecture §3.2 step2）
+    genba = extract_genba(content)
+    genba_in_progress = genba != '' and genba != GENBA_DONE
+
+    todos = _extract_section(content, '残タスク')
+    successes = _extract_section(content, 'うまくいったアプローチ')
+    failures = _extract_section(content, '試みたが失敗したアプローチ')
+
+    # - [ ] 行のみにフィルタ（architecture §3.4）
+    # フィルタ判定は元行の lstrip() で行い（- [ ] プレフィックス保持）、
+    # 出力時に sanitize_value でサニタイズする（SR M-2）。
+    pending_todos = [
+        _sanitize(line) for line in todos.splitlines()
+        if line.lstrip().startswith('- [ ]')
+    ]
+
+    # early-exit 判定（architecture §3.2 step4）
+    if not genba_in_progress and not pending_todos and not successes and not failures:
+        sys.exit(0)
+
+    lines = []
+
+    # ①ワークフロー復帰指示（現在地が進行中のときのみ・出力冒頭）
+    if genba_in_progress:
+        safe_genba = _sanitize_genba(genba)
+        lines.append(
+            f'⚠️ dev-workflow 進行中（現在地: {safe_genba}）。\n'
+            f'残作業に直接着手せず、対応 skill（develop / review-phase / start）経由で再開し、\n'
+            f'各エージェント出力後の Approval Flow を守ること。'
+        )
+
+    # ②ヘッダ
+    lines.append(f'[C3 セッション復元: {date_str} / 圧縮後リマインダー]')
+
+    # ③残タスク（- [ ] 行のみ・0件ならセクション省略）
+    if pending_todos:
+        lines.append('\n## 残タスク')
+        lines.append('\n'.join(pending_todos))
+
+    # ④うまくいったアプローチ（末尾 N 行に切り詰め・行単位でサニタイズ）（SR M-2）
+    if successes:
+        lines.append('\n## うまくいったアプローチ')
+        tail_text = _tail(successes, APPROACH_TAIL_LINES)
+        sanitized_lines = [_sanitize(line) for line in tail_text.splitlines()]
+        lines.append('\n'.join(sanitized_lines))
+
+    # ⑤試みたが失敗したアプローチ（末尾 N 行に切り詰め・行単位でサニタイズ）（SR M-2）
+    if failures:
+        lines.append('\n## 試みたが失敗したアプローチ')
+        tail_text = _tail(failures, APPROACH_TAIL_LINES)
+        sanitized_lines = [_sanitize(line) for line in tail_text.splitlines()]
+        lines.append('\n'.join(sanitized_lines))
+
+    print('\n'.join(lines))
+
+
+if __name__ == '__main__':
+    main()

{claude_code_conductor-2.34.0 → claude_code_conductor-2.36.0}/.claude/hooks/session_utils.py

@@ -5,6 +5,45 @@ import os
 import re
 from datetime import datetime, timezone
 
+# ---------------------------------------------------------------------------
+# 共通サニタイズ（SR M-1 / CR M-02 / SR L-1）
+# stop.py::_INHERIT_SANITIZE_RE と同一範囲。
+# C0 制御文字（\t=\x09 除く）・DEL・C1 制御文字・U+2028/U+2029 を除去する。
+# ---------------------------------------------------------------------------
+
+_VALUE_SANITIZE_RE = re.compile(
+    r'[\x00-\x08\x0b-\x1f\x7f-\x9f' + chr(0x2028) + chr(0x2029) + r']'
+)
+
+
+def sanitize_value(text: str) -> str:
+    """セッションファイル由来の文字列を出力埋め込み前にサニタイズする（信頼境界）。
+
+    - 改行（\\n / \\r）を除去する
+    - C0 制御文字（\\x00-\\x08, \\x0b-\\x1f）・DEL（\\x7f）・
+      C1 制御文字（\\x80-\\x9f）・U+2028・U+2029 を除去する
+    - ``-->`` を ``-- >`` に置換して HTML コメントブロック破壊を防ぐ
+
+    タブ \\t (\\x09) を保持する意図:
+        既存の append_checkpoint と挙動を一致させるため。
+        現在地値・残タスク行にタブが含まれる正当ユースケースは設計上ないが、
+        除去しても保持しても害はなく、既存挙動（stop.py / append_checkpoint）との
+        一貫性を優先して保持する（SR L-1）。
+
+    単一行 / 行単位で扱う値（現在地・残タスク行・成功/失敗行・label）に適用する。
+    複数行ブロックを保持する body（append_checkpoint の summary）には適用しない。
+
+    Args:
+        text: サニタイズ対象の文字列。
+
+    Returns:
+        サニタイズ済みの文字列。
+    """
+    sanitized = text.replace('\n', '').replace('\r', '')
+    sanitized = _VALUE_SANITIZE_RE.sub('', sanitized)
+    return sanitized.replace('-->', '-- >')
+
+
 _HOOKS_DIR = os.path.dirname(os.path.abspath(__file__))
 _CLAUDE_DIR = os.path.dirname(_HOOKS_DIR)
 SESSIONS_DIR = os.path.join(_CLAUDE_DIR, 'memory', 'sessions')
@@ -22,6 +61,7 @@ def create_session_template(date_str: str) -> str:
         f"SESSION: {date_str}\n"
         f"AGENT: \n"
         f"DURATION: \n"
+        f"現在地: \n"
         f"\n"
         f"## うまくいったアプローチ\n"
         f"\n"
@@ -104,13 +144,13 @@ def append_checkpoint(session_file: str, label: str, summary: str) -> None:
         ensure_session_initialized(session_file, date_str)
 
     ts = datetime.now(timezone.utc).isoformat()
-    # --> を '-- >' に置換して <!-- C3:SESSION:JSON ... --> ブロックの破壊を防ぐ
+    # body（summary）は複数行 Markdown を保持するため sanitize_value を適用しない（plan-report §3.2）。
+    # --> 置換 + 制御文字なし（summary は信頼済み内部生成 or ユーザー入力の短文のみ）。
     body = summary.strip().replace('-->', '-- >')
     # label のサニタイズ（ターミナルインジェクション対策 + HTML コメントブロック保護）:
-    # - \x00-\x08, \x0b-\x0c, \x0e-\x1f: 制御文字を除去（\n=\x0a と \t=\x09 は保持）
-    # - --> を '-- >' に置換して <!-- C3:SESSION:JSON ... --> ブロックの破壊を防ぐ
-    sanitized_label = re.sub(r'[\x00-\x08\x0b-\x0c\x0e-\x1f]', '', label)
-    sanitized_label = sanitized_label.replace('-->', '-- >')
+    # sanitize_value() を共通関数として使用（SR M-1 / CR M-02）。
+    # DEL(\x7f) / C1(\x80-\x9f) / U+2028/U+2029 も除去する（旧 regex より範囲拡張）。
+    sanitized_label = sanitize_value(label)
     block = (
         f"\n"
         f"## [Checkpoint: {sanitized_label} - {ts}]\n"

{claude_code_conductor-2.34.0 → claude_code_conductor-2.36.0}/.claude/skills/dev-workflow/SKILL.md

@@ -12,6 +12,18 @@ user-invocable: false
 
 ---
 
+## セッションファイル運用総則
+
+各フェーズ承認後は、セッションファイルの `- [ ] {フェーズ名}` を `- [x]` に Edit すると同時に、`現在地:` 行を次フェーズ名へ Edit すること。
+
+例: `現在地: フェーズC 計画中`、フェーズ E 完了時は `現在地: 完了`
+
+`現在地:` は行フィールド形式（`現在地: {値}` 1行）で維持する。`## 現在地` 見出しにしない。
+
+> 注: 「フェーズ承認後」が原則だが、フェーズ完了直後に更新するケースもある（D-1・D-4 等の tester 完了トリガーなど）。承認とタスク完了が同一ステップになる場合は完了時点で即 Edit する（CR L-02）。
+
+---
+
 ## フェーズ A: ヒアリング
 
 `.claude/agents/interviewer.md` を Read してペルソナを採用する。
@@ -52,7 +64,7 @@ user-invocable: false
 }
 ```
 
-承認後 → セッションファイルの `- [ ] ヒアリング` を `- [x] ヒアリング` に Edit して**フェーズ B** へ。
+承認後 → セッションファイルの `- [ ] ヒアリング` を `- [x] ヒアリング` に Edit し、`現在地:` を `現在地: フェーズB 設計中` に Edit して**フェーズ B** へ。
 
 **知識蓄積:**
 - 「否認・修正を依頼する」: `## 試みたが失敗したアプローチ` に教訓をルール形式で追記し `patterns` に追加する
@@ -102,7 +114,7 @@ user-invocable: false
 }
 ```
 
-承認後 → セッションファイルの `- [ ] 設計` を `- [x] 設計` に Edit して**フェーズ C** へ。
+承認後 → セッションファイルの `- [ ] 設計` を `- [x] 設計` に Edit し、`現在地:` を `現在地: フェーズC 計画中` に Edit して**フェーズ C** へ。
 
 **知識蓄積:**
 - 「否認・修正を依頼する」: `## 試みたが失敗したアプローチ` に教訓をルール形式で追記し `patterns` に追加する
@@ -167,7 +179,7 @@ plan-report の全タスクを走査し、以下の形式でテキスト出力
 }
 ```
 
-承認後 → セッションファイルの `- [ ] 計画` を `- [x] 計画` に Edit して**C-3（計画監査ゲート）** へ。
+承認後 → セッションファイルの `- [ ] 計画` を `- [x] 計画` に Edit し、`現在地:` を `現在地: フェーズD 実装中` に Edit して**C-3（計画監査ゲート）** へ。
 
 **知識蓄積:**
 - 「否認・修正を依頼する」: `## 試みたが失敗したアプローチ` に教訓をルール形式で追記し `patterns` に追加する
@@ -350,7 +362,7 @@ bug-fix モードでは D-1（Red tester）と D-4（Refactor）をスキップ
 以下の順で実行する: **D-2（bug-fix モード）→ D-2.5（Stuck チェック・bug-fix モード）→ D-3（bug-fix モード）→ フェーズ E**。
 
 **D-2（bug-fix モード）**: Agent ツールで `developer` を起動する。プロンプトには debug-analysis の**ファイルパスのみ**を含め、内容は agent 側で Read させる（プロンプトに展開しない）。
-完了後、セッションファイルの `- [ ] developer: 修正実装` を `- [x]` に Edit する。
+完了後、セッションファイルの `- [ ] developer: 修正実装` を `- [x]` に Edit し、`現在地:` を `現在地: bug-fix 動作確認中` に Edit する。
 
 **D-2.5（bug-fix モード）**: 通常の D-2.5 と同じ Stuck チェック手順（debug-needed-*.md 検出時の systematic-debugger 起動・developer 再実行）を実行する。
 ただし末尾の AskUserQuestion 承認後の Edit 対象は `- [ ] developer: 修正実装` ではなく既に D-2 で `[x]` 化済みのため**スキップする**（bug-fix モードの修正実装承認は D-3 の動作確認で代替する）。
@@ -372,7 +384,7 @@ AskUserQuestion で確認する:
 }
 ```
 
-「全合格」承認後 → セッションファイルの `- [ ] tester: 動作確認` を `- [x]` に Edit して**フェーズ E** へ。
+「全合格」承認後 → セッションファイルの `- [ ] tester: 動作確認` を `- [x]` に Edit し、`現在地:` を `現在地: フェーズE レビュー中` に Edit して**フェーズ E** へ。
 「不合格あり」を選んだ場合 → D-2 に戻る。合格するまで繰り返す。
 
 bug-fix モード固有の動作:
@@ -387,7 +399,7 @@ legacy TDD モードまたは parallel-agents モードで実装される。
 
 Agent ツールで `tester` エージェントを起動する。→ 失敗するテストを先に作成する。**必ず `.claude/reports/test-report-YYYYMMDD-HHMMSS.md` を Write してから終了すること。**
 
-完了後 → セッションファイルの `- [ ] tester: Red フェーズ` を `- [x]` に Edit する。
+完了後 → セッションファイルの `- [ ] tester: Red フェーズ` を `- [x]` に Edit し、`現在地:` を `現在地: フェーズD 実装中 / 次: developer Green` に Edit する。
 
 ### D-2: developer（Green フェーズ）
 
@@ -419,7 +431,7 @@ AskUserQuestion で確認する:
 }
 ```
 
-承認後 → セッションファイルの `- [ ] developer: Green フェーズ` を `- [x]` に Edit する（**bug-fix モードではこの Edit をスキップする**。D-2 で `- [ ] developer: 修正実装` を既に `[x]` 化済みのため、Green フェーズ行自体がセッションファイルに存在しない）。
+承認後 → セッションファイルの `- [ ] developer: Green フェーズ` を `- [x]` に Edit し、`現在地:` を `現在地: フェーズD 実装中 / 次: Refactor` に Edit する（**bug-fix モードではこの Edit をスキップする**。D-2 で `- [ ] developer: 修正実装` を既に `[x]` 化済みのため、Green フェーズ行自体がセッションファイルに存在しない）。
 
 **知識蓄積:**
 - 「否認・再実装を依頼する」: `## 試みたが失敗したアプローチ` に教訓をルール形式で追記し `patterns` に追加する
@@ -448,7 +460,7 @@ AskUserQuestion で確認する:
 
 Agent ツールで `developer` エージェントを起動する。→ テストを壊さずにコードを整理する。
 
-完了後 → セッションファイルの `- [ ] developer: Refactor フェーズ` を `- [x]` に Edit する。
+完了後 → セッションファイルの `- [ ] developer: Refactor フェーズ` を `- [x]` に Edit し、`現在地:` を `現在地: フェーズD 実装中 / 次ゲート: tester 最終確認` に Edit する。
 
 ### D-5: tester（最終確認）
 
@@ -468,7 +480,7 @@ AskUserQuestion で確認する:
 }
 ```
 
-承認後 → セッションファイルの `- [ ] tester: 最終確認` を `- [x]` に Edit して**フェーズ E** へ。
+承認後 → セッションファイルの `- [ ] tester: 最終確認` を `- [x]` に Edit し、`現在地:` を `現在地: フェーズE レビュー中` に Edit して**フェーズ E** へ。
 
 **知識蓄積:**
 - 「否認・修正を依頼する」: `## 試みたが失敗したアプローチ` に教訓をルール形式で追記し `patterns` に追加する
@@ -511,7 +523,7 @@ AskUserQuestion で確認する:
 }
 ```
 
-承認後 → セッションファイルの `- [ ] code-review` を `- [x]` に Edit して E-2 へ。
+承認後 → セッションファイルの `- [ ] code-review` を `- [x]` に Edit し、`現在地:` を `現在地: フェーズE レビュー中 / 次: security-review` に Edit して E-2 へ。
 
 **指摘がある場合:**
 指摘一覧をテキストで提示してから AskUserQuestion で方針を確認する:
@@ -530,7 +542,7 @@ AskUserQuestion で確認する:
 ```
 
 **「全て対応する」の場合:**
-全指摘に `> **[対応予定]**` をマークし、セッションファイルの `- [ ] code-review` を `- [x]` に Edit してから**フェーズ C** へ（内部遷移・Step 0 なし）。
+全指摘に `> **[対応予定]**` をマークし、セッションファイルの `- [ ] code-review` を `- [x]` に Edit し、`現在地:` を `現在地: フェーズC 計画中（レビュー差し戻し）` に Edit してから**フェーズ C** へ（内部遷移・Step 0 なし）。
 
 **「対応する指摘を選ぶ」の場合:**
 続けて AskUserQuestion で確認する:
@@ -553,7 +565,7 @@ AskUserQuestion で確認する:
      --reviewer code-reviewer
    ```
 4. セッションファイルの `## うまくいったアプローチ` に `[許容例外] {指摘内容} → {許容理由}` の形式で追記し `patterns` に記録する
-5. セッションファイルの `- [ ] code-review` を `- [x]` に Edit してから**フェーズ C** へ（内部遷移・Step 0 なし）。
+5. セッションファイルの `- [ ] code-review` を `- [x]` に Edit し、`現在地:` を `現在地: フェーズC 計画中（レビュー差し戻し）` に Edit してから**フェーズ C** へ（内部遷移・Step 0 なし）。
 
 **「全て許容して進む」の場合:**
 AskUserQuestion で許容理由を確認する:
@@ -567,7 +579,7 @@ AskUserQuestion で許容理由を確認する:
 1. 全指摘の直下に `> **[許容]** {理由}` を Edit で追記する（検出記録は削除しない）
 2. **review-hint 判断記録**: 全 `[CR-XX-NNN]` 指摘について `record_review_decision.py --decision accepted` で記録する
 3. セッションファイルの `## うまくいったアプローチ` に `[許容例外] {指摘内容} → {許容理由}` の形式で追記し `patterns` に記録する
-4. セッションファイルの `- [ ] code-review` を `- [x]` に Edit して E-2 へ。
+4. セッションファイルの `- [ ] code-review` を `- [x]` に Edit し、`現在地:` を `現在地: フェーズE レビュー中 / 次: security-review` に Edit して E-2 へ。
 
 **「否認・再レビューを依頼する」の場合:**
 追加の AskUserQuestion でフィードバックを確認し再実行する。
@@ -607,7 +619,7 @@ AskUserQuestion で確認する:
 }
 ```
 
-承認後 → セッションファイルの `- [ ] security-review` を `- [x]` に Edit する。続けて **「引き継ぎバックログの照合」**（後述の共通ステップ）を実行してからコミットを提案する。
+承認後 → セッションファイルの `- [ ] security-review` を `- [x]` に Edit し、`現在地:` を `現在地: 完了` に Edit する。続けて **「引き継ぎバックログの照合」**（後述の共通ステップ）を実行してからコミットを提案する。
 **tier-routing 結果記録**: フェーズ E の最終承認時のみ Bash で記録する（多重カウント防止のため E-1 では記録しない）:
 ```bash
 python .claude/skills/dev-workflow/scripts/record_tier_outcome.py --outcome success
@@ -630,7 +642,7 @@ python .claude/skills/dev-workflow/scripts/record_tier_outcome.py --outcome succ
 ```
 
 **「全て対応する」の場合:**
-全指摘に `> **[対応予定]**` をマークし、セッションファイルの `- [ ] security-review` を `- [x]` に Edit してから**フェーズ C** へ（内部遷移・Step 0 なし）。
+全指摘に `> **[対応予定]**` をマークし、セッションファイルの `- [ ] security-review` を `- [x]` に Edit し、`現在地:` を `現在地: フェーズC 計画中（レビュー差し戻し）` に Edit してから**フェーズ C** へ（内部遷移・Step 0 なし）。
 
 **「対応する指摘を選ぶ」の場合:**
 続けて AskUserQuestion で確認する:
@@ -653,7 +665,7 @@ python .claude/skills/dev-workflow/scripts/record_tier_outcome.py --outcome succ
      --reviewer security-reviewer
    ```
 4. セッションファイルの `## うまくいったアプローチ` に `[許容例外] {指摘内容} → {許容理由}` の形式で追記し `patterns` に記録する
-5. セッションファイルの `- [ ] security-review` を `- [x]` に Edit してから**フェーズ C** へ（内部遷移・Step 0 なし）。
+5. セッションファイルの `- [ ] security-review` を `- [x]` に Edit し、`現在地:` を `現在地: フェーズC 計画中（レビュー差し戻し）` に Edit してから**フェーズ C** へ（内部遷移・Step 0 なし）。
 
 **「全て許容して完了」の場合:**
 AskUserQuestion で許容理由を確認する:
@@ -667,7 +679,7 @@ AskUserQuestion で許容理由を確認する:
 1. 全指摘の直下に `> **[許容]** {理由}` を Edit で追記する（検出記録は削除しない）
 2. **review-hint 判断記録**: 全 `[SR-XX-NNN]` 指摘について `record_review_decision.py --decision accepted` で記録する
 3. セッションファイルの `## うまくいったアプローチ` に `[許容例外] {指摘内容} → {許容理由}` の形式で追記し `patterns` に記録する
-4. セッションファイルの `- [ ] security-review` を `- [x]` に Edit する。続けて **「引き継ぎバックログの照合」**（後述の共通ステップ）を実行してからコミットを提案する。
+4. セッションファイルの `- [ ] security-review` を `- [x]` に Edit し、`現在地:` を `現在地: 完了` に Edit する。続けて **「引き継ぎバックログの照合」**（後述の共通ステップ）を実行してからコミットを提案する。
 5. **tier-routing 結果記録**: 全許容で完了するのも「成功」としてカウント:
    ```bash
    python .claude/skills/dev-workflow/scripts/record_tier_outcome.py --outcome success

{claude_code_conductor-2.34.0 → claude_code_conductor-2.36.0}/.claude/skills/init-session/SKILL.md

@@ -18,6 +18,11 @@ description: セッション開始時に前回の作業状態・残タスク・
 Glob で `.claude/memory/sessions/*.tmp` を検索し、ファイル名（YYYYMMDD）が最大のものを Read する。
 ファイルが存在しない場合は「前回セッションなし」として Step 3 へ進む。
 
+> **セキュリティ注記（SR L-2）**: `現在地:` 行の値をユーザーへ表示する前に、
+> 制御文字（C0/C1）・DEL・改行（`\n`/`\r`）・`-->`・U+2028/U+2029 を除去して表示すること。
+> セッションファイルは外部編集が可能な信頼境界であり、悪意ある値が混入した場合の
+> ターミナルインジェクションを防ぐ。
+
 ---
 
 ## Step 1.5: 残タスクと git log を照合する（陳腐化チェック）
@@ -54,6 +59,8 @@ Glob で `.claude/memory/sessions/*.tmp` を検索し、ファイル名（YYYYMM
 
 ### 前回セッション ({前回の日付})
 
+**現在地:** {session.tmp の「現在地:」行の値。空なら「（未設定）」と表示。表示前に制御文字・改行・`-->`・U+2028/U+2029 を除去すること（SR L-2）}
+
 **残タスク:**
 {残タスクリスト。完了済み [x] は省略する}
 
@@ -111,7 +118,16 @@ AskUserQuestion ツールで以下を提示する:
 ## Step 5: 選択に応じて分岐する
 
 **「続きから作業する」の場合:**
-残タスクの内容を確認してそのまま作業に入る。
+Step 1 で読んだ session.tmp の「現在地:」行の値を確認する。
+
+- **「現在地:」が非空かつ「完了」でない場合**（dev-workflow フェーズ進行中）:
+  残タスクに直接着手せず、対応 skill 経由で再開し、各エージェント出力後の Approval Flow を守ること。
+  - フェーズ D 実装中 → `develop` skill を使う
+  - フェーズ E レビュー中 → `review-phase` skill を使う
+  - それ以外 → `start` skill を使う
+
+- **「現在地:」が空または「完了」の場合**:
+  従来どおり残タスク（引き継ぎバックログ）の内容を確認してそのまま作業に入る。
 
 **「ワークフローで始める」の場合:**
 Skill ツールで `start` スキルを呼び出す。

{claude_code_conductor-2.34.0 → claude_code_conductor-2.36.0}/.claude/skills/parallel-agents/SKILL.md

@@ -216,6 +216,19 @@ worktree path は Agent ツール返り値の `<worktree><worktreePath>...</work
 
 全タスク成功した wave に対して以下を順に実行する。
 
+#### 2-F-0: 親 cwd をプロジェクトルートへ復帰（無条件・必須）
+
+worktree Agent 完了後、Claude Code の既知バグ（[Issue #28017](https://github.com/anthropics/claude-code/issues/28017) "Task tool with isolation=worktree leaks CWD to parent session"・closed as duplicate）により、**親 Claude の Bash cwd が `.claude/worktrees/agent-*` 内へ移動したまま戻らない**ことがある（発生はバージョン・環境・タイミング依存）。この状態だと 2-F-1〜2-F-3 の取り込み・コミット・削除が worktree 内で走って正しく行われない（Issue でも "Subsequent Bash commands run in the wrong directory" と報告）。とくに cwd が worktree 内のままだと worktree ディレクトリの削除に失敗しやすい（OS によっては cwd 配下を削除できない）。
+
+これを防ぐため、**2-F の最初に無条件でプロジェクトルートへ戻す**:
+
+```bash
+cd <ROOT>
+```
+
+- `<ROOT>` = プロジェクトルートの絶対パス。最初の worktree Agent を起動する前（cwd がまだルート）の `pwd` の値で、セッション開始時の作業ディレクトリと同じ。worktree 内から `git rev-parse --show-toplevel` を打つと worktree のルートが返るため、ルート判定には使わず **事前に控えた絶対パス** を使う。
+- cwd が漏れていなくても `cd <ROOT>` は無害。判定せず毎 wave 無条件で実行する（Issue が挙げる公式ワークアラウンド "manually cd back" に準拠）。`cd` は C3 の pre_tool hook の検査対象外のためブロックされない。
+
 #### 2-F-1: 成果物の取り込み
 
 各 worktree の `writes` ファイルを main に取り込む。**親 Claude が一括で行う**:
@@ -269,6 +282,10 @@ git branch -D worktree-agent-{id}
 #### 2-F-4: セッション記録
 
 - `- [ ] Wave {N}` を `- [x] Wave {N}` に Edit
+- `現在地:` を以下のルールで Edit（`dev-workflow/SKILL.md` の「セッションファイル運用総則」参照）:
+  - Wave N 成功時: `現在地: Wave {N} 完了 / 次: Wave {N+1}`
+  - 最終 Wave 完了時: `現在地: 完了`（レビューへ遷移する場合は `現在地: フェーズE レビュー中`）
+  - Wave をスキップした時: `現在地: Wave {N} skipped / 次: Wave {N+1}`
 - `session_utils.append_checkpoint()` を呼び出して checkpoint ブロックを追記:
 
   ```bash

{claude_code_conductor-2.34.0 → claude_code_conductor-2.36.0}/.gitignore

@@ -63,6 +63,7 @@ site/
 .claude/docs/C3_tier_routing_cost_integration_設計.md
 .claude/docs/grill-me機能を実装する際の考慮点とC3との相性や超えるべき壁.md
 .claude/docs/C3のconfig_policyとversion_upgradeの考慮点と超えるべき壁.md
+.claude/docs/model_settings.md
 
 # codex 対応調査メモ (個人作業ノート、配布・コミット対象外)
 .claude/docs/codex対応/

{claude_code_conductor-2.34.0 → claude_code_conductor-2.36.0}/CHANGELOG.md

@@ -1,5 +1,46 @@
 # Changelog
 
+## [2.36.0] - 2026-06-14
+
+**セッションファイルに「現在地」フィールドを新設し、コンテキスト圧縮（コンパクト）後の肥大ループとワークフロー無視を同時に解消（hook・skill 手順の変更／破壊的変更なし）**: 200K コンテキスト運用で、セッション復元（コンパクト後・`/init-session`）の経路が「構造のない丸投げ」になっていたことが 2 つの症状を生んでいた。(1) **コンパクト肥大ループ**: `pre_compact.py` がコンパクト直前に状態を無上限追記させ、`restore_session.py` がコンパクト後に `## 残タスク` / `## うまくいったアプローチ` / `## 試みたが失敗したアプローチ` の 3 セクションを完了済み `- [x]` 行も含め丸ごと再注入し続けるため、コンテキスト使用率が上がり→さらにコンパクトが早まる正のフィードバックになっていた。(2) **ワークフロー無視**: 復元時にフェーズ状態が単なる ToDo として注入されるだけで「dev-workflow 進行中・skill 経由で再開せよ・Approval Flow を守れ」の指示が無く、`/init-session` の「続きから作業する」も「そのまま作業に入る」となっていたため、復元後に dev-workflow を飛ばして直接着手しがちだった。両症状の根は同じ「復元時に構造化された現在地が無い」ことであり、`現在地:` の 1 行フィールドを新設して構造化することで、再注入を小さく保ちつつワークフロー復帰を確実化する。
+
+### 追加
+
+- **`.claude/hooks/session_utils.py`**: `create_session_template()` のテンプレートに `現在地:` 行（`DURATION:` 直後）を追加。デフォルト空＝「ワークフロー外（自由作業）」。あわせて単一行値のサニタイズ共通関数 `sanitize_value()` を新設（C0 制御文字・DEL・C1・U+2028/U+2029 除去 + `-->`→`-- >`、タブは保持）。`append_checkpoint` の label サニタイズも本関数に統一（body は複数行 Markdown 保持のため非適用）。
+
+### 変更
+
+- **`.claude/hooks/restore_session.py`**: コンパクト後の再注入を構造化。(a) `現在地:` を最優先で読み、非空かつ `完了` でなければ「⚠️ dev-workflow 進行中（現在地: …）。残作業に直接着手せず、対応 skill（develop / review-phase / start）経由で再開し、各エージェント出力後の Approval Flow を守ること。」を出力冒頭に注入。(b) `## 残タスク` は `- [ ]` 未完了行のみ注入（`- [x]` 完了行を除外）。(c) `## うまくいったアプローチ` / `## 試みたが失敗したアプローチ` は末尾 15 行（`APPROACH_TAIL_LINES`）に上限化。(d) 3 セクションを行単位でサニタイズ。(e) セッションファイル名 `date_str` を `^\d{8}$` で検証。
+- **`.claude/hooks/pre_compact.py`**: `SAVE_INSTRUCTION` を「無上限に書き出す」から「`現在地:` を現在のフェーズに更新し、`## 残タスク` をチェックリストとして更新（完了は `- [x]` 化・不要行は整理）」へ変更し、肥大を発生源で抑制。
+- **`.claude/skills/dev-workflow/SKILL.md`**: 各フェーズ承認時に `- [x]` 化と同時に `現在地:` を次フェーズへ更新する手順を総則＋各箇所に併記（フェーズ E 完了時は `現在地: 完了`）。
+- **`.claude/skills/parallel-agents/SKILL.md`**: Wave 完了処理に `現在地:` 更新を併記。
+- **`.claude/skills/init-session/SKILL.md`**: Step 5「続きから作業する」を、`現在地:` が進行中なら対応 skill 経由で該当フェーズから再開し Approval Flow を守る案内に変更（空または `完了` なら従来どおり直接着手）。
+
+### 後方互換
+
+- `現在地:` 行が無い既存フォーマットの `.tmp` ファイルでも `restore_session.py` / `stop.py` はクラッシュせず従来どおり動作する（regex 不一致時は空扱い）。公開 API・CLI・DB スキーマに変更なし。**破壊的変更なし**・migration 不要。
+
+### 注意
+
+- 本変更は hook（`session_utils` / `restore_session` / `pre_compact`）と skill 手順の変更。`c3 update` 適用後、次回のコンパクト・セッション復元から新挙動が反映される（新規 agent 定義の追加ではないためセッション再起動は不要）。
+
+## [2.35.0] - 2026-06-10
+
+**並列実行 worktree の cwd リーク（Claude Code [Issue #28017](https://github.com/anthropics/claude-code/issues/28017)）への暫定ワークアラウンドを追加（手順追加・破壊的変更なし）**: `isolation: "worktree"` の Agent 完了後に親セッションの作業ディレクトリ（cwd）が worktree（`.claude/worktrees/agent-*`）内へ移動したまま戻らない Claude Code の既知バグ（「Task tool with isolation=worktree leaks CWD to parent session」・closed as duplicate・複数 OS で報告）により、wave 完了処理（成果物の取り込み・コミット・worktree 削除）が誤ったディレクトリで走り、特に worktree ディレクトリの削除に失敗する事象がある。公式修正までの暫定対応として、`parallel-agents` skill の wave 完了処理の先頭で **無条件に cwd をプロジェクトルートへ戻す手順 `2-F-0`** を追加した。
+
+### 追加
+
+- **`.claude/skills/parallel-agents/SKILL.md` 2-F-0（親 cwd をプロジェクトルートへ復帰・無条件・必須）**: 各 wave の完了処理（2-F）の最初で `cd <ROOT>`（`<ROOT>` = 最初の worktree Agent 起動前の cwd の絶対パス）を無条件で実行する。cwd が漏れていなくても無害。Issue が挙げる公式ワークアラウンド "manually cd back" に準拠。これにより後続の 2-F-1（取り込み）・2-F-2（コミット）・2-F-3（削除）が常にプロジェクトルートで実行され、worktree 削除失敗を回避する。
+
+### 後方互換
+
+- 手順を 1 ステップ追加しただけで、wave の成果物・コミット内容・削除結果は変わらない。公開 API・CLI・DB スキーマ・hook・コード挙動に変更なし。**破壊的変更なし**・migration 不要。
+- 既存の 2-F-3（worktree クリーンアップ）はフォールバック型の手順を温存。本対応は公式修正までの暫定ワークアラウンドであり、ワークアラウンドが効かない場合も従来どおり残留チェック＋手動削除で吸収できる。
+
+### 注意
+
+- 本変更は `parallel-agents` skill（`/develop` のフェーズ D で間接起動）の手順追記。`c3 update` 適用後、次回の並列実装 wave から新手順が読まれる（新規 agent 定義の追加ではないためセッション再起動は不要）。
+
 ## [2.34.0] - 2026-06-09
 
 **設計・計画監査ゲート `design-critic` を追加（機能追加・opt-in・破壊的変更なし）**: 標準ワークフローのフェーズ C（計画）とフェーズ D（実装）の間に、実装前の設計・計画を第三者として敵対的に監査する opt-in ゲート **C-3** を新設した。ブログ記事「Automated Doubt Development Process」に着想を得た「自動化された疑念」を C3 に取り込み、**実装中に発覚していた手戻り（前提崩れ・曖昧さ・抜け漏れ）を実装前に検出**することを狙う。新規 read-only サブエージェント `design-critic` が requirements/architecture/plan を 3 レンズ（前提発掘 `[DC-AS]` / 曖昧さ `[DC-AM]` / 抜け漏れ `[DC-GP]`）で監査し、各 finding に**起因層（A要件 < B設計 < C計画）**を付与する。findings は起因層に応じて正しい上流フェーズへ戻す**層別ルーティング**で対応する（設計起因を計画フェーズに戻しても直らない問題を回避）。

{claude_code_conductor-2.34.0 → claude_code_conductor-2.36.0}/PKG-INFO

@@ -1,6 +1,6 @@
 Metadata-Version: 2.4
 Name: claude-code-conductor
-Version: 2.34.0
+Version: 2.36.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

{claude_code_conductor-2.34.0 → claude_code_conductor-2.36.0}/hatch_build.py

@@ -45,6 +45,7 @@ EXCLUDE_PATTERNS: tuple[str, ...] = (
     "docs/C3_tier_routing_cost_integration_設計.md",
     "docs/grill-me機能を実装する際の考慮点とC3との相性や超えるべき壁.md",
     "docs/C3のconfig_policyとversion_upgradeの考慮点と超えるべき壁.md",
+    "docs/model_settings.md",
     "docs/codex対応/*",
     "hooks/subagent_log.py",
     "settings.local.json",

{claude_code_conductor-2.34.0 → claude_code_conductor-2.36.0}/src/c3/__init__.py

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

{claude_code_conductor-2.34.0 → claude_code_conductor-2.36.0}/src/c3/_excludes.py

@@ -42,6 +42,7 @@ EXCLUDE_PATTERNS: tuple[str, ...] = (
     "docs/C3_tier_routing_cost_integration_設計.md",
     "docs/grill-me機能を実装する際の考慮点とC3との相性や超えるべき壁.md",
     "docs/C3のconfig_policyとversion_upgradeの考慮点と超えるべき壁.md",
+    "docs/model_settings.md",
     "docs/codex対応/*",
     "hooks/subagent_log.py",
     "settings.local.json",