create-einja-app 0.3.1 → 0.3.3

package/templates/default/docs/plans/fluttering-snuggling-sprout.md

@@ -0,0 +1,172 @@
+# Plan: einja-skill-creator を公式版に追従改善 + skill-first hook修正
+
+## Context
+
+公式 Anthropic skill-creator（`anthropics/claude-plugins-official`）が更新されており、einja版は以前のバージョンをベースに日本語化・カスタマイズしたもの。
+公式版との差分を分析し、einja版に取り込むべき改善点を特定した。
+
+また、Plan mode時に `einja-skill-first` の評価リマインダーを自動注入する `plan-mode-skill-loader.sh` hookが正常に機能していないことが判明。hookの修正も本Planに含める。
+
+---
+
+## 差分分析サマリー
+
+### 優先度: 高（機能・正確性に影響）
+
+| # | 差分 | 影響 |
+|---|------|------|
+| 1 | **run_loop.py のシグネチャ不一致** — `holdout`が公式=float(割合) vs einja=int(件数)、第一引数が`eval_set:list` vs `eval_set_path:str` | SKILL.mdの手順通りに`--holdout 0.4`で実行すると動作しない |
+| 2 | **run_loop.py のtrain/test順次実行** — 公式版は1バッチで並列実行してから分割、einja版は順次 | 評価実行時間が約2倍 |
+| 3 | **run_loop.py のblinded_history欠落** — 公式版はimprove時にtest結果を隠蔽してオーバーフィット防止 | einja版はtestスコアが改善プロンプトに漏れてオーバーフィットリスクあり |
+| 4 | **aggregate_benchmark.py が完全別機能** — 公式版はschemas.md準拠のbenchmark.json生成、einja版は複数run_loop出力の横断比較 | Benchmarkモード（viewer.htmlのBenchmarkタブ）が動作しない |
+| 5 | **SKILL.md: grading.jsonフィールド名警告の欠落** — `text`/`passed`/`evidence`必須、`name`/`met`/`details`禁止 | viewerがフィールド不一致で正しく表示されないリスク |
+
+### 優先度: 中（品質・UXに影響）
+
+| # | 差分 | 影響 |
+|---|------|------|
+| 6 | **SKILL.md: eval queryのGood/Bad具体例が欠落** — トリガー評価クエリの品質基準 | 低品質なevalクエリが生成されdescription最適化の精度低下 |
+| 7 | **SKILL.md: タイミングデータ即時処理の警告欠落** — 「通知は1回限り、バッチ不可」 | timing.jsonの保存漏れリスク |
+| 8 | **SKILL.md: コアループ再掲+TodoList指示の欠落** — 末尾のフロー要約とCowork向けTodoList指示 | 作業手順の抜け漏れリスク（特にCowork環境） |
+| 9 | **SKILL.md: Claude.ai制限の文脈説明欠落** — ブラインドテスト不可の注意 | ユーザーが結果の制限を理解できない |
+| 10 | **run_loop.py: ブラウザ自動オープン+results_dir保存機能なし** | ライブモニタリング・出力管理の利便性低下 |
+| 11 | **generate_report.py: stdin対応なし** — 公式版は`--input -`でstdinから読める | パイプライン連携の柔軟性が低い |
+
+### 優先度: 低（軽微・好みの問題）
+
+| # | 差分 | 影響 |
+|---|------|------|
+| 12 | **SKILL.md: feedback.jsonのスキーマ例欠落** | ユーザーがフィードバック形式を理解しにくい |
+| 13 | **SKILL.md: Coworkフィードバックアクセス権限の注意欠落** | Coworkユーザーがfeedback.json読み込みで詰まる |
+| 14 | **generate_report.py: UIデザインの差異** — 公式版はtest/train色分けが明確 | 視認性の差（機能的には同等） |
+
+### einja版の独自強み（維持すべき）
+
+| 要素 | 内容 |
+|------|------|
+| `init_skill.py` | Skill初期化スクリプト（公式版にない） |
+| 参考ドキュメント記録規約 | 設計根拠追跡のHTMLコメント記録 |
+| `@einja:excluded` / `@einja:project-private` | テンプレート除外マーカー |
+| `quick_validate.py` のeinja固有チェック | プレフィックス推奨、行数チェック |
+| import フォールバック | `run_eval.py`のtry/except import |
+| description日英併記 | 日本語ユーザー向けトリガー精度向上 |
+
+---
+
+## 推奨改善アプローチ
+
+### Phase 0: plan-mode-skill-loader.sh hook修正
+
+**対象ファイル**: `.claude/hooks/einja/plan-mode-skill-loader.sh`
+
+**現状**: hook自体は正常終了（exit 0）するが、`additionalContext` のリマインダーがAIコンテキストに到達していない。会話冒頭で `UserPromptSubmit hook success: Success` のみ表示され、リマインダーテキストが注入されていない。
+
+**調査・修正方針**:
+
+1. **デバッグ確認**: hookにデバッグ出力を追加し、`permission_mode` の実際の値を確認
+   - `echo "DEBUG: permission_mode=$permission_mode" >&2` を追加して値を特定
+2. **原因候補の検証**:
+   - `permission_mode` が `"plan"` 以外の値（例: `"default"` でPlan modeでも変わらない等）
+   - `additionalContext` の出力が "discrete"（背景的）すぎて実効性がない
+   - jqの出力がパイプで消失している
+3. **修正案**:
+   - **案A**: `additionalContext` を `hookSpecificOutput` でネストして明示的に注入
+   - **案B**: Plain text stdoutに切り替えてトランスクリプトに直接表示
+   - **案C**: `permission_mode` の条件を緩和/修正（値が異なる場合）
+4. **検証**: Plan modeで新セッションを開始し、リマインダーが表示されることを確認
+
+### Phase 1: スクリプト互換性修正（高優先度 #1-4）
+
+**注意**: Phase 1完了後、SKILL.mdのコマンド例が一時的に不整合になる。Phase 2で連動更新する。
+
+#### 1-a. run_loop.py を公式版ベースに再構築
+   - `holdout` を float 割合に統一（公式: `0.4` = 40%）
+   - train/test 並列バッチ実行に変更（1バッチで並列→分割）
+   - blinded_history を追加（test結果を隠蔽してオーバーフィット防止）
+   - ブラウザ自動オープン（`webbrowser.open`）・`results_dir` 保存を追加
+   - 終了条件を公式版に統一（trainのみ全パスで終了、testは過学習チェック用）
+   - **einja独自機能の保持判断**:
+     - `--improve-model`（評価/改善モデル分離）→ **保持**（公式版より柔軟）
+     - `--seed`（再現性確保）→ **保持**（デバッグに有用）
+     - import フォールバック・日本語コメント → **保持**
+
+#### 1-b. improve_description.py の互換性確認・修正
+   - blinded_history導入に伴うシグネチャ変更の要否を確認
+   - 公式版: `/tmp/official-sc-scripts-improve_description.py`
+   - einja版: `.claude/skills/einja-skill-creator/scripts/improve_description.py`
+   - 差分があればblinded_history対応を追加
+
+#### 1-c. aggregate_benchmark.py を公式版に差し替え
+   - 既存のeinja版横断比較機能は `compare_runs.py` に別名保存
+   - schemas.md準拠のbenchmark.json生成を復元（viewer.htmlのBenchmarkタブが動作するように）
+   - **現状の不整合**: einja版SKILL.mdに記載のコマンド `python -m scripts.aggregate_benchmark <workspace>/iteration-N --skill-name <name>` が既にeinja版スクリプトでは動作しない状態。公式版差し替えでこの不整合が解消される
+
+### Phase 2: SKILL.md内容補完（高・中優先度 #5-9） ※Phase 1との連動更新含む
+
+#### 2-a. Phase 1連動のコマンド例更新
+   - run_loopのコマンド例を公式版シグネチャに合わせて更新
+   - `--holdout 0.4` 引数の追記
+   - `--improve-model`（einja独自）の説明追記
+   - aggregate_benchmarkのコマンド例は既に正しい（公式版差し替えで整合）
+
+#### 2-b. 公式版の重要な詳細を追記
+   - grading.jsonフィールド名警告（#5）— `text`/`passed`/`evidence`必須、誤フィールド禁止
+   - eval queryのGood/Bad具体例（#6）— 公式版の具体例を日本語化
+   - タイミングデータ即時処理警告（#7）— 「通知は1回限り、バッチ不可」
+   - コアループ再掲+TodoList指示（#8）— 末尾にフロー要約を追加
+   - Claude.ai制限の文脈説明（#9）— ブラインドテスト不可の注意
+   - feedback.jsonスキーマ例（#12）
+   - Coworkアクセス権限注意（#13）
+
+#### 2-c. compare_runs.py（別名保存した横断比較）の説明追加（任意）
+
+### Phase 3: UX改善（中・低優先度 #10-14）
+
+4. **generate_report.py のstdin対応追加**（`--input -`）
+5. **generate_report.py のtest/train色分け改善**（任意）
+6. **回帰テスト**: `init_skill.py`・`quick_validate.py` が引き続き動作することを確認
+
+---
+
+## 対象ファイル
+
+| ファイル | 変更内容 |
+|---------|---------|
+| `.claude/hooks/einja/plan-mode-skill-loader.sh` | デバッグ・修正（リマインダー注入が機能するように） |
+| `.claude/skills/einja-skill-creator/SKILL.md` | 公式版の詳細指示を追記 + コマンド例更新 |
+| `.claude/skills/einja-skill-creator/scripts/run_loop.py` | 公式版ベースに再構築（einja独自機能保持） |
+| `.claude/skills/einja-skill-creator/scripts/improve_description.py` | blinded_history対応（要否確認後） |
+| `.claude/skills/einja-skill-creator/scripts/aggregate_benchmark.py` | 公式版に差し替え（既存は `compare_runs.py` に別名保存） |
+| `.claude/skills/einja-skill-creator/scripts/compare_runs.py` | aggregate_benchmark.pyの旧einja版を別名保存 |
+| `.claude/skills/einja-skill-creator/scripts/generate_report.py` | stdin対応追加 |
+
+## 公式版ファイル（参照用）
+
+`/tmp/` にダウンロード済み:
+- `/tmp/official-skill-creator-SKILL.md` — 公式SKILL.md（479行）
+- `/tmp/official-sc-scripts-run_loop.py` — 公式run_loop.py
+- `/tmp/official-sc-scripts-aggregate_benchmark.py` — 公式aggregate_benchmark.py
+- `/tmp/official-sc-scripts-generate_report.py` — 公式generate_report.py
+- その他 `/tmp/official-sc-*` — 公式版の全ファイル
+
+## 検証方法
+
+### Phase 0: hook修正
+- Plan modeで新セッションを開始し、`<system-reminder>` にskill-firstリマインダーが表示されることを確認
+- Plan mode以外ではリマインダーが注入されないことを確認
+
+### Phase 1: スクリプト互換性
+- `python -m scripts.run_loop --help` で引数が公式版と一致（`--holdout` がfloat、`--results-dir` 等が存在）
+- `python -m scripts.aggregate_benchmark --help` で引数が公式版と一致（ディレクトリ引数）
+- `python -m scripts.improve_description --help` でblinded_history対応を確認
+- 小規模実行テスト: 2-3クエリのeval setで `run_loop` を実際に実行し、benchmark.json生成→viewer.htmlのBenchmarkタブ表示まで確認
+- `compare_runs.py` が旧einja版の横断比較機能として動作することを確認
+
+### Phase 2: SKILL.md補完
+- SKILL.md の公式版との差分レビュー（grading.jsonフィールド警告、eval query Good/Bad例、コアループ再掲等が反映されていることを目視確認）
+- SKILL.md のコマンド例が更新後のスクリプトシグネチャと整合していることを確認
+
+### Phase 3: UX + 回帰テスト
+- `python -m scripts.quick_validate` でスキーマ検証パス
+- `init_skill.py` が引き続き動作することを確認
+- `generate_report.py` のstdin対応テスト

