@einja/dev-cli 0.1.41 → 0.1.44

package/presets/default/.claude/agents/einja/git/conflict-resolver.md

@@ -1,152 +0,0 @@
----
-name: conflict-resolver
-description: gitコンフリクトを安全に解消する専用エージェント
-model: sonnet
-color: orange
-skills:
-  - conflict-resolver
----
-
-# conflict-resolver エージェント
-
-gitコンフリクト（rebase/merge/stash/cherry-pick等）を1ファイルずつユーザーに確認しながら安全に解消します。
-
-## 役割
-
-- コンフリクト状態の検出と診断
-- 各コンフリクトファイルについてマージ案を提示
-- ユーザー確認後に解消を実行
-- 操作の継続（rebase --continue等）または中断を管理
-
-## 処理フロー
-
-conflict-resolver Skill を実行し、以下の手順でコンフリクトを解消します：
-
-### ステップ1: コンフリクト状態の確認
-
-1. コンフリクトファイルの一覧を表示
-2. 操作タイプを判定（rebase/merge/cherry-pick/stash）
-3. 10件以上の場合は継続確認
-
-### ステップ2: 各ファイルについてユーザーに確認（1ファイルずつ）
-
-**⚠️ 重要**: 複数ファイルをまとめて質問せず、必ず1ファイルごとにAskUserQuestionを実行すること。
-
-各コンフリクトファイルに対して：
-
-1. 双方の差分を表示（`git diff --ours` / `git diff --theirs`）
-2. ファイル内容を読み、両方の変更箇所を理解
-3. **AskUserQuestionツールで**マージ案を提示し、ユーザーの選択を待つ
-
-```yaml
-AskUserQuestion:
-  question: "{ファイル名}のコンフリクト解消方法を選択してください"
-  header: "コンフリクト解消"
-  options:
-    - label: "HEAD側を優先"
-      description: "現在のブランチの変更を採用。メリット: 現在の実装を維持。デメリット: マージ元の変更が失われる"
-    - label: "マージ元を優先"
-      description: "マージ元の変更を採用。メリット: 新しい変更を取り込める。デメリット: 現在の実装が上書きされる"
-    - label: "マージ案A（両方の変更を統合）"
-      description: "{具体的なマージ内容}。メリット: 両方の変更を活かせる。デメリット: 統合リスク"
-    - label: "このファイルをスキップ"
-      description: "後で手動解消。メリット: 判断保留。デメリット: 後で対応が必要"
-    - label: "操作全体を中断"
-      description: "rebase/merge/cherry-pickを中断。メリット: 安全に戻せる。デメリット: 解消作業が無効"
-```
-
-4. ユーザーの選択後、次のファイルへ進む（全ファイル完了までループ）
-
-### ステップ3: 確認後に解消を実行
-
-1. ユーザーが選択した案に従ってファイルを編集
-2. `git add <file>` でステージング
-3. 編集結果をユーザーに表示して最終確認
-
-### ステップ4: 全ファイル解消後
-
-1. 残りコンフリクトの検証（`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
-
-**理由**: [ユーザーが中断を選択 / 手動解消を希望]
-
-操作は中断されました。
-```
-
-### 失敗時
-
-```markdown
-## コンフリクト解消
-
-### ステータス: FAILURE
-
-**エラー**: [エラー内容]
-
-[推奨される対処方法]
-```
-
-## 利用シーン
-
-| シーン | 呼び出し元 |
-|--------|-----------|
-| PR作成時のコンフリクト | task-committer |
-| rebase時のコンフリクト | 直接呼び出し |
-| merge時のコンフリクト | 直接呼び出し |
-| stash適用時のコンフリクト | 直接呼び出し |
-
-## 連携エージェント
-
-- **呼び出し元**: `task-committer` - push時にコンフリクトが発生した場合
-- **単体呼び出し**: ユーザーがrebase/merge/stash時に直接呼び出し可能
-
-<!-- @einja:project-private:start id="git-conflict-resolver-project" -->
-<!-- プロジェクト固有の情報を記入 -->
-<!-- @einja:project-private:end -->

package/presets/default/.claude/hooks/einja/validate-git-commit.sh

