@einja/dev-cli 0.1.9 → 0.1.11

package/presets/{minimal/.claude/agents/einja/frontend → default/.claude/agents/einja}/design-engineer.md

@@ -7,7 +7,7 @@ color: pink
 
 ## ✅ 最重要: 出力形式
 
-**@.claude/skills/einja/output-format/SKILL.md の「design-engineer」テンプレートに従って報告すること。この形式から逸脱しないこと。**
+**@.claude/skills/einja-output-format/SKILL.md の「design-engineer」テンプレートに従って報告すること。この形式から逸脱しないこと。**
 
 ---
 

package/presets/{minimal/.claude/agents/einja/frontend → default/.claude/agents/einja}/frontend-architect.md

@@ -7,7 +7,7 @@ color: purple
 
 ## ✅ 最重要: 出力形式
 
-**@.claude/skills/einja/output-format/SKILL.md の「frontend-architect」テンプレートに従って報告すること。この形式から逸脱しないこと。**
+**@.claude/skills/einja-output-format/SKILL.md の「frontend-architect」テンプレートに従って報告すること。この形式から逸脱しないこと。**
 
 ---
 

package/presets/{minimal/.claude/agents/einja/frontend → default/.claude/agents/einja}/frontend-coder.md

@@ -7,7 +7,7 @@ color: blue
 
 ## ✅ 最重要: 出力形式
 
-**@.claude/skills/einja/output-format/SKILL.md の「frontend-coder」テンプレートに従って報告すること。この形式から逸脱しないこと。**
+**@.claude/skills/einja-output-format/SKILL.md の「frontend-coder」テンプレートに従って報告すること。この形式から逸脱しないこと。**
 
 ---
 
@@ -48,44 +48,8 @@ color: blue
    - 再利用可能なコンポーネントを特定
    - 命名規則とディレクトリ構造を把握
 
-3. **既存パターンとの整合性確認**:
-
-既存実装の分析後、既存パターンと異なる実装が必要な場合はAskUserQuestionで方針承認を得ます。
-
-```yaml
-AskUserQuestion:
-  question: "既存パターンと異なる実装方針が必要です。どのように進めますか？"
-  header: "実装方針"
-  options:
-    - label: "新パターンで実装（推奨）"
-      description: "推奨理由: 既存パターンでは要件を満たせない。メリット: 要件を完全に満たせる。デメリット: 新パターンが今後の標準となる可能性、学習コスト"
-    - label: "既存パターンに合わせて要件調整"
-      description: "メリット: プロジェクトの一貫性を維持。デメリット: 機能制限が発生し、ビジネス要件を満たせない可能性"
-    - label: "両パターンの折衷案"
-      description: "メリット: 既存との互換性を保ちつつ新機能を実現。デメリット: 実装が複雑化し、保守コストが増加する可能性"
-```
-
 ### 2. コンポーネント実装
 