package/templates/default/docs/plans/generic-sleeping-snowglobe-agent-a41d8da.md

@@ -0,0 +1,179 @@
+# 計画レビュー結果: generic-sleeping-snowglobe
+
+## レビュー完了日時
+2026-03-04
+
+## 総評
+⚠️ PARTIAL - 3件の重要な問題を検出。修正後に実装可能。
+
+## 問題点と修正指示
+
+### 問題1: Step 2 に Manager worktree 作成が記述されていない【最重要】
+
+**箇所:** `.claude/commands/einja/issue-exec.md` L124-137
+
+**現状:**
+```markdown
+### Step 2: ブランチ & worktree 作成
+1. Issue ブランチ作成: `issue/{issue番号}`（base ブランチから）
+2. 各 Phase のブランチ作成: `issue/{issue番号}-phase{N}`（issue ブランチから）
+3. git worktree 作成:
+   mkdir -p ~/.einja/worktrees/issue-{N}/
+   git worktree add ~/.einja/worktrees/issue-{N}/phase{M} issue/{N}-phase{M}
+```
+
+**修正後:**
+```markdown
+### Step 2: ブランチ & worktree 作成
+1. Issue ブランチ作成: `issue/{issue番号}`（base ブランチから）
+2. Manager worktree 作成（メインリポジトリから）:
+   ```bash
+   mkdir -p ~/.einja/worktrees/issue-{N}/
+   git worktree add ~/.einja/worktrees/issue-{N}/manager issue/{N}
+   git push -u origin issue/{N}
+   ```
+3. **以降の操作は全て Manager worktree 内から実行する**（cwd: `~/.einja/worktrees/issue-{N}/manager`）
+4. 各 Phase のブランチ作成（Manager worktree から）: `issue/{issue番号}-phase{N}`（issue ブランチから）
+5. Phase worktree 作成（Manager worktree から）:
+   ```bash
+   git worktree add ~/.einja/worktrees/issue-{N}/phase{M} issue/{N}-phase{M}
+   git push -u origin issue/{N}-phase{M}
+   ```
+```
+
+**理由:** 計画の中核である「Manager を worktree 化」が実装記述に反映されていない
+
+---
+
+### 問題2: Step 4 tmux セッション起動ディレクトリ未指定
+
+**箇所:** `.claude/commands/einja/issue-exec.md` L166-168
+
+**現状:**
+```bash
+tmux new-session -d -s einja-{issue番号} -n manager
+```
+
+**修正後:**
+```bash
+tmux new-session -d -s einja-{issue番号} -n manager -c ~/.einja/worktrees/issue-{N}/manager
+```
+
+**理由:** Manager が worktree 内で動作するよう cwd を明示する必要がある
+
+---
+
+### 問題3: worktree 物理パス構成図に manager/ が欠落
+
+**箇所:** `.claude/commands/einja/issue-exec.md` L266-270
+
+**現状:**
+```markdown
+## worktree 物理パス
+```
+~/.einja/worktrees/issue-{N}/
+├── phase{M}/                     ← Director cwd
+├── task-{X.Y}/                   ← Worker cwd
+```
+```
+
+**修正後:**
+```markdown
+## worktree 物理パス
+```
+~/.einja/worktrees/issue-{N}/
+├── manager/                      ← Manager cwd（NEW）
+├── phase{M}/                     ← Director cwd
+├── task-{X.Y}/                   ← Worker cwd
+```
+```
+
+**理由:** 計画で明記された構成図との整合性
+
+---
+
+## 改善提案
+
+### 提案1: Step 0-3 セッション復元に Manager worktree 再作成を追記
+
+**箇所:** `.claude/commands/einja/issue-exec.md` L112-114
+
+**現状:**
+```markdown
+#### 3. セッション復元
+- `--resume` フラグがある場合、`~/.einja/sessions/issue-{N}/session.json` からセッション状態を復元
+  - 未完了のPhaseのDirectorを再起動する
+```
+
+**追記案:**
+```markdown
+#### 3. セッション復元
+- `--resume` フラグがある場合、`~/.einja/sessions/issue-{N}/session.json` からセッション状態を復元
+  - Manager worktree の存在確認: `git worktree list | grep issue-{N}/manager`
+    - 存在しない場合は再作成: `git worktree add ~/.einja/worktrees/issue-{N}/manager issue/{N}`
+  - 未完了のPhaseのDirectorを再起動する
+```
+
+**理由:** 計画で明記されているが、実装記述に含まれていない
+
+---
+
+### 提案2: セッションクリーンアップに Manager worktree 削除を追加
+
+**箇所:** `.claude/commands/einja/issue-exec.md` L390-395
+
+**現状:**
+```markdown
+## セッションクリーンアップ
+
+Issue完了時に以下を自動削除:
+- `~/.einja/sessions/issue-{N}/` （セッションファイル）
+- `~/.einja/worktrees/issue-{N}/` （worktree。事前に `git worktree remove` を実行）
+- ローカルブランチのクリーンアップ（task/*, issue/*-phase*）
+```
+
+**追記案:**
+```markdown
+## セッションクリーンアップ
+
+Issue完了時に以下を自動削除:
+- `~/.einja/sessions/issue-{N}/` （セッションファイル）
+- `~/.einja/worktrees/issue-{N}/` （worktree。事前に `git worktree remove` を各ディレクトリに対して実行）
+  - `git worktree remove ~/.einja/worktrees/issue-{N}/manager`
+  - `git worktree remove ~/.einja/worktrees/issue-{N}/phase{M}`
+  - `git worktree remove ~/.einja/worktrees/issue-{N}/task-{X.Y}`
+- ローカルブランチのクリーンアップ（task/*, issue/*-phase*, issue/{N}）
+```
+
+**理由:** Manager worktree も削除対象に含める必要がある
+
+---
+
+## 検証済み項目
+
+### ✅ 技術的正確性
+- worktree内から `git worktree add` / `git branch` / `git push` が動作することを確認済み（計画に記載あり）
+
+### ✅ 複数Issue同時実行の安全性
+- 各 Manager が独立した worktree で動作するため race condition は発生しない
+- ブランチ名も `issue/{N}` で分離されており衝突しない
+
+### ✅ 後方互換性
+- Director/Worker の起動方法は変更なし
+- ステータスファイル構造は絶対パスで管理されており影響なし
+
+### ✅ その他の変更なし箇所
+- Director/Worker 起動方法
+- ステータスファイル構造
+- `gh pr create` コマンド
+- `einja-team-exec` Skill
+- `task-exec` コマンド
+
+---
+
+## 次のステップ
+
+1. 上記3件の問題を修正する
+2. 改善提案2件を検討・適用する
+3. 修正後、issue-exec.md の全体整合性を再確認する
+4. `presets/default/` へのビルド反映は自動（CLAUDE.md記載のとおり）

