create-einja-app 0.3.2 → 0.3.3

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/idempotent-wiggling-cherny.md

@@ -0,0 +1,122 @@
+# サブエージェント質問プロトコル（PENDING_QUESTIONS）導入
+
+## Context
+
+Claude Code v2.0.56以降、**サブエージェントではAskUserQuestionがシステムレベルでフィルタリングされ動作しない**（GitHub Issue [#12890](https://github.com/anthropics/claude-code/issues/12890), [#20275](https://github.com/anthropics/claude-code/issues/20275)で確認済み）。また**CLAUDE.mdはサブエージェントに自動ロードされない**。
+
+現在8つのエージェントがAskUserQuestionを参照しているが、全て動作しない。Agent toolの`resume`パラメータ（コンテキスト維持で再開）を活用し、親経由で質問するプロトコルを導入する。
+
+## 変更方針
+
+- **共通Skill**にプロトコルを1箇所だけ定義し、全エージェントに`skills:`でpreload
+- **CLAUDE.md**に親側のハンドリングルールを追加
+- 各エージェントの既存AskUserQuestion YAML例は**参照情報として残し**、PENDING_QUESTIONS形式の使用例を併記
+
+## 変更内容
+
+### 1. 共通Skill作成（新規）
+**パス**: `.claude/skills/einja-subagent-question-protocol/SKILL.md`
+
+内容:
+- サブエージェントではAskUserQuestionが動作しない旨の説明
+- PENDING_QUESTIONSフォーマット定義（具体的な出力例付き）
+- AskUserQuestion YAML → PENDING_QUESTIONS形式の変換ガイド
+- ルール: 1回にまとめる、選択肢と背景・影響を含める、resumeで再開後に作業継続
+
+フォーマット例:
+```markdown
+## PENDING_QUESTIONS
+
+以下の不明点の解消が必要です。
+
+### Q1: [質問タイトル]
+**背景**: [なぜこの質問が必要か]
+
+| 選択肢 | 説明 | メリット | デメリット |
+|--------|------|----------|------------|
+| A: [ラベル] | [詳細] | [メリット] | [デメリット] |
+| B: [ラベル] | [詳細] | [メリット] | [デメリット] |
+
+**推奨**: A（[理由]）
+```
+
+### 2. CLAUDE.md（親側ハンドリング追加）
+**パス**: `CLAUDE.md`
+
+「サブエージェント委託ルール」セクション内に追加:
+
+```markdown
+### サブエージェント質問プロトコル（PENDING_QUESTIONS）
+
+サブエージェント出力に `## PENDING_QUESTIONS` が含まれている場合:
+1. 質問内容を解析し、AskUserQuestionでユーザーに確認
+2. Agent toolの`resume`パラメータで同じサブエージェントを再開（コンテキスト維持）
+3. プロンプトにユーザーの回答を含めて渡す
+4. 再度PENDING_QUESTIONSがある場合は同様に処理（最大2回まで）
+```
+
+### 3. 全エージェント定義の更新
+
+#### 3a. issue-specs系（`skills:` フィールド追加 + 「優先順位3」書き換え）
+
+| ファイル | 変更 |
+|---|---|
+| `requirements-generator.md` | `skills:` 追加 + 49-52行目をプロトコル参照1行に |
+| `design-generator.md` | `skills:` 追加 + 103-107行目をプロトコル参照1行に |
+| `qa-generator.md` | `skills:` 追加 + 62行目をプロトコル参照1行に |
+| `tasks-generator.md` | `skills:` 追加 + 95行目をプロトコル参照1行に |
+
+書き換え後:
+```markdown
+- **優先順位3: ユーザーへの確認（最終手段）**
+  - 上記の方法で解決できない場合、preload済みの「サブエージェント質問プロトコル」に従いPENDING_QUESTIONS形式で質問を返却して停止する
+```
+
+#### 3b. task系・architect系（`skills:` にpreload追加 + AskUserQuestion部分に注釈追加）
+
+| ファイル | 変更 |
+|---|---|
+| `task-executer.md` | `skills: []` に追加 + AskUserQuestion YAML例の前に「⚠️ サブエージェントではAskUserQuestionは動作しない。代わりにPENDING_QUESTIONS形式で返却すること」注釈を追加 |
+| `task-reviewer.md` | `skills:` 追加 + 同様の注釈 |
+| `frontend-architect.md` | `skills:` に追加 + 同様の注釈 |
+| `backend-architect.md` | `skills:` に追加 + 同様の注釈 |
+
+**注釈の形式**（各AskUserQuestion YAML例の直前に挿入）:
+```markdown
+> ⚠️ サブエージェントではAskUserQuestionは動作しません。
+> 以下のYAML例は「どんな質問をすべきか」の参照情報です。
+> 実際にはpreload済みの「サブエージェント質問プロトコル」に従い、
+> PENDING_QUESTIONS形式で質問を返却して停止してください。
+```
+
+これにより既存YAML例の情報（選択肢・description・推奨理由）を完全に保持しつつ、プロトコルへの誘導を行う。
+
+### 4. 変更不要なエージェント
+
+Explore, tasks-validator, task-qa（Skill側で処理済み）, task-modification-analyzer, docs-updater, codex-agent, design-engineer, frontend-coder, ui-design-generator
+
+## 変更ファイルまとめ
+
+| # | ファイル | 操作 |
+|---|---|---|
+| 1 | `.claude/skills/einja-subagent-question-protocol/SKILL.md` | **新規作成** |
+| 2 | `CLAUDE.md` | 親側ハンドリング追加 |
+| 3 | `.claude/agents/einja/issue-specs/requirements-generator.md` | skills追加 + 記述置換 |
+| 4 | `.claude/agents/einja/issue-specs/design-generator.md` | skills追加 + 記述置換 |
+| 5 | `.claude/agents/einja/issue-specs/qa-generator.md` | skills追加 + 記述置換 |
+| 6 | `.claude/agents/einja/issue-specs/tasks-generator.md` | skills追加 + 記述置換 |
+| 7 | `.claude/agents/einja/task/task-executer.md` | skills追加 + 注釈追加 |
+| 8 | `.claude/agents/einja/task/task-reviewer.md` | skills追加 + 注釈追加 |
+| 9 | `.claude/agents/einja/frontend-architect.md` | skills追加 + 注釈追加 |
+| 10 | `.claude/agents/einja/backend-architect.md` | skills追加 + 注釈追加 |
+
+## 検証方法
+
+### 静的検証（Grep）
+1. 共通Skillファイルが存在し、PENDING_QUESTIONSフォーマット例が含まれること
+2. CLAUDE.mdに親側ハンドリングセクションが存在すること
+3. 対象8エージェントの`skills:`に`einja-subagent-question-protocol`が含まれること
+
+### 動作検証（手動）
+4. requirements-generatorを意図的に曖昧な要件でフォアグラウンド起動し、PENDING_QUESTIONS形式で質問が返却されることを確認
+5. 返却された質問をAskUserQuestionで確認後、resumeで再開してコンテキストが維持されていることを確認

package/templates/default/docs/plans/recursive-fluttering-mitten.md

@@ -0,0 +1,176 @@
+# einja-issue-spec-createにui-designステップを追加 + Pencil MCP設定
+
+## Context
+
+einja-issue-spec-create Skillは仕様書を段階的に作成するワークフローだが、現在はUI設計がdesign.md内のmermaid/表形式のみ。
+Pencil MCPを活用してビジュアルなUIモックアップ（.penファイル）を生成するステップを追加し、UXの合意形成を効率化する。
+
+## Skill-first評価
+
+**スキップ**: 既存のeinja-issue-spec-create Skillへの機能追加であり、新規Skill作成の対象外。
+
+## 変更対象ファイル
+
+| # | ファイル | 操作 | 概要 |
+|---|---------|------|------|
+| 1 | `~/.claude/settings.json` | 変更 | Pencil MCP mcpServers設定追加 |
+| 2 | `.claude/settings.json` | 変更 | Pencil MCP permissions追加 |
+| 3 | `.claude/agents/einja/issue-specs/ui-design-generator.md` | **新規** | UIデザイン生成エージェント |
+| 4 | `.claude/skills/einja-issue-spec-create/SKILL.md` | 変更 | ui-designステップ挿入 + Phase再番号付け |
+| 5 | `.claude/agents/einja/issue-specs/design-generator.md` | 変更 | ui-design.pen参照追加 |
+
+**注意**: `.claude/agents/einja/` および `.claude/skills/einja-*/` 配下のファイルは `presets/default/` に自動コピーされる。直接編集は不要。
+
+## 実装手順
+
+### Step 1: Pencil MCP設定追加（並行可）
+
+#### 1a. `~/.claude/settings.json`（グローバル）にmcpServers追加
+
+MCPサーバー定義はグローバル設定に配置（下流プロジェクトへの影響を防ぐため）:
+
+```json
+"mcpServers": {
+  "pencil": {
+    "transport": "stdio",
+    "command": "/Applications/Pencil.app/Contents/Resources/app.asar.unpacked/out/mcp-server-darwin-arm64",
+    "args": ["--app", "desktop"],
+    "env": {}
+  }
+}
+```
+
+#### 1b. `.claude/settings.json`（プロジェクト）にpermissions追加
+
+`permissions.allow`に以下を追加:
+
+```
+mcp__pencil__batch_design
+mcp__pencil__batch_get
+mcp__pencil__find_empty_space_on_canvas
+mcp__pencil__get_editor_state
+mcp__pencil__get_guidelines
+mcp__pencil__get_screenshot
+mcp__pencil__get_style_guide
+mcp__pencil__get_style_guide_tags
+mcp__pencil__get_variables
+mcp__pencil__open_document
+mcp__pencil__replace_all_matching_properties
+mcp__pencil__search_all_unique_properties
+mcp__pencil__set_variables
+mcp__pencil__snapshot_layout
+```
+
+### Step 2: `ui-design-generator.md` 新規作成（並行可）
+
+**パス**: `.claude/agents/einja/issue-specs/ui-design-generator.md`
+
+**構造**（既存エージェントパターンに準拠 - `design-generator.md`等と同じ形式）:
+- **frontmatter**: name, description, tools（Pencil MCP + Playwright MCP読み取り用）, model: sonnet, color: purple
+- **ペルソナ**: UIデザイナー/UXエンジニアリング専門家
+- **ワークフロー**:
+  1. ステップ0: requirements.md読み込み + 既存画面判定
+  2. ステップ1: Pencil MCP環境準備（open_document → get_guidelines → get_style_guide）
+  3. ステップ2: 画面設計（find_empty_space_on_canvas → batch_design）
+     - `get_guidelines` でPencil MCPの操作ルール・構文仕様を取得してから実行
+  4. ステップ3: ビジュアル確認（get_screenshot）と修正
+  5. ステップ4: 既存画面改修時のPlaywright連携（スクリーンショット取得 → 参考にデザイン作成）
+- **複数画面管理**: 1つの.penファイル内に複数フレーム。横方向（right）に自動配置、padding: 100px
+- **既存画面改修**: Playwright MCPでスクショ取得 → 参考にしてデザイン作成
+- **出力**: `{仕様書ディレクトリ}/ui-design.pen`（gitコミット対象）
+
+### Step 3: `einja-issue-spec-create/SKILL.md` 更新（Step 1,2に依存）
+
+#### 変更1: allowed-tools に `mcp__pencil__*`, `mcp__playwright__*` 追加
+
+#### 変更2: Phase構成の再番号付け
+
+```
+Phase 1: requirements.md（要件定義書）         ← 変更なし
+Phase 2: ui-design.pen（UIデザイン）           ← 新規
+Phase 3: design.md（設計書）                   ← 旧Phase 2
+Phase 4: QAテスト仕様生成                      ← 旧Phase 3
+Phase 5: GitHub Issueへのタスク記述            ← 旧Phase 4
+```
+
+#### 変更3: Phase 2 ui-design ステップの挿入
+
+Phase 1の後に以下を挿入:
+- **スキップ判定**: requirements.mdに画面・UI・フォーム関連の要件がない場合はスキップ
+  - 明示的な判定基準: requirements.md内に「画面」「UI」「フォーム」「ダッシュボード」「表示」等のキーワードが含まれるか確認
+  - 判断が曖昧な場合はAskUserQuestionでユーザーに確認
+- **既存画面確認**: 改修の場合はPlaywright MCPでスクリーンショット取得
+- **エージェント呼び出し**: `ui-design-generator`で.pen生成
+- **ユーザー確認**: get_screenshotで各画面プレビューを提示
+- **承認後**: ui-design.penをコミット＆プッシュ
+  - コミットメッセージ: `docs: {機能名}のUIデザインを追加`
+
+#### 変更4: 旧Phase 2→3, 3→4, 4→5 の番号修正
+
+全てのPhase参照・セクション番号・サブセクション（4.1→5.1, 4.2→5.2等）を更新。
+
+#### 変更5: Phase 3（旧Phase 2）design.mdセクションに ui-design.pen参照追加
+
+```
+- **ui-design.penが存在する場合、Pencil MCPでビジュアルモックアップを参照してUI関連セクション（9-11）を作成**
+```
+
+#### 変更6: 成果物ディレクトリ構成に `ui-design.pen` 追加
+
+```
+/docs/specs/issues/{機能カテゴリ名}/issue{N}-{機能名}/
+├── requirements.md      # Phase 1
+├── ui-design.pen        # Phase 2（UI関連のみ）
+├── design.md            # Phase 3
+└── qa-tests/            # Phase 4
+```
+
+#### 変更7: Phase 5 Issue説明文にUIデザインへのリンク追加
+
+### Step 4: `design-generator.md` 更新（Step 2に依存）
+
+**パス**: `.claude/agents/einja/issue-specs/design-generator.md`
+
+- ステップ0: ui-design.penの存在確認を追加
+- ステップ1: 優先読み込みリストにui-design.penを追加
+- セクション10（画面設計）: ui-design.pen存在時はPencil MCPで参照（batch_get + get_screenshot）
+- tools: `mcp__pencil__batch_get`, `mcp__pencil__get_screenshot` を追加（読み取り専用）
+
+## ui-design.pen と design.md の関係
+
+| 観点 | ui-design.pen (Phase 2) | design.md (Phase 3) |
+|------|------------------------|---------------------|
+| 形式 | ビジュアル（.penファイル） | テキスト（mermaid/表） |
+| 目的 | UX検証・デザイン合意 | 実装仕様の定義 |
+| git管理 | .penファイルをコミット | 通常のmdファイル |
+| セクション10 画面設計 | 各画面のビジュアルモックアップ | mermaid図（Pencil MCPで.penを参照して作成） |
+
+**補完関係**: ui-design.pen=「何をどう見せるか」、design.md=「どう実装するか」
+
+## 実行順序
+
+```
+Step 1 ─┐
+         ├─→ Step 3 ─→ 完了
+Step 2 ─┤
+         └─→ Step 4
+```
+
+Step 1とStep 2は並行実行可能。Step 3はStep 1,2完了後、Step 4はStep 2完了後。
+
+## Codexレビュー指摘事項への対応
+
+| 指摘 | 対応 |
+|------|------|
+| mcpServersが下流プロジェクトにコピーされる | グローバル設定に配置、プロジェクトはpermissionsのみ |
+| .penファイルのgit管理 | .penファイルをそのままgitコミット |
+| batch_designのAPI仕様未記載 | エージェント内でget_guidelinesで仕様を取得してから実行 |
+| Phase 2スキップ基準が曖昧 | キーワードベースの判定基準を明示 |
+| allowed-tools更新の必要性 | Skillからサブエージェント経由で使うため追加 |
+
+## 検証方法
+
+1. **Pencil MCP接続テスト**: `mcp__pencil__get_editor_state` が応答するか確認
+2. **SKILL.md全体フロー確認**: Phase番号の整合性、次ステップへの参照が正しいか目視確認
+3. **新規エージェント構文確認**: frontmatterの形式が既存エージェント（design-generator.md等）と一致するか確認
+4. **CLIビルドへの影響確認**: agents/、skills/配下の新ファイルが`presets/default/`に自動コピーされることを確認

package/templates/default/docs/plans/todo-create-einja-app-ux-fix.md

@@ -0,0 +1,16 @@
+# TODO: create-einja-app 利用者体験の改善
+
+## 進捗
+
+| # | タスク | 状態 | 担当 |
+|---|--------|------|------|
+| 1 | template.ts に `.sh` ファイルの実行権限付与処理を追加 | ✅ 完了 | sub-agent-1 |
+| 2 | init.sh から `pnpm install` を削除（2ファイル） | ✅ 完了 | sub-agent-2 |
+| 3 | README にトラブルシューティング項目を追加 | ✅ 完了 | sub-agent-3 |
+| 4 | テストのモック順修正 | ✅ 完了 | sub-agent-4 |
+| 5 | 検証（テスト・lint・typecheck） | ✅ 完了 | 親エージェント |
+
+## 検証結果
+- `pnpm -F create-einja-app test`: 108テスト全パス
+- `pnpm prepush`: lint + typecheck + test 全7タスク成功
+- テンプレート `templates/default/` は `.gitignore` 管理。ビルド時に `scripts/init.sh` から自動生成

package/templates/default/docs/plans/todo-direnv-hang-fix.md

@@ -0,0 +1,12 @@
+# TODO: direnvハング修正 + 秘密鍵ローテーション自動化
+
+## 進捗
+
+| TODO | 内容 | 担当 | 状態 |
+|------|------|------|------|
+| TODO-1 | ensure-serena.sh: lsof → nc -z | Agent-A | ✅ 完了 |
+| TODO-2 | env-rotate-secrets.ts: 非対話モード追加 | Agent-B | ✅ 完了 |
+| TODO-3 | post-setup.ts: 処理順序変更 + 自動ローテーション | Agent-C | ✅ 完了 |
+| TODO-4 | .gitignore: .bak パターン追加 | Agent-C | ✅ 完了 |
+| 検証 | prepush (lint + typecheck + test) | 親 | ✅ 全パス |
+| 検証 | git diff 確認 | 親 | ✅ 意図通り |

package/templates/default/docs/plans/todo-github-actions-release-workflow.md

@@ -0,0 +1,34 @@
+# TODO: GitHub Actions リリースワークフロー + 承認フロー
+
+## Phase 1: changesets基盤導入
+- [x] `package.json` に devDependencies + scripts 追加
+- [x] `.changeset/config.json` 新規作成
+- [x] `pnpm install` で依存関係インストール
+
+## Phase 3: deploy-stable-branches.yml 大規模改修
+- [x] ワークフロー全体ガード（無限ループ防止）追加
+- [x] `permissions: contents: write` 追加
+- [x] migrate ジョブをブランチ別に分割
+- [x] deploy ジョブをブランチ別に分割（develop/staging/production）
+- [x] release-staging ジョブ追加（PreRelease作成）
+- [x] release-production ジョブ追加（changeset消費 + Release作成）
+
+## Phase 4: .github/release.yml
+- [x] リリースノート設定ファイル新規作成
+
+## Phase 5: changeset-status.yml
+- [x] PR上のchangesetステータス表示ワークフロー新規作成
+
+## Phase 6: einja-create-pr Skill
+- [x] `.claude/skills/einja-create-pr/SKILL.md` 新規作成
+- [x] `.claude/commands/einja/issue-exec.md` のPR作成部分をeinja-create-pr呼び出しに変更
+
+## Phase 7: ドキュメント追記
+- [x] `docs/einja/steering/infrastructure/deployment.md` にリリース管理セクション追記
+- [x] `docs/einja/steering/development-workflow.md` にchangeset運用フロー追記
+
+## 検証
+- [x] YAML構文検証（deploy-stable-branches.yml, changeset-status.yml）
+- [x] JSON構文検証（.changeset/config.json）
+- [x] ワークフロージョブ構造確認（9ジョブ、ブランチ別分岐、環境設定）
+- [x] `pnpm prepush` 通過（lint + typecheck + test）

package/templates/default/docs/plans/todo-issue-spec-rename.md

@@ -0,0 +1,24 @@
+# TODO: task-spec → issue-spec リネーム + コマンド→Skill移行
+
+## Phase 1: ファイル移動・作成
+
+- [x] TG-1.1: エージェントディレクトリ移動+ファイルリネーム
+- [x] TG-1.2: スキルディレクトリリネーム
+- [x] TG-1.3: spec-create → einja-issue-spec-create Skill移行
+- [x] TG-1.4: task-exec → einja-task-exec Skill移行
+- [x] TG-1.5: update-docs-by-task-specs リネーム
+
+## Phase 2: 参照更新
+
+- [x] TG-2.1: エージェント内部参照更新（10ファイル）
+- [x] TG-2.2: スキル内部参照更新（9ファイル）
+- [x] TG-2.3: コマンド/設定ファイル参照更新（4ファイル）
+- [x] TG-2.4: docs/einja/ 参照更新（5ファイル）
+- [x] TG-2.5: CLAUDE.md + README.md 更新
+
+## Phase 3: 検証
+
+- [x] TG-3.1: 参照整合性チェック（旧パス残存ゼロ確認、1箇所修正）
+- [x] TG-3.2: pnpm prepush 通過確認
+- [x] TG-3.2: .cursor/commands/ 旧ファイル手動削除
+- [ ] TG-3.2: sync-cursor-commands 再生成（コミット後に実行推奨）

package/templates/default/docs/plans/todo-skill-creator-upgrade.md

@@ -0,0 +1,18 @@
+# TODO: einja-skill-creator 公式版追従改善
+
+## Phase 0: plan-mode-skill-loader.sh hook修正
+- [x] hookのデバッグ・修正（`hookSpecificOutput`内に`additionalContext`を配置）
+
+## Phase 1: スクリプト互換性修正
+- [x] 1-a. run_loop.py を公式版ベースに再構築（holdout float化、並列バッチ評価、blinded_history、ブラウザ自動起動、results-dir）
+- [x] 1-b. improve_description.py のblinded_history対応（test_results引数削除）
+- [x] 1-c. aggregate_benchmark.py を公式版に差し替え（旧版→compare_runs.py）
+
+## Phase 2: SKILL.md内容補完
+- [x] 2-a. Phase 1連動のコマンド例更新（holdout 0.4、improve-model、results-dir記載）
+- [x] 2-b. 公式版の重要な詳細を追記（#5 grading.jsonフィールド警告, #6 eval query Good/Bad例, #7 タイミング即時処理, #8 コアループ再掲+TodoList, #9 Claude.ai制限拡充, #12 feedback.jsonスキーマ, #13 Coworkアクセス注記）
+- [x] 2-c. compare_runs.py の説明追加
+
+## Phase 3: UX改善
+- [x] generate_report.py のstdin対応追加（位置引数、-o省略可、stdoutデフォルト）
+- [x] 回帰テスト（init_skill.py, quick_validate.py構文チェック・import確認）

package/templates/default/docs/plans/velvety-chasing-spark.md

@@ -0,0 +1,28 @@
+# Plan: einja-project-overview SKILL.md の参照先再定義
+
+## Context
+
+「プロジェクト概要」Skillが関心事の異なるドキュメント（コーディング規約、インフラ管理Skill等）を参照していた。「このプロジェクトは何か？どういう構造か？」に答えるハブとして、適切な参照先のみに絞る。
+
+## 変更内容
+
+**対象ファイル**: `.claude/skills/einja-project-overview/SKILL.md`
+
+### 参照すべきドキュメント（3つ）
+
+| 参照 | 目的 |
+|------|------|
+| `docs/einja/steering/README.md` | 全ドキュメントへのナビゲーションハブ |
+| `docs/einja/steering/product.md` | 何のためのプロジェクトか（製品ビジョン） |
+| `docs/einja/steering/architecture.md` | どういう技術構成か |
+
+### 除外するもの
+
+- `infra-maintenance` Skillリンク → インフラ運用は別の関心事
+- コーディング規約・コンポーネント設計 → 開発ガイドラインの関心事
+- `db-schema-design.md` → スキーマ詳細設計であり概要ではない
+- `backend-architecture.md` → 4層設計の実装詳細
+
+## 検証
+
+- SKILL.md の内容を `Read` で確認