@einja/dev-cli 0.1.6

package/presets/minimal/.claude/skills/einja/conflict-resolver/SKILL.md

@@ -0,0 +1,190 @@
+---
+name: conflict-resolver
+description: "gitコンフリクトを解消するSkill（rebase/merge/stash/cherry-pick等に対応）"
+invocation: "agent-requested"
+allowed-tools:
+  - Bash
+  - Read
+  - Edit
+  - Grep
+  - AskUserQuestion
+---
+
+# conflict-resolver Skill: コンフリクト解消エンジン
+
+## 役割
+
+gitコンフリクト（rebase/merge/stash/cherry-pick等）を1ファイルずつユーザーに確認しながら安全に解消します。
+
+---
+
+## 実行手順
+
+### ステップ1: コンフリクト状態の確認
+
+1. コンフリクトファイルの一覧を表示:
+   ```bash
+   git diff --name-only --diff-filter=U
+   ```
+
+2. 操作タイプを判定（rebase/merge/cherry-pick/stash）:
+   ```bash
+   # rebase中かどうか
+   test -d .git/rebase-merge || test -d .git/rebase-apply
+
+   # merge中かどうか
+   test -f .git/MERGE_HEAD
+
+   # cherry-pick中かどうか
+   test -f .git/CHERRY_PICK_HEAD
+   ```
+
+3. **10件以上の場合**: 一覧を表示し、継続するか中断するか確認
+
+---
+
+### ステップ2: 各ファイルについて1ファイルずつユーザーに確認
+
+各コンフリクトファイルに対して以下を実行:
+
+1. **双方の差分を表示**:
+   ```bash
+   git diff --ours -- <file>   # HEAD側（現在のブランチ）の変更
+   git diff --theirs -- <file> # マージ元の変更
+   ```
+
+2. **バイナリファイルの場合**: diff表示が困難な旨を通知
+
+3. **ファイル内容を読み、両方の変更箇所を理解**
+
+4. **AskUserQuestionで各ファイルの解消方針を確認**
+
+   まず、差分内容を説明した後、以下の形式でAskUserQuestionを使用:
+
+   ```yaml
+   AskUserQuestion:
+     question: "{ファイル名}のコンフリクト解消方法を選択してください"
+     header: "コンフリクト解消"
+     options:
+       - label: "HEAD側を優先"
+         description: "現在のブランチの変更を採用。メリット: 現在の実装を維持。デメリット: マージ元の変更が失われる"
+       - label: "マージ元を優先"
+         description: "マージ元の変更を採用。メリット: 新しい変更を取り込める。デメリット: 現在の実装が上書きされる"
+       - label: "マージ案A（両方の変更を統合）"
+         description: "{具体的なマージ内容の説明}。メリット: 両方の変更を活かせる。デメリット: 統合による意図しない動作のリスク"
+       - label: "マージ案B（別の統合方法）"
+         description: "{具体的なマージ内容の説明}。メリット: {利点}。デメリット: {欠点}"
+       - label: "このファイルをスキップ"
+         description: "後で手動で解消する。メリット: 判断を保留できる。デメリット: 後で対応が必要"
+       - label: "操作全体を中断"
+         description: "rebase/merge/cherry-pickを中断する。メリット: 安全に元の状態に戻せる。デメリット: これまでの解消作業が無効になる"
+   ```
+
+   **重要**: 必ず各ファイルごとにAskUserQuestionを実行し、ユーザーの選択を待つこと。複数ファイルをまとめて質問しない。
+
+---
+
+### ステップ3: 確認後に解消を実行
+
+1. ユーザーが選択した案に従ってファイルを編集
+2. `git add <file>` でステージング
+3. 編集結果をユーザーに表示して最終確認
+
+---
+
+### ステップ4: 全ファイル解消後
+
+1. **残りコンフリクトの検証**:
+   ```bash
+   git diff --check
+   ```
+
+2. **操作タイプに応じて継続**:
+   | 操作タイプ | 継続コマンド |
+   |-----------|-------------|
+   | rebase | `git rebase --continue` |
+   | merge | `git commit` |
+   | cherry-pick | `git cherry-pick --continue` |
+   | stash | `git stash drop`（解消後） |
+
+3. 追加のコンフリクトがあればステップ2に戻る
+
+---
+
+### ステップ5: 中断・やり直しオプション
+
+ユーザーが中断を希望した場合、操作タイプに応じて中断:
+
+| 操作タイプ | 中断コマンド |
+|-----------|-------------|
+| rebase | `git rebase --abort` |
+| merge | `git merge --abort` |
+| cherry-pick | `git cherry-pick --abort` |
+| stash | `git checkout -- .` でリセット |
+
+---
+
+## ⚠️ 禁止事項
+
+以下の操作は**絶対に行わない**:
+
+- ユーザー確認なしでのコンフリクト自動解消
+- `--ours`や`--theirs`オプションの無断使用
+- コンフリクトマーカー（`<<<<<<<`、`=======`、`>>>>>>>`）を残したままのコミット
+
+---
+
+## 出力形式
+
+### 成功時
+
+```markdown
+## 🔧 コンフリクト解消完了
+
+### 解消サマリー
+- **コンフリクトファイル数**: {count}個
+- **操作タイプ**: [rebase / merge / cherry-pick / stash]
+
+### 解消ファイル一覧
+| # | ファイル | 解消方法 |
+|---|---------|---------|
+| 1 | src/auth/login.ts | 両方の変更を取り込み |
+| 2 | src/config.ts | HEAD側を優先 |
+
+### ステータス: ✅ SUCCESS
+```
+
+### 中断時
+
+```markdown
+## 🔧 コンフリクト解消
+
+### ステータス: ⏹️ ABORTED
+
+**理由**: [ユーザーが中断を選択 / 手動解消を希望]
+
+操作は中断されました。以下のコマンドで状態を確認できます:
+\`\`\`bash
+git status
+\`\`\`
+```
+
+### 失敗時
+
+```markdown
+## 🔧 コンフリクト解消
+
+### ステータス: ❌ FAILURE
+
+**エラー**: [エラー内容]
+
+\`\`\`
+[エラー詳細]
+\`\`\`
+
+[推奨される対処方法]
+```
+
+---
+
+**最終更新**: 2025-01-05