package/templates/default/docs/plans/generic-sleeping-snowglobe.md

@@ -0,0 +1,108 @@
+# Plan: issue-exec Manager を worktree 化し、複数Issue同時実行を可能にする
+
+## Context
+
+現在の `issue-exec` コマンドでは、Manager がメインリポジトリで直接動作する。
+これにより:
+1. 複数Issue同時実行時に git 状態の race condition リスクがある
+2. Manager 実行中にメインリポジトリで手動作業ができない
+
+Manager も worktree で動作させることで、これらを解消する。
+
+**技術的前提**: Git 2.15+ では worktree 内から `git worktree add` / `git branch` / `git push` が可能（検証済み）。
+
+## 変更対象
+
+`.claude/commands/einja/issue-exec.md` （1ファイルのみ）
+
+## 具体的な変更箇所（5箇所）
+
+### 1. Step 2: ブランチ & worktree 作成（L124-137）
+
+Manager worktree を最初に作成し、以降のgit操作はすべて Manager worktree 内から実行する。
+
+```markdown
+### Step 2: ブランチ & worktree 作成
+1. Issue ブランチ作成（メインリポジトリから）: `issue/{issue番号}`（base ブランチから）
+2. Manager worktree 作成（メインリポジトリから）:
+   ```bash
+   mkdir -p ~/.einja/worktrees/issue-{N}/
+   git worktree add ~/.einja/worktrees/issue-{N}/manager issue/{N}
+   git push -u origin issue/{N}
+   ```
+3. **以降の操作は全て Manager worktree 内から実行**（cwd: `~/.einja/worktrees/issue-{N}/manager`）
+4. 各 Phase のブランチ作成（Manager worktree から）: `issue/{issue番号}-phase{N}`（issue ブランチから）
+5. Phase worktree 作成（Manager worktree から）:
+   ```bash
+   git worktree add ~/.einja/worktrees/issue-{N}/phase{M} issue/{N}-phase{M}
+   git push -u origin issue/{N}-phase{M}
+   ```
+```
+
+### 2. Step 4: tmux セッション作成（L166-168）
+
+Manager の cwd を worktree に指定する。
+
+```bash
+tmux new-session -d -s einja-{issue番号} -n manager -c ~/.einja/worktrees/issue-{N}/manager
+```
+
+### 3. Step 0-3: セッション復元（L112-114）
+
+Manager worktree の存在確認・再作成ロジックを追加。
+
+```markdown
+#### 3. セッション復元
+- `--resume` フラグがある場合、`~/.einja/sessions/issue-{N}/session.json` からセッション状態を復元
+  - Manager worktree の存在確認: `git worktree list | grep issue-{N}/manager`
+    - 存在しない場合は再作成: `git worktree add ~/.einja/worktrees/issue-{N}/manager issue/{N}`
+  - 未完了のPhaseのDirectorを再起動する
+```
+
+### 4. worktree 物理パス構成図（L266-270）
+
+`manager/` を追加。
+
+```
+~/.einja/worktrees/issue-{N}/
+├── manager/                      ← Manager cwd
+├── phase{M}/                     ← Director cwd
+├── task-{X.Y}/                   ← Worker cwd
+```
+
+### 5. セッションクリーンアップ（L390-395）
+
+Manager worktree を削除対象に追加。
+
+```markdown
+Issue完了時に以下を自動削除:
+- `~/.einja/sessions/issue-{N}/` （セッションファイル）
+- `~/.einja/worktrees/issue-{N}/` （worktree。事前に `git worktree remove` を各ディレクトリに対して実行）
+  - `git worktree remove ~/.einja/worktrees/issue-{N}/task-{X.Y}`（Worker）
+  - `git worktree remove ~/.einja/worktrees/issue-{N}/phase{M}`（Director）
+  - `git worktree remove ~/.einja/worktrees/issue-{N}/manager`（Manager - 最後に削除）
+- ローカルブランチのクリーンアップ（task/*, issue/*-phase*）
+```
+
+## ブランチ構成図の更新
+
+```
+{baseBranch}
+ └── issue/{N}                        Manager worktree（← 変更点）
+      ├── issue/{N}-phase1             Director1 worktree
+      │    ├── task/{N}-1.1            Worker1.1 worktree
+      ...
+```
+
+## 変更しない箇所
+
+- Director/Worker の起動方法
+- ステータスファイル構造（絶対パスで管理）
+- `gh pr create` コマンド
+- `task-exec` コマンド
+- `einja-team-exec` Skill
+
+## 検証方法
+
+1. 変更後の `issue-exec.md` 全体を通読し、Step 0〜7の整合性を確認
+2. worktree 構成図・ブランチ構成図が一致しているか確認