@@ -1,239 +0,0 @@
-#!/bin/bash
-# validate-git-commit.sh - git commitコマンドのメッセージ形式を検証
-#
-# 目的:
-# - git commit実行前にコミットメッセージの形式を検証
-# - 不適切なメッセージ（---、Markdown形式等）をブロック
-# - コミットルール（docs/einja/steering/commit-rules.md）に準拠を強制
-#
-# 使用方法:
-# - PreToolUse hookとして設定
-# - exit code 0: 許可
-# - exit code 2: ブロック（stderrがClaudeに送信される）
-
-set -uo pipefail
-
-# 標準入力からJSON入力を読み取る
-input=$(cat)
-
-# ツール名を取得
-tool_name=$(echo "$input" | jq -r '.tool_name // empty')
-
-# Bashツール以外は無視
-if [[ "$tool_name" != "Bash" ]]; then
-  exit 0
-fi
-
-# コマンドを取得
-command=$(echo "$input" | jq -r '.tool_input.command // empty')
-
-# git commitコマンドでない場合はスキップ（volta unset対応で部分マッチ）
-if [[ ! "$command" =~ git[[:space:]]+commit ]]; then
-  exit 0
-fi
-
-# --amend のみの場合はスキップ（メッセージ変更なし）
-# -m / --message がない場合のみスキップ
-if [[ "$command" =~ --amend ]]; then
-  if [[ ! "$command" =~ -m ]] && [[ ! "$command" =~ --message ]]; then
-    exit 0
-  fi
-fi
-
-# -m / --message オプションがない場合はスキップ（インタラクティブエディタ使用）
-if [[ ! "$command" =~ -m ]] && [[ ! "$command" =~ --message ]]; then
-  exit 0
-fi
-
-# コミットメッセージを抽出
-commit_message=""
-
-# パターン1: -m "message" / -m 'message' （スペースあり）
-if [[ "$command" =~ -m[[:space:]]+\"([^\"]+)\" ]]; then
-  commit_message="${BASH_REMATCH[1]}"
-elif [[ "$command" =~ -m[[:space:]]+\'([^\']+)\' ]]; then
-  commit_message="${BASH_REMATCH[1]}"
-# パターン2: -m"message" / -m'message' （スペースなし）
-elif [[ "$command" =~ -m\"([^\"]+)\" ]]; then
-  commit_message="${BASH_REMATCH[1]}"
-elif [[ "$command" =~ -m\'([^\']+)\' ]]; then
-  commit_message="${BASH_REMATCH[1]}"
-# パターン3: --message="message" / --message='message'
-elif [[ "$command" =~ --message=\"([^\"]+)\" ]]; then
-  commit_message="${BASH_REMATCH[1]}"
-elif [[ "$command" =~ --message=\'([^\']+)\' ]]; then
-  commit_message="${BASH_REMATCH[1]}"
-# パターン4: --message "message" / --message 'message' （スペースあり）
-elif [[ "$command" =~ --message[[:space:]]+\"([^\"]+)\" ]]; then
-  commit_message="${BASH_REMATCH[1]}"
-elif [[ "$command" =~ --message[[:space:]]+\'([^\']+)\' ]]; then
-  commit_message="${BASH_REMATCH[1]}"
-# パターン5: -m="message" / -m='message'
-elif [[ "$command" =~ -m=\"([^\"]+)\" ]]; then
-  commit_message="${BASH_REMATCH[1]}"
-elif [[ "$command" =~ -m=\'([^\']+)\' ]]; then
-  commit_message="${BASH_REMATCH[1]}"
-# パターン6: HEREDOC形式 -m "$(cat <<'EOF'...EOF)"
-elif [[ "$command" =~ -m[[:space:]]*\"\$\(cat ]]; then
-  # HEREDOCからメッセージの最初の行を抽出
-  commit_message=$(echo "$command" | sed -n "/<<.*EOF/,/^EOF/p" | sed '1d;$d' | head -1)
-fi
-
-# メッセージが取得できない場合は許可（予期しないパターン）
-if [[ -z "$commit_message" ]]; then
-  exit 0
-fi
-
-# 変数参照の場合はスキップ（実行時まで値が確定しない）
-if [[ "$commit_message" =~ ^\$ ]]; then
-  exit 0
-fi
-
-# 最初の行（概要行）を取得
-first_line=$(echo "$commit_message" | head -1)
-
-# === 検証ルール ===
-
-# 有効なプレフィックス一覧
-VALID_PREFIXES="^(feat|fix|docs|style|refactor|test|chore):"
-
-# ルール1: プレフィックスの存在確認
-if ! echo "$first_line" | grep -qE "$VALID_PREFIXES"; then
-  cat >&2 <<ERRMSG
-
-❌ コミットメッセージ形式エラー
-
-検出されたメッセージ:
-  "$first_line"
-
-問題:
-  有効なプレフィックスがありません。
-
-━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
-⚡ 対処方法: /task-commit Skillを使用してください
-
-このSkillはコミットルールに従って:
-- 適切なプレフィックス（feat/fix/docs等）を付与
-- 変更内容に応じたコミット分割を提案
-- 日本語で明確なメッセージを生成
-
-実行: Skill("task-commit") を呼び出す
-━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
-
-参照: docs/einja/steering/commit-rules.md
-
-ERRMSG
-  exit 2
-fi
-
-# プレフィックス後の説明部分を抽出（禁止パターン検出に使用）
-description=$(echo "$first_line" | sed -E 's/^(feat|fix|docs|style|refactor|test|chore):[[:space:]]*//')
-
-# ルール2: プレフィックス後のメッセージが空でないか（3文字以上）
-if [[ -z "$description" ]] || [[ ${#description} -lt 3 ]]; then
-  cat >&2 <<ERRMSG
-
-❌ コミットメッセージ形式エラー
-
-検出されたメッセージ:
-  "$first_line"
-
-問題:
-  プレフィックス後の説明が不足しています。
-  具体的な変更内容を記述してください（3文字以上）。
-
-━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
-⚡ 対処方法: /task-commit Skillを使用してください
-
-このSkillはコミットルールに従って:
-- 適切なプレフィックス（feat/fix/docs等）を付与
-- 変更内容に応じたコミット分割を提案
-- 日本語で明確なメッセージを生成
-
-実行: Skill("task-commit") を呼び出す
-━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
-
-参照: docs/einja/steering/commit-rules.md
-
-ERRMSG
-  exit 2
-fi
-
-# ルール3: 明らかに不適切なメッセージのパターン検出（説明部分に対して適用）
-INVALID_PATTERNS=(
-  "^---$"
-  "^\*\*.*\*\*$"
-  "^完了しました"
-  "^実装完了"
-  "^修正完了"
-  "^update$"
-  "^fix$"
-  "^changes$"
-  "^wip$"
-)
-
-for pattern in "${INVALID_PATTERNS[@]}"; do
-  if echo "$description" | grep -qiE "$pattern"; then
-    cat >&2 <<ERRMSG
-
-❌ コミットメッセージ形式エラー
-
-検出されたメッセージ:
-  "$first_line"
-
-問題:
-  コミットメッセージの説明部分が不適切な形式です。
-  具体的な変更内容を記述してください。
-
-禁止されたパターン: $pattern
-
-━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
-⚡ 対処方法: /task-commit Skillを使用してください
-
-このSkillはコミットルールに従って:
-- 適切なプレフィックス（feat/fix/docs等）を付与
-- 変更内容に応じたコミット分割を提案
-- 日本語で明確なメッセージを生成
-
-実行: Skill("task-commit") を呼び出す
-━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
-
-参照: docs/einja/steering/commit-rules.md
-
-ERRMSG
-    exit 2
-  fi
-done
-
-# ルール4: メッセージがMarkdown見出し形式でないか
-if echo "$first_line" | grep -qE "^#{1,6}[[:space:]]"; then
-  cat >&2 <<ERRMSG
-
-❌ コミットメッセージ形式エラー
-
-検出されたメッセージ:
-  "$first_line"
-
-問題:
-  Markdownの見出し形式（#）は使用できません。
-  プレフィックス形式で記述してください。
-
-━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
-⚡ 対処方法: /task-commit Skillを使用してください
-
-このSkillはコミットルールに従って:
-- 適切なプレフィックス（feat/fix/docs等）を付与
-- 変更内容に応じたコミット分割を提案
-- 日本語で明確なメッセージを生成
-
-実行: Skill("task-commit") を呼び出す
-━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
-
-参照: docs/einja/steering/commit-rules.md
-
-ERRMSG
-  exit 2
-fi
-
-# 全ての検証をパス
-exit 0

package/presets/default/.claude/skills/einja-project-overview/SKILL.md

@@ -1,39 +0,0 @@
----
-name: project-overview
-description: "プロジェクトの全体構成・技術スタックの参照ハブ"
----
-
-# プロジェクト概要 Skill
-
-## 概要
-
-このSkillは、プロジェクトの全体構成・技術スタックを把握したいときに参照するエントリポイントです。
-
-## プロジェクト概要
-
-- **構成**: Turborepoモノレポ（pnpm workspaces）
-- **アプリ**: `apps/web`（メイン管理画面）
-- **共通パッケージ**: `@repo/config`, `@repo/front-core`, `@repo/server-core`, `@repo/ui`
-
-## 詳細ドキュメント
-
-@docs/einja/steering/architecture.md
-
-## 関連ドキュメント
-
-- `docs/einja/steering/development/coding-standards.md` - コーディング規約（インポートパス規約含む）
-- [infra-maintenance](../einja-infra-maintenance/SKILL.md) - 開発環境セットアップ・サーバー管理
-- `docs/einja/steering/development/component-design.md` - コンポーネント設計ガイドライン
-
-## 頻出コマンド
-
-- `pnpm dev:bg` / `pnpm dev:stop` - 開発サーバー起動/停止
-- `pnpm build` - プロダクションビルド
-- `pnpm lint:fix && pnpm format:fix` - コード自動修正
-- `pnpm typecheck` - 型チェック
-- `pnpm test` - テスト実行
-- `pnpm prepush` - プッシュ前チェック（lint + typecheck + test）
-
-<!-- @einja:project-private:start id="einja-project-overview-project" -->
-<!-- プロジェクト固有の情報を記入 -->
-<!-- @einja:project-private:end -->