package/presets/minimal/.claude/skills/einja/frontend-development/SKILL.md

@@ -0,0 +1,14 @@
+# フロントエンド開発ガイド Skill
+
+name: "frontend-development"
+description: "Next.js + React + Tanstack Queryを使用したフロントエンド実装のガイドライン"
+invocation: "agent-requested"
+version: "1.0.0"
+
+## 概要
+
+このSkillは、フロントエンド実装時に参照すべきガイドラインを提供します。
+
+## 詳細ドキュメント
+
+@docs/einja/steering/development/frontend-development.md

package/presets/minimal/.claude/skills/einja/general-context-loader/SKILL.md

@@ -0,0 +1,254 @@
+---
+name: general-context-loader
+description: "spec（仕様書）が存在しない場合の文脈収集を担当するSkill。Issue本文、ユーザー指示、関連コードから要件を推測し、曖昧な点をAskUserQuestionで確認します"
+allowed-tools:
+  - Read
+  - Grep
+  - Glob
+  - AskUserQuestion
+  - mcp__github__issue_read
+  - mcp__serena__*
+---
+
+# general-context-loader Skill: 指示ベースの文脈収集
+
+あなたは要件分析のスペシャリストで、曖昧な指示から具体的な実装要件を導き出す能力に長けています。ユーザーとの対話を通じて、実装に必要な情報を効率的に収集します。
+
+## 中核的な責務
+
+spec が存在しない場合に、Issue 本文・ユーザー指示・関連コードから実装に必要な文脈を収集し、曖昧な点を AskUserQuestion で確認して明確化します。
+
+---
+
+## 入力
+
+**必須パラメータ**:
+- `issue_number`: GitHub Issue 番号（例: `21`）
+- `user_instruction`: ユーザーからの指示内容
+
+**オプションパラメータ**:
+- `task_description`: タスクの追加説明
+
+**入力形式**: `--issue {issue_number} --instruction "{user_instruction}"`
+
+---
+
+## 実行手順（5ステップ）
+
+### ステップ1: Issue 情報の取得
+
+1. GitHub MCP を使用して Issue 本文を取得
+2. 以下の情報を抽出:
+   - **タイトル**: Issue のタイトル
+   - **説明**: Issue の本文（AS-IS/TO-BE があれば優先的に抽出）
+   - **ラベル**: 関連ラベル（feature, bug, enhancement 等）
+   - **コメント**: 追加の議論や要件
+
+**Issue が存在しない場合**: ユーザー指示のみから要件を推測
+
+---
+
+### ステップ2: 関連コードの探索
+
+1. Issue 本文・ユーザー指示からキーワードを抽出
+2. Serena MCP または Grep/Glob を使用して関連ファイルを探索:
+   - **既存実装**: 修正対象のファイル
+   - **類似実装**: 参考にできる既存コード
+   - **テストコード**: 既存のテストパターン
+3. 最大10ファイルまで関連コードをリストアップ
+
+---
+
+### ステップ3: 要件の推測と整理
+
+1. 収集した情報から以下を推測:
+   - **目的**: なぜこの変更が必要か
+   - **スコープ**: 何を変更するか
+   - **制約**: どのような制約があるか
+   - **期待される動作**: 完了時にどうなっているべきか
+
+2. 推測の確信度を評価:
+   - **高**: Issue 本文に明記されている
+   - **中**: 文脈から推測可能
+   - **低**: 複数の解釈が可能
+
+---
+
+### ステップ4: 曖昧点の確認
+
+**確信度が「低」の項目がある場合**、AskUserQuestion で確認します。
+
+**確認すべき典型的な項目**:
+
+| カテゴリ | 確認項目例 |
+|---------|----------|
+| スコープ | 「この変更は○○にも影響しますか？」 |
+| 実装方法 | 「AパターンとBパターン、どちらで実装しますか？」 |
+| エラー処理 | 「エラー時の挙動はどうすべきですか？」 |
+| テスト | 「どのレベルのテストが必要ですか？」 |
+| 破壊的変更 | 「既存の○○を変更しても問題ありませんか？」 |
+
+**AskUserQuestion の使用例**:
+
+```
+質問: 実装アプローチの選択
+
+この機能は以下のどちらで実装しますか？
+
+1. Server Component として実装（推奨）
+   - SSRでデータ取得、SEO対応
+
+2. Client Component として実装
+   - リアルタイム更新が必要な場合
+
+3. ハイブリッド
+   - 静的部分はServer、動的部分はClient
+```
+
+---
+
+### ステップ5: 結果の構造化
+
+収集・確認した情報を構造化して出力します。
+
+---
+
+## 出力形式
+
+**成功時**: 以下のマークダウン形式で出力（spec-context-loader と共通構造）
+
+```markdown
+## コンテキスト収集結果
+
+### spec 情報
+- **ディレクトリ**: なし（指示ベース実装）
+- **Issue**: #{issue_number} - {title}
+- **ユーザー指示**: {instruction}
+
+### 要件
+#### 機能要件（推測）
+- {目的: なぜこの変更が必要か}
+- {スコープ: 何を変更するか}
+
+#### 非機能要件
+- {技術的制約}
+- {ビジネス的制約}
+
+#### 受け入れ条件（推測）
+| AC番号 | タイトル | 検証レベル | 概要 |
+|--------|---------|-----------|------|
+| - | {期待される動作1} | Unit/Integration/E2E | {概要} |
+
+### 設計
+#### アーキテクチャ（推測）
+- **パターン**: {推測されるアーキテクチャパターン}
+- **レイヤー**: {影響するレイヤー}
+
+#### データ構造（推測）
+```typescript
+// 主要な型定義（推測）
+interface Example {
+  // ...
+}
+```
+
+#### API仕様（推測）
+- **エンドポイント**: {該当する場合}
+- **リクエスト**: {形式}
+- **レスポンス**: {形式}
+
+#### エラーハンドリング（推測）
+- {エラー分類と処理方針}
+
+#### 関連コード
+| ファイル | 関連性 | 説明 |
+|---------|-------|------|
+| `src/app/example/page.tsx` | 修正対象 | メイン画面 |
+| `src/components/Example.tsx` | 参考 | 類似コンポーネント |
+
+### テスト仕様
+#### 対象テストファイル（推測）
+- {該当するテストファイル}
+
+#### シナリオテスト（推測）
+- **シナリオ1**: {概要}
+
+#### 確認項目
+1. {確認項目1}
+2. {確認項目2}
+
+#### テスト方針
+- **単体テスト**: {必要/不要}
+- **統合テスト**: {必要/不要}
+- **E2Eテスト**: {必要/不要}
+
+### 確認済み事項
+- [x] {AskUserQuestion で確認した項目1}: {回答}
+- [x] {AskUserQuestion で確認した項目2}: {回答}
+```
+
+**情報不足時**: 以下の形式で出力
+
+```markdown
+## コンテキスト収集結果
+
+### ステータス: ⚠️ 情報不足
+
+### 収集できた情報
+- {収集できた情報}
+
+### 不足している情報
+- {不足1}: {なぜ必要か}
+- {不足2}: {なぜ必要か}
+
+### 推奨アクション
+1. ユーザーに追加情報を求める
+2. または `/spec-create` で仕様書を作成する
+```
+
+---
+
+## AskUserQuestion 使用ガイドライン
+
+### 使用すべき場面
+- 複数の実装方法が考えられる場合
+- 破壊的変更の可能性がある場合
+- テスト方針が不明確な場合
+- スコープの境界が曖昧な場合
+
+### 使用を避けるべき場面
+- Issue 本文に明記されている場合
+- プロジェクトの規約で決まっている場合
+- 技術的に選択肢が1つしかない場合
+
+### 質問のベストプラクティス
+- 選択肢を2-4個に絞る
+- 各選択肢のトレードオフを説明
+- 推奨オプションを明示（「推奨」と記載）
+
+---
+
+## エラー処理
+
+| エラー種別 | 原因 | 対処 |
+|-----------|------|------|
+| Issue 取得失敗 | Issue が存在しない/アクセス権限なし | ユーザー指示のみから要件を推測 |
+| 関連コード不在 | 新規機能で既存コードがない | 類似機能を探索、なければ新規作成前提 |
+| 要件が完全に不明 | 指示が抽象的すぎる | AskUserQuestion で段階的に明確化 |
+
+---
+
+## 実行制約
+
+このSkillは `task-executer` エージェントから呼び出されます。spec が存在しないことが前提です。
+
+---
+
+## 連携
+
+- **呼び出し元**: `task-executer` - コンテキスト収集フェーズ
+- **代替Skill**: `spec-context-loader` - spec がある場合の文脈収集
+
+---
+
+**最終更新**: 2025-01-10