package/templates/default/docs/plans/generic-snuggling-pudding.md

@@ -0,0 +1,57 @@
+# Plan: conflict-resolver サブエージェント廃止 → Skill一本化
+
+## Context
+
+`conflict-resolver` はサブエージェント定義（`.claude/agents/`）とSkill定義（`.claude/skills/`）の2重構造になっている。
+サブエージェント経由では `AskUserQuestion` が使えないため、コンフリクト解消の核心機能（1ファイルずつユーザー確認）が動作しない。
+Skill単体で親エージェントが直接実行すれば `AskUserQuestion` が正常に動作するため、サブエージェント定義を廃止してSkill一本化する。
+
+## 変更内容
+
+### TODO-1: エージェント定義の削除
+
+**削除ファイル:**
+- `.claude/agents/einja/git/conflict-resolver.md`
+
+### TODO-2: CLAUDE.md の参照更新
+
+**ファイル:** `CLAUDE.md`
+
+- **行29**: サブエージェント委託テーブルから `コンフリクト解消 → conflict-resolver` の行を削除
+- **行41**: Skill テーブルの `einja-conflict-resolver` はそのまま維持
+- **行92**: `gitコンフリクト発生時の対応` セクションもそのまま維持（既にSkillを参照している）
+
+### TODO-3: einja-task-commit Skill の参照更新
+
+**ファイル:** `.claude/skills/einja-task-commit/SKILL.md`
+
+- **行52**: `conflict-resolver エージェント を Task ツールで呼び出して解消` → `einja-conflict-resolver Skill の手順に従って解消`
+- **行256**: `conflict-resolver エージェントを Task ツールで呼び出して解消を試行` → `einja-conflict-resolver Skill の手順に従って解消を試行`
+
+### TODO-4: issue-exec コマンドの参照更新
+
+**ファイル:** `.claude/commands/einja/issue-exec.md`
+
+- **行349**: `conflict-resolverで自力解消` → `einja-conflict-resolver Skillで自力解消`
+
+### TODO-5: .einja-sync.json のエントリ削除
+
+**ファイル:** `.einja-sync.json`
+
+- agent定義のsyncエントリ（`.claude/agents/einja/git/conflict-resolver.md`）を削除
+
+### 変更不要（参照のみ・読み取り専用）
+
+| ファイル | 理由 |
+|---------|------|
+| `docs/einja/steering/branch-strategy.md` | マネージドディレクトリ（読み取り専用）※ただしこのリポジトリでは編集可。"conflict-resolver で解消"は曖昧でSkillを指すとも読めるため変更不要 |
+| `docs/einja/instructions/issue-exec-workflow.md` | 同上 |
+| `docs/plans/*.md` | 過去のPlan。履歴として変更不要 |
+| `.claude/commands/einja/einja-sync.md` | "einja-conflict-resolver Skill は使用しない"の記述。変更不要 |
+| `.claude/skills/einja-conflict-resolver/SKILL.md` | Skill本体。変更不要 |
+
+## 検証
+
+1. `grep -r "conflict-resolver" .claude/agents/` でエージェント定義が残っていないことを確認
+2. `grep -r "conflict-resolver.*エージェント.*Task" .claude/ CLAUDE.md` でサブエージェント呼び出し記述が残っていないことを確認
+3. `pnpm prepush` でlint/typecheck/testが通ることを確認