-#### 状態管理方法の確認
-
-コンポーネント実装前に、複数の状態管理方法が選択可能な場合はAskUserQuestionで確認します。
-
-```yaml
-AskUserQuestion:
-  question: "状態管理の方法を選択してください"
-  header: "状態管理"
-  options:
-    - label: "TanStack Query（推奨）"
-      description: "推奨理由: サーバー状態管理に最適。メリット: キャッシュ・再取得が自動化、宣言的なデータフェッチ。デメリット: 学習コスト、ライブラリ依存"
-    - label: "Context API"
-      description: "メリット: 外部依存なし、シンプル。デメリット: 大規模な状態には不向き、再レンダリングの最適化が必要"
-    - label: "useReducer"
-      description: "メリット: 状態遷移が明確、テストしやすい。デメリット: ボイラープレートが増える、グローバル状態には不向き"
-    - label: "useState（複数）"
-      description: "メリット: 最もシンプル、学習コストなし。デメリット: 状態が増えると管理が複雑化、状態間の連携が困難"
-```
-
 #### ディレクトリ構造（モノレポ対応）
 ```
 apps/web/src/

package/presets/{minimal → default}/.claude/agents/einja/task/task-committer.md

@@ -19,16 +19,22 @@ QA合格後の変更をコミット・プッシュします。
 
 ## 処理
 
-task-commit Skillを **自動モード（確認なしで実行）** で実行し、結果を返却します。
+task-commit Skillを実行し、結果を返却します。
 
-### task-exec経由での自動実行
+### コミット分割案の確認
 
-task-exec経由で呼び出される場合、以下を自動的にスキップします:
+呼び出し時の指示に**明示的なコミット分割の指定がない場合**は、**AskUserQuestionツールを使用**してコミット分割案の承認を得ます。
 
-1. **コミット分割案の確認**: QA合格済みの変更であるため、自動で適切に分割してコミット
-2. **品質チェック（prepush）**: QAフェーズで既に lint/typecheck/test が実行済みのため、重複実行は不要
+- ✅ 「この分割でお願い」「1コミットで」等の指定がある → 指定に従って実行
+- ✅ 分割指定がない → AskUserQuestionで確認を取る
 
-これにより、task-exec → task-qa → task-committer の一連のフローが迅速に完了します。
+### task-exec経由での呼び出し
+
+task-exec経由で呼び出される場合、以下のみスキップします:
+
+- **品質チェック（prepush）**: QAフェーズで既に lint/typecheck/test が実行済みのため、重複実行は不要
+
+**注意**: コミット分割案の確認はスキップしません。
 
 ## 出力形式
 

package/presets/{minimal → default}/.claude/agents/einja/task/task-executer.md

@@ -103,17 +103,17 @@ Skill: general-context-loader
 
 | 実装種別 | 読み込むSkill |
 |---------|--------------|
-| **API実装** | `.claude/skills/einja/api-development/SKILL.md` |
-| **フロントエンド実装** | `.claude/skills/einja/frontend-development/SKILL.md` |
-| **バックエンド実装** | `.claude/skills/einja/backend-architecture/SKILL.md` |
-| **コード全般** | `.claude/skills/einja/coding-standards/SKILL.md` |
-| **コンポーネント設計** | `.claude/skills/einja/component-design/SKILL.md` |
+| **API実装** | `.claude/skills/einja-api-development/SKILL.md` |
+| **フロントエンド実装** | `.claude/skills/einja-frontend-development/SKILL.md` |
+| **バックエンド実装** | `.claude/skills/einja-backend-architecture/SKILL.md` |
+| **コード全般** | `.claude/skills/einja-coding-standards/SKILL.md` |
+| **コンポーネント設計** | `.claude/skills/einja-component-design/SKILL.md` |
 
 **詳細規約が必要な場合**:
-- 命名規則: `.claude/skills/einja/coding-standards/reference/naming-conventions.md`
-- 禁止パターン: `.claude/skills/einja/coding-standards/reference/prohibited-patterns.md`
-- TypeScript規約: `.claude/skills/einja/coding-standards/reference/typescript-rules.md`
-- スタイリング: `.claude/skills/einja/component-design/reference/styling-guide.md`
+- 命名規則: `.claude/skills/einja-coding-standards/reference/naming-conventions.md`
+- 禁止パターン: `.claude/skills/einja-coding-standards/reference/prohibited-patterns.md`
+- TypeScript規約: `.claude/skills/einja-coding-standards/reference/typescript-rules.md`
+- スタイリング: `.claude/skills/einja-component-design/reference/styling-guide.md`
 
 ### 2. 実装方針の策定
 

package/presets/{minimal → default}/.claude/commands/einja/frontend-implement.md

@@ -311,7 +311,7 @@ frontend-implement "認証フロー（ログイン・サインアップ・パス
 
 ### Panda CSS生成エラー
 ```bash
-pnpm --filter @einja/web panda codegen
+pnpm --filter @repo/web panda codegen
 ```
 
 ### 型エラー

package/presets/{minimal → default}/.claude/commands/einja/update-docs-by-task-specs.md

@@ -332,9 +332,9 @@ allowed-tools: Read, Write, Edit, Bash, Grep, Glob
    - features/login/design.md: 5セクション追加
 
    ### Steering仕様書
-   - einja/steering/architecture.md: 7セクション追加
-   - einja/steering/db-design.md: 4セクション追加
-   - einja/steering/product.md: 3セクション追加
+   - steering/architecture.md: 7セクション追加
+   - steering/db-design.md: 4セクション追加
+   - steering/product.md: 3セクション追加
    ```
 
 2. **各ファイルの詳細プレビュー**（オプション）:
@@ -420,9 +420,9 @@ allowed-tools: Read, Write, Edit, Bash, Grep, Glob
 - **features/login/tasks.md**: 1セクション追加（156行）
 
 ### Steering仕様書
-- **einja/steering/architecture.md**: 7セクション追加（1,245行）
-- **einja/steering/db-design.md**: 4セクション追加（567行）
-- **einja/steering/product.md**: 3セクション追加（334行）
+- **steering/architecture.md**: 7セクション追加（1,245行）
+- **steering/db-design.md**: 4セクション追加（567行）
+- **steering/product.md**: 3セクション追加（334行）
 
 ## 次のステップ
 - 反映された内容を確認してください

package/presets/{minimal/.claude/skills/einja/api-development → default/.claude/skills/einja-api-development}/SKILL.md

@@ -1,9 +1,9 @@
-# API開発ガイド Skill
-
-name: "api-development"
+---
+name: api-development
 description: "Hono + Zodを使用したAPI実装のガイドライン"
-invocation: "agent-requested"
-version: "1.0.0"
+---
+
+# API開発ガイド Skill
 
 ## 概要
 

package/presets/{minimal/.claude/skills/einja/backend-architecture → default/.claude/skills/einja-backend-architecture}/SKILL.md

@@ -1,9 +1,9 @@
-# バックエンドアーキテクチャ Skill
-
-name: "backend-architecture"
+---
+name: backend-architecture
 description: "4層レイヤードアーキテクチャ、Repositoryパターン、Result型パターンのガイドライン"
-invocation: "agent-requested"
-version: "1.0.0"
+---
+
+# バックエンドアーキテクチャ Skill
 
 ## 概要
 

package/presets/{minimal/.claude/skills/einja/coding-standards → default/.claude/skills/einja-coding-standards}/SKILL.md

@@ -1,9 +1,9 @@
-# Coding Standards Skill
-
-name: "coding-standards"
+---
+name: coding-standards
 description: "TypeScript/React/Next.jsのコーディング規約とベストプラクティス"
-invocation: "agent-requested"
-version: "1.0.0"
+---
+
+# Coding Standards Skill
 
 ## 概要
 
@@ -114,7 +114,7 @@ const customStyles = css({
 
 ## 関連Skill・ドキュメント
 
-- [component-design](../component-design/SKILL.md) - コンポーネント設計ガイドライン
+- [component-design](../einja-component-design/SKILL.md) - コンポーネント設計ガイドライン
 - `docs/einja/steering/development/testing-strategy.md` - テスト戦略
 - `docs/einja/steering/development/review-guidelines.md` - コードレビューガイドライン
 - `docs/einja/steering/commit-rules.md` - コミットルール

package/presets/{minimal/.claude/skills/einja/component-design → default/.claude/skills/einja-component-design}/SKILL.md

@@ -1,9 +1,9 @@
-# Component Design Skill
-
-name: "component-design"
+---
+name: component-design
 description: "Reactコンポーネントの設計原則と実装ガイドライン"
-invocation: "agent-requested"
-version: "1.0.0"
+---
+
+# Component Design Skill
 
 ## 概要
 
@@ -98,7 +98,7 @@ interface ButtonProps {
 
 ## 関連Skill・ドキュメント
 
-- [coding-standards](../coding-standards/SKILL.md) - コーディング規約
+- [coding-standards](../einja-coding-standards/SKILL.md) - コーディング規約
 - `docs/einja/steering/development/testing-strategy.md` - テスト戦略
 - `docs/einja/steering/development/frontend-development.md` - フロントエンド開発ガイド
 

package/presets/{minimal/.claude/skills/einja/frontend-development → default/.claude/skills/einja-frontend-development}/SKILL.md

@@ -1,9 +1,9 @@
-# フロントエンド開発ガイド Skill
-
-name: "frontend-development"
+---
+name: frontend-development
 description: "Next.js + React + Tanstack Queryを使用したフロントエンド実装のガイドライン"
-invocation: "agent-requested"
-version: "1.0.0"
+---
+
+# フロントエンド開発ガイド Skill
 
 ## 概要
 

package/presets/{minimal/.claude/skills/einja/output-format → default/.claude/skills/einja-output-format}/SKILL.md

@@ -1,9 +1,9 @@
-# サブエージェント出力形式 Skill
-
-name: "output-format"
+---
+name: output-format
 description: "サブエージェントの統一出力形式を定義"
-invocation: "agent-requested"
-version: "1.0.0"
+---
+
+# サブエージェント出力形式 Skill
 
 ## 概要
 
@@ -113,6 +113,55 @@ version: "1.0.0"
 [後続処理の説明]
 ```
 
+### backend-architect
+
+```markdown
+## 🔧 バックエンドアーキテクチャ設計完了
+
+### タスク: [機能名/API名]
+
+### 設計結果: [✅ SUCCESS / ⚠️ PARTIAL / ❌ FAILURE]
+
+### 設計サマリー
+- **API数**: N個
+- **Repository数**: M個
+- **UseCase数**: K個
+- **新規Entity数**: L個
+- **テーブル数**: P個
+
+### アーキテクチャ構造
+```
+[ディレクトリ構造図]
+```
+
+### 層間の依存関係
+| 層 | 依存先 | 主なコンポーネント |
+|---|-------|-----------------|
+
+### デザインパターン適用
+- **Repositoryパターン**: [適用状況]
+- **Mapperパターン**: [適用状況]
+- **Result型パターン**: [適用状況]
+
+### DB設計
+| テーブル名 | 主なカラム | インデックス |
+|----------|----------|------------|
+
+### API設計
+| エンドポイント | メソッド | 説明 |
+|--------------|--------|------|
+
+### テスト設計方針
+- **ユニットテスト対象**: [対象コンポーネント]
+- **統合テスト対象**: [対象フロー]
+
+### 技術選定
+- **[決定1]**: [選定理由]
+
+### 次のステップ
+[後続処理の説明]
+```
+
 ## 長い出力の取り扱い
 
 出力が50行を超える場合、以下の形式で表示：

package/presets/{minimal → default}/preset.yaml

@@ -1,4 +1,4 @@
-name: minimal
+name: default
 displayName: "Einja ATDD Workflow"
 description: "ATDDワークフロー構成（Next.js、Vibe-Kanban統合）"
 version: "1.0.0"

package/presets/{minimal → default}/symlinks.json

@@ -2,43 +2,43 @@
   "version": 1,
   "symlinks": [
     {
-      "link": ".claude/skills/einja/api-development/reference/api-development.md",
+      "link": ".claude/skills/einja-api-development/reference/api-development.md",
       "target": "docs/einja/steering/development/api-development.md"
     },
     {
-      "link": ".claude/skills/einja/backend-architecture/reference/backend-architecture.md",
+      "link": ".claude/skills/einja-backend-architecture/reference/backend-architecture.md",
       "target": "docs/einja/steering/development/backend-architecture.md"
     },
     {
-      "link": ".claude/skills/einja/coding-standards/reference/commit-rules.md",
+      "link": ".claude/skills/einja-coding-standards/reference/commit-rules.md",
       "target": "docs/einja/steering/commit-rules.md"
     },
     {
-      "link": ".claude/skills/einja/coding-standards/reference/review-guidelines.md",
+      "link": ".claude/skills/einja-coding-standards/reference/review-guidelines.md",
       "target": "docs/einja/steering/development/review-guidelines.md"
     },
     {
-      "link": ".claude/skills/einja/coding-standards/reference/testing-strategy.md",
+      "link": ".claude/skills/einja-coding-standards/reference/testing-strategy.md",
       "target": "docs/einja/steering/development/testing-strategy.md"
     },
     {
-      "link": ".claude/skills/einja/component-design/reference/frontend-development.md",
+      "link": ".claude/skills/einja-component-design/reference/frontend-development.md",
       "target": "docs/einja/steering/development/frontend-development.md"
     },
     {
-      "link": ".claude/skills/einja/component-design/reference/testing-strategy.md",
+      "link": ".claude/skills/einja-component-design/reference/testing-strategy.md",
       "target": "docs/einja/steering/development/testing-strategy.md"
     },
     {
-      "link": ".claude/skills/einja/frontend-development/reference/frontend-development.md",
+      "link": ".claude/skills/einja-frontend-development/reference/frontend-development.md",
       "target": "docs/einja/steering/development/frontend-development.md"
     },
     {
-      "link": ".claude/skills/einja/task-commit/reference/commit-rules.md",
+      "link": ".claude/skills/einja-task-commit/reference/commit-rules.md",
       "target": "docs/einja/steering/commit-rules.md"
     },
     {
-      "link": ".claude/skills/einja/task-qa/reference/acceptance-criteria-and-qa-guide.md",
+      "link": ".claude/skills/einja-task-qa/reference/acceptance-criteria-and-qa-guide.md",
       "target": "docs/einja/steering/acceptance-criteria-and-qa-guide.md"
     }
   ]

package/scaffolds/cli/preset.yaml

@@ -0,0 +1,110 @@
+name: default
+displayName: "Einja ATDD Workflow"
+description: "ATDDワークフロー構成（Next.js、Vibe-Kanban統合）"
+version: "1.0.0"
+
+# 変数定義（ユーザーがカスタマイズ可能）
+variables:
+  # CLAUDE.mdテンプレート用
+  PROJECT_NAME: "my-project"
+  INSTALL_COMMAND: "pnpm install"
+  DEV_COMMAND: "pnpm dev"
+  START_COMMAND: "pnpm start"
+  FORMAT_COMMAND: "pnpm format"
+  # 既存の変数
+  BUILD_COMMAND: "pnpm build"
+  TEST_COMMAND: "pnpm test"
+  LINT_COMMAND: "pnpm lint"
+  TYPE_CHECK_COMMAND: "pnpm typecheck"
+  PROJECT_STRUCTURE: |
+    src/           # ソースコード
+    tests/         # テストコード
+  CODING_STANDARDS_PATH: "README.md"
+  MCP_TOOLS: |
+    - Serena MCP: コード分析・編集
+    - Playwright MCP: ブラウザテスト
+    - GitHub MCP: Issue・PR操作
+    - Vibe-Kanban MCP: タスク自動化
+
+# MCP設定
+mcpServers:
+  - codex
+  - context7
+  - playwright
+  - serena
+  - github
+  - vibe_kanban
+
+# 追加パーミッション
+additionalPermissions:
+  - "Bash(npm:*)"
+  - "Bash(pnpm:*)"
+  - "Bash(npx:*)"
+  - "Bash(node:*)"
+  - "Bash(yarn:*)"
+  - "Bash(bun:*)"
+  - "Bash(python3:*)"
+  - "Bash(curl:*)"
+  - "Bash(wget:*)"
+  - "Bash(unzip:*)"
+  - "Bash(docker-compose :*)"
+  - "Bash(jq:*)"
+  - "mcp__codex__codex"
+  - "mcp__github__get_pull_request"
+  - "mcp__github__get_pull_request_files"
+  - "mcp__github__update_pull_request"
+  - "mcp__github__list_commits"
+  - "mcp__github__get_commit"
+  - "mcp__github__get_file_contents"
+  - "mcp__github__search_code"
+  - "mcp__playwright"
+  - "mcp__playwright__browser_navigate"
+  - "mcp__playwright__browser_click"
+  - "mcp__playwright__browser_wait_for"
+  - "mcp__playwright__browser_evaluate"
+  - "mcp__playwright__browser_snapshot"
+  - "mcp__playwright__browser_console_messages"
+  - "mcp__playwright__browser_handle_dialog"
+  - "mcp__playwright__browser_type"
+  - "mcp__serena"
+  - "mcp__serena__activate_project"
+  - "mcp__serena__check_onboarding_performed"
+  - "mcp__serena__find_file"
+  - "mcp__serena__find_referencing_symbols"
+  - "mcp__serena__find_symbol"
+  - "mcp__serena__get_symbols_overview"
+  - "mcp__serena__insert_before_symbol"
+  - "mcp__serena__list_dir"
+  - "mcp__serena__replace_symbol_body"
+  - "mcp__serena__search_for_pattern"
+  - "mcp__serena__think_about_collected_information"
+  - "mcp__serena__think_about_whether_you_are_done"
+  - "Bash(test:*)"
+  - "mcp__vibe_kanban__list_projects"
+  - "mcp__vibe_kanban__list_tasks"
+  - "mcp__vibe_kanban__get_task"
+  - "mcp__vibe_kanban__create_task"
+  - "mcp__vibe_kanban__update_task"
+  - "mcp__vibe_kanban__delete_task"
+  - "mcp__vibe_kanban__start_task_attempt"
+  - "Bash(gh pr view:*)"
+  - "Bash(gh pr close:*)"
+  - "Bash(gh pr create:*)"
+  - "Bash(gh pr list:*)"
+  - "Bash(tree:*)"
+  - "Bash(bash:*)"
+  - "Bash(./verify.sh:*)"
+  - "Bash(gh issue create:*)"
+  - "Skill(task-exec)"
+  - "Skill(task-qa)"
+
+# 追加エージェント
+additionalAgents:
+  - frontend-architect
+  - design-engineer
+  - frontend-coder
+
+# 追加コマンド
+additionalCommands:
+  - frontend-implement
+  - start-dev

package/scaffolds/example/README.md

@@ -0,0 +1,35 @@
+# 実装例ディレクトリ
+
+このディレクトリには、完全に実装されたタスクの例が含まれています。
+
+## 収録例
+
+### issue999-example-task: マジックリンク認証機能
+
+**学習ポイント**:
+- 包括的な要件定義（requirements.md）
+- AC 番号体系と検証レベルの使い方
+- 詳細な設計書（design.md）
+- 段階的なタスク分解（tasks.md）
+- Integration/E2E テストを含む QA 仕様書（qa-tests/）
+
+## 活用方法
+
+### 1. 全体の流れを理解する
+- requirements.md → design.md → tasks.md → qa-tests/ の順で読む
+- 各フェーズでどのような内容を記述すべきか確認
+
+### 2. テンプレート記述の参考にする
+- `../templates/` のテンプレートと照らし合わせる
+- 各セクションの具体的な記述例を確認
+
+### 3. QA 仕様書の構造を理解する
+- qa-tests/phaseN/X-Y.md の形式を確認
+- 失敗時の報告方法を参考にする
+
+## 次のステップ
+
+実装例を確認したら:
+1. [テンプレート](../templates/) を使用して新規タスクを作成
+2. task-exec コマンドで自動化されたワークフローを実行
+3. [受け入れ基準とQAガイド](../steering/acceptance-criteria-and-qa-guide.md) で詳細を確認