package/presets/minimal/.claude/skills/einja/output-format/SKILL.md

@@ -0,0 +1,137 @@
+# サブエージェント出力形式 Skill
+
+name: "output-format"
+description: "サブエージェントの統一出力形式を定義"
+invocation: "agent-requested"
+version: "1.0.0"
+
+## 概要
+
+このSkillは、全サブエージェントが従うべき出力形式を定義します。
+
+## 必須ルール
+
+1. **完全出力の原則**: 最終出力はそのまま全文をユーザーに表示
+2. **省略・要約の禁止**: 出力を要約したり、一部のみ抜粋することは禁止
+3. **この形式から逸脱しないこと**
+
+## 標準出力構造
+
+すべてのサブエージェントは以下の構造で出力すること：
+
+```markdown
+## [絵文字] [フェーズ名]完了
+
+### タスク: [タスクID] - [タスク名]
+
+### 結果: [✅ SUCCESS / ❌ FAILURE / ⚠️ PARTIAL]
+
+### サマリー
+[主要な結果・数値]
+
+### 詳細
+[項目別の詳細情報]
+
+### 次のステップ
+[後続処理の説明]
+```
+
+## エージェント別テンプレート
+
+### frontend-architect
+
+```markdown
+## 🏗️ アーキテクチャ設計完了
+
+### タスク: [機能名/画面名]
+
+### 設計結果: [✅ SUCCESS / ⚠️ PARTIAL / ❌ FAILURE]
+
+### 設計サマリー
+- **コンポーネント数**: N個
+- **カスタムHooks数**: M個
+- **新規ディレクトリ**: K個
+
+### コンポーネント構造
+```
+[ディレクトリ構造図]
+```
+
+### 状態管理戦略
+| 状態種別 | 管理方法 | 対象データ |
+|---------|---------|----------|
+
+### 技術選定
+- **[決定1]**: [選定理由]
+
+### 次のステップ
+[後続処理の説明]
+```
+
+### design-engineer
+
+```markdown
+## 🎨 デザインエンジニアリング完了
+
+### タスク: [タスク名/コンポーネント名]
+
+### 実装結果: [✅ SUCCESS / ⚠️ PARTIAL / ❌ FAILURE]
+
+### 抽出したデザイントークン
+| カテゴリ | 項目数 | 主な値 |
+|---------|-------|-------|
+
+### 生成/更新したファイル
+- **新規作成**: N個
+- **編集**: M個
+
+### 次のステップ
+[後続処理の説明]
+```
+
+### frontend-coder
+
+```markdown
+## 💻 フロントエンド実装完了
+
+### タスク: [タスクID] - [タスク名]
+
+### 実装結果: [✅ SUCCESS / ⚠️ PARTIAL / ❌ FAILURE]
+
+### 実装サマリー
+- **新規作成**: N個のファイル
+- **編集**: M個のファイル
+
+### 主要な実装内容
+1. [実装した主要機能]
+
+### ファイル一覧
+| ファイル | 説明/変更内容 |
+|---------|--------------|
+
+### 次のステップ
+[後続処理の説明]
+```
+
+## 長い出力の取り扱い
+
+出力が50行を超える場合、以下の形式で表示：
+
+```markdown
+### サマリー
+[最初の10行]
+
+### 詳細
+<details>
+<summary>全文を表示（N行）</summary>
+
+[残りの出力全文]
+
+</details>
+```
+
+## 失敗・エラー時
+
+- **エラーステータス**: ❌ FAILURE / ⚠️ PARTIAL
+- **エラー内容**: 具体的なエラーメッセージ
+- **次のアクション**: 推奨される対処方法