package/templates/default/docs/plans/glimmering-giggling-sedgewick.md

@@ -0,0 +1,126 @@
+# Plan: Plan mode進入時にeinja-skill-firstを自動リマインドするhook
+
+## Context
+
+現在、`einja-skill-first` SkillはCLAUDE.mdの指示に基づいて親エージェントが手動で呼び出す運用になっている。しかし強制力がなく、忘れる可能性がある。
+
+`UserPromptSubmit` hookを使い、Plan mode中のプロンプト送信時に**軽量リマインダー**を自動注入することで、確実にeinja-skill-first評価が実行される仕組みを作る。
+
+**なぜ `UserPromptSubmit` か:**
+- `PreToolUse(EnterPlanMode)` はLLMが呼ぶ場合のみ発火し、**Shift+Tab**での手動Plan mode進入をカバーできない
+- `UserPromptSubmit` は `permission_mode` フィールドを受け取れるため、Plan mode中の全プロンプト送信を確実に検出可能
+
+**なぜ軽量リマインダー方式か:**
+- SKILL.md全文（240行）を注入するとコンテキストを圧迫する
+- 短い指示（2-3行）なら毎回注入しても低コスト → **状態管理（フラグファイル等）が不要**
+- LLMが自分でSKILL.mdを読みに行くので、Compaction後も再読み込み可能
+
+## 実装内容
+
+### 1. hookスクリプト作成
+
+**ファイル**: `.claude/hooks/einja/plan-mode-skill-loader.sh`
+
+```bash
+#!/bin/bash
+# plan-mode-skill-loader.sh - Plan mode中にeinja-skill-firstのリマインダーを注入
+#
+# UserPromptSubmit hookとして設定
+# permission_mode == "plan" の場合に、軽量リマインダーをadditionalContextとして注入
+# 毎回注入しても2-3行なのでコスト無視可能。状態管理不要。
+
+set -uo pipefail
+
+input=$(cat)
+
+# permission_modeを取得
+permission_mode=$(echo "$input" | jq -r '.permission_mode // empty')
+
+# Plan mode以外はスキップ
+if [[ "$permission_mode" != "plan" ]]; then
+  exit 0
+fi
+
+# 軽量リマインダーを注入
+jq -n '{
+  "additionalContext": "【Plan mode自動リマインダー】計画作成前にeinja-skill-firstの評価を実施してください。.claude/skills/einja-skill-first/SKILL.mdを参照し、スキップ基準に該当しない場合はSkill作成の必要性を評価してください。スキップ基準（単発の小規模修正、既存キーワードトリガー一致、具体的かつ限定的な作業指示、1回限りの作業）に該当する場合は省略可。"
+}'
+```
+
+### 2. settings.json にhookを追加
+
+**ファイル**: `.claude/settings.json`
+
+`hooks` セクションに `UserPromptSubmit` を追加:
+
+```json
+"UserPromptSubmit": [
+  {
+    "hooks": [
+      {
+        "type": "command",
+        "command": "\"$CLAUDE_PROJECT_DIR\"/.claude/hooks/einja/plan-mode-skill-loader.sh",
+        "timeout": 5000
+      }
+    ]
+  }
+]
+```
+
+※ `UserPromptSubmit` はmatcherをサポートしない（全プロンプトで発火）。スクリプト内で `permission_mode` をチェックして制御する。
+
+### 3. CLAUDE.md のskill-first関連記述を更新
+
+**ファイル**: `CLAUDE.md`
+
+現在の必須フロー Step3 の記述を更新:
+
+**変更前:**
+```
+3. `einja-skill-first` で「Skill を先に作るべきか」を自動評価する
+```
+
+**変更後:**
+```
+3. `einja-skill-first` で「Skill を先に作るべきか」を評価する
+   - Plan mode中は `UserPromptSubmit` hookにより自動でリマインダーが注入される
+   - `.claude/skills/einja-skill-first/SKILL.md` を読み込んで評価を実施する
+```
+
+手動キーワードトリガー（「Skill作るべき？」等）はそのまま維持。
+
+## 変更対象ファイル
+
+| ファイル | 操作 |
+|---------|------|
+| `.claude/hooks/einja/plan-mode-skill-loader.sh` | **新規作成** |
+| `.claude/settings.json` | **編集** - `UserPromptSubmit` hook追加 |
+| `CLAUDE.md` | **編集** - skill-first記述を更新（任意） |
+
+## 検証方法
+
+1. **スクリプト単体テスト**:
+   ```bash
+   # Plan modeの場合 → additionalContext出力
+   echo '{"permission_mode":"plan","session_id":"test123"}' | \
+     CLAUDE_PROJECT_DIR="$(pwd)" \
+     bash .claude/hooks/einja/plan-mode-skill-loader.sh
+
+   # 通常modeの場合 → 何も出力しない
+   echo '{"permission_mode":"default","session_id":"test123"}' | \
+     CLAUDE_PROJECT_DIR="$(pwd)" \
+     bash .claude/hooks/einja/plan-mode-skill-loader.sh
+   ```
+
+2. **実動作テスト**:
+   - Shift+TabでPlan modeに入りプロンプトを送信
+   - リマインダーが注入され、skill-first評価が促されることを確認
+
+3. **通常mode非発火テスト**:
+   - Plan mode以外でプロンプト送信した際に何も注入されないことを確認
+
+## 注意事項
+
+- `.claude/` 配下の変更は `presets/default/` にビルド時に自動コピーされる
+- `additionalContext` はCompaction対象だが、毎回再注入されるため消失しても問題ない
+- hookのタイムアウトは5秒（jqの実行のみなので十分余裕あり）