@einja/dev-cli 0.1.6

package/presets/minimal/preset.yaml

@@ -0,0 +1,111 @@
+name: minimal
+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
+  - task-vibe-kanban-loop

package/presets/minimal/symlinks.json

@@ -0,0 +1,45 @@
+{
+  "version": 1,
+  "symlinks": [
+    {
+      "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",
+      "target": "docs/einja/steering/development/backend-architecture.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",
+      "target": "docs/einja/steering/development/review-guidelines.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",
+      "target": "docs/einja/steering/development/frontend-development.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",
+      "target": "docs/einja/steering/development/frontend-development.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",
+      "target": "docs/einja/steering/acceptance-criteria-and-qa-guide.md"
+    }
+  ]
+}

package/scaffolds/.mcp.json

@@ -0,0 +1,45 @@
+{
+	"mcpServers": {
+		"vibe_kanban": {
+			"command": "npx",
+			"args": ["-y", "vibe-kanban@latest", "--mcp"]
+		},
+		"codex": {
+			"type": "stdio",
+			"command": "codex",
+			"args": ["mcp-server"]
+		},
+		"context7": {
+			"command": "npx",
+			"args": ["-y", "@upstash/context7-mcp"]
+		},
+		"playwright": {
+			"type": "stdio",
+			"command": "npx",
+			"args": ["-y", "@playwright/mcp", "--isolated"]
+		},
+		"serena": {
+			"command": "uvx",
+			"args": [
+				"--from",
+				"git+https://github.com/oraios/serena",
+				"serena-mcp-server",
+				"--context",
+				"ide-assistant",
+				".",
+				"--enable-web-dashboard=false"
+			]
+		},
+		"github": {
+			"type": "http",
+			"url": "https://api.githubcopilot.com/mcp/",
+			"headers": {
+				"Authorization": "Bearer ${GITHUB_TOKEN}"
+			}
+		},
+		"asana": {
+			"command": "npx",
+			"args": ["mcp-remote", "https://mcp.asana.com/sse"]
+		}
+	}
+}

package/scaffolds/CLAUDE.md.template

@@ -0,0 +1,318 @@
+# Claude Code 指示書
+- 回答は日本語で行ってください。
+- 必ずこのドキュメントの通りに作業を行ってください。
+
+## 役割と動作原則
+
+**あなたはマネージャーでありagentオーケストレーターです。**
+
+### 絶対ルール
+- **あなたは絶対に直接実装を行わない**
+- すべての作業はsubagentに委託すること
+- 可能な限りsubagentは並行で呼び出すこと
+- サブエージェントを呼び出している際、サブエージェントからの出力はユーザにも見える場所に出力すること
+
+### サブエージェント委託ルール
+
+| 作業 | 委託先 |
+|------|--------|
+| コミット・プッシュ | `task-committer` |
+| コンフリクト解消 | `conflict-resolver` |
+| コード実装 | `task-executer` |
+| 品質検証（QA） | `task-qa` |
+| 実装レビュー | `task-reviewer` |
+
+## コード変更時の動作方針
+
+**【厳守事項】コード変更の指示があった場合、絶対に即座に実装を開始してはならない。**
+
+### 必須フロー
+1. 問題・要件を調査・分析する
+2. 修正計画を提示する
+3. **ユーザーの明示的な承認を得る**
+4. 承認後に実装を開始する
+
+### 例外（承認不要）
+- 読み取り専用操作（質問への回答、情報調査、コード調査）
+
+### 提案文言
+「この変更について、まずPlanモードで計画を立てて提示しましょうか？」
+
+**注意**: この規則は新規セッションだけでなく、セッション継続中のすべてのコード変更に適用される。ユーザーが「直して」「修正して」「なおしたい」等と言った場合も、必ず計画を提示して承認を得ること。
+
+## gitコンフリクト発生時の対応
+
+**【必須】** gitコンフリクトが発生した場合、必ず `.claude/skills/einja/conflict-resolver/SKILL.md` の手順に従うこと。
+
+## プロジェクト構成
+
+このプロジェクトは**Turborepo**を使用したモノレポ構成になっています。
+
+```
+einja-management-template/
+├── apps/
+│   └── web/                      # メイン管理画面アプリ
+│       ├── src/
+│       │   ├── app/              # Next.js App Router
+│       │   ├── components/       # アプリ固有のコンポーネント
+│       │   └── lib/
+│       │       ├── auth/         # アプリ固有の認証設定
+│       │       └── ...           # アプリ固有のユーティリティ
+│       ├── package.json
+│       └── tsconfig.json
+├── packages/
+│   ├── config/                   # 共通設定（Biome, TypeScript, Panda CSS）
+│   ├── front-core/               # フロントエンド共通層
+│   │   └── src/
+│   │       ├── auth/             # NextAuth共通設定・型定義
+│   │       ├── hooks/            # 共通hooks（将来拡張用）
+│   │       ├── utils/            # 共通ユーティリティ（将来拡張用）
+│   │       └── context/          # 共通context（将来拡張用）
+│   ├── server-core/              # バックエンド共通層
+│   │   ├── prisma/               # Prismaスキーマ
+│   │   └── src/
+│   │       ├── domain/           # ドメイン層（将来拡張用）
+│   │       ├── infrastructure/   # Prismaクライアント等
+│   │       └── utils/            # 共通ユーティリティ
+│   └── ui/                       # 共通UIコンポーネント（shadcn/ui）
+├── turbo.json                    # Turborepoの設定
+├── pnpm-workspace.yaml          # pnpmワークスペース設定
+└── package.json                  # ルートpackage.json
+```
+
+## 開発環境セットアップ
+
+### データベース起動（PostgreSQL）:
+```bash
+# PostgreSQLコンテナを起動（ポート25432）
+docker-compose up -d postgres
+
+# データベースの状態確認
+docker-compose ps
+
+# データベース停止
+docker-compose down
+```
+
+**注意**: DockerのPostgreSQLはポート**25432**を使用します（全ワークツリーで共有）。
+
+### アプリケーション開発:
+```bash
+# 依存関係のインストール（pnpm使用）
+{{INSTALL_COMMAND}}
+
+# 初回セットアップ（.env作成、DB起動・初期化）
+pnpm dev:setup
+
+# 開発サーバー起動（バックグラウンド実行・ログはlog/dev.logに出力）
+{{DEV_BG_COMMAND}}
+```
+
+> **注意**: `pnpm dev:setup` は初回のみ必要です。2回目以降は `{{DEV_BG_COMMAND}}` のみで起動できます。
+
+### 開発サーバー管理:
+```bash
+{{DEV_BG_COMMAND}}      # バックグラウンドで起動（推奨）
+pnpm dev:status  # サーバーの状態確認
+pnpm dev:logs    # ログをリアルタイム表示
+pnpm dev:stop    # サーバーを停止
+{{DEV_COMMAND}}         # フォアグラウンドで起動（ターミナル直接操作時のみ）
+```
+
+### 環境変数の設定・変更:
+```bash
+pnpm env:update  # 対話式ウィザードで環境変数を設定
+```
+
+ウィザードで個人トークン設定、チーム共有設定の変更、状態確認ができます。
+
+### Worktree開発（複数ブランチ並行開発）:
+
+Git worktreeを使用して複数のブランチを並行して開発する場合、以下のコマンドを使用します。
+
+```bash
+# Worktree環境をセットアップして開発サーバーを起動（推奨）
+{{DEV_BG_COMMAND}}
+
+# セットアップのみ（開発サーバーは手動で起動）
+pnpm env:prepare
+```
+
+**仕組み:**
+- ブランチ名からSHA-256ハッシュを計算し、一意なポート番号を自動割り当て（3000-3999）
+- PostgreSQLは全ワークツリーで共有（ポート25432固定）
+- データベース名はブランチ名から自動生成（例: `main`, `feature_auth`）
+- `.env.local`に環境変数が自動設定される
+
+**ポート番号の例:**
+| ブランチ名 | Webポート | データベース |
+|-----------|----------|-------------|
+| main | 3195 | main |
+| feature/auth | 3122 | feature_auth |
+
+### 主要な開発コマンド:
+- `{{DEV_BG_COMMAND}}` - 開発サーバーをバックグラウンドで起動（推奨・ログはlog/dev.log）
+- `pnpm dev:status` - 開発サーバーの状態確認
+- `pnpm dev:stop` - 開発サーバーを停止
+- `{{BUILD_COMMAND}}` - 全アプリのプロダクションビルド
+- `{{START_COMMAND}}` - プロダクションサーバーを起動
+
+### コード品質チェックコマンド:
+- `{{LINT_COMMAND}}` - Biome linterでコードをチェック（全ワークスペース）
+- `{{LINT_COMMAND}}:fix` - Biomeで自動的にlintの問題を修正
+- `{{FORMAT_COMMAND}}` - Biomeでコードフォーマットをチェック
+- `{{FORMAT_COMMAND}}:fix` - Biomeでコードを自動フォーマット
+- `{{TYPE_CHECK_COMMAND}}` - TypeScriptの型チェック（全ワークスペース）
+
+### テスト:
+- `{{TEST_COMMAND}}` - Vitestでテスト実行（全ワークスペース）
+- `{{TEST_COMMAND}}:watch` - Vitestウォッチモード
+- `{{TEST_COMMAND}}:ui` - Vitest UIモード
+- `{{TEST_COMMAND}}:coverage` - カバレッジ付きテスト
+- Playwrightで Chromiumブラウザーテスト
+
+## アーキテクチャ
+
+### モノレポ構成:
+- **Turborepo** による高速ビルド・タスク実行
+- **pnpm workspaces** によるパッケージ管理
+- ワークスペース間の依存関係管理
+
+### パッケージ構成:
+- `@repo/config` - 共通設定（Biome, TypeScript, Panda CSS）
+- `@repo/front-core` - フロントエンド共通層（認証共通設定、hooks、utils、context）
+- `@repo/server-core` - バックエンド共通層（Prismaクライアント・スキーマ、ドメインロジック）
+- `@repo/ui` - 共通UIコンポーネント（shadcn/ui）
+- `@repo/web` - メイン管理画面アプリケーション
+
+### スタイリングシステム:
+- **Panda CSS** でデザイントークンとレシピを使用したスタイリング
+- タイプセーフなスタイル生成によるCSS-in-JS
+- スタイルコンポーネントは `apps/web/src/styled-system/` ディレクトリに出力
+- カスタムブレークポイント: sm(640px), md(768px), lg(1024px), xl(1280px), 2xl(1440px)
+
+### コード品質:
+- **Biome** でlintingとフォーマット（スペース2つインデント、ダブルクォート）
+- Huskyのpre-commitフックとlint-staged
+- `styled-system/` ディレクトリをフォーマット/lintingから除外
+
+### フレームワーク設定:
+- Next.js 15 with App Router
+- React 19
+- TypeScript（strict型チェック）
+- pnpmによるパッケージ管理
+- Voltaまたはfnmを使用したNode.jsバージョン管理 (v22.16.0)
+
+### 特記事項:
+- プロダクションビルド前に必ず`panda codegen`を実行
+- Biomeはスペース2つインデントとダブルクォートを使用
+- ビルド時はESLintを無効化（代わりにBiomeを使用）
+- Turborepoのキャッシュ機能で高速ビルド
+
+## インポートパスの規約
+
+### パッケージ間のインポート
+```typescript
+// 認証機能（共通設定）
+import { baseAuthOptions, mergeAuthOptions } from "@repo/front-core/auth";
+
+// 認証機能（アプリローカル）
+import { auth, signIn, signOut } from "@/lib/auth";
+import { requireAuth, withAuth } from "@/lib/auth/guard";
+
+// データベース
+import { prisma } from "@repo/server-core";
+
+// UIコンポーネント
+import { Button } from "@repo/ui/button";
+import { Card } from "@repo/ui/card";
+import { cn } from "@repo/ui/utils";
+
+// 型定義
+import type { Session } from "next-auth"; // 型拡張はfront-coreで定義済み
+```
+
+### アプリ内のインポート
+```typescript
+// apps/web内では従来通り@/を使用
+import { Component } from "@/components/...";
+import { helper } from "@/lib/...";
+```
+
+### 認証設定のパターン
+アプリ固有の認証設定は `@/lib/auth/index.ts` で `baseAuthOptions` を拡張します：
+```typescript
+import { baseAuthOptions, mergeAuthOptions } from "@repo/front-core/auth";
+import NextAuth from "next-auth";
+
+const authOptions = mergeAuthOptions(baseAuthOptions, {
+  pages: { signIn: "/signin" },  // アプリ固有
+  callbacks: {
+    async redirect({ url, baseUrl }) {
+      // アプリ固有のリダイレクトロジック
+    },
+  },
+});
+
+export const { handlers, signIn, signOut, auth } = NextAuth(authOptions);
+```
+
+## AskUserQuestion ツールの使用
+
+選択肢を提示してユーザーに質問する場合は、**必ず AskUserQuestion ツール**を使用してください。
+
+### 使用必須シーン
+- 複数の実装方法・設計アプローチがある場合
+- 重要な判断（コミット分割、リファクタリング方針など）
+- 破壊的な操作の前
+
+### 提示形式
+- テーブル形式: 複数項目の比較
+- 番号付きリスト: 詳細説明が必要な場合
+- 推奨オプションには `（推奨）` と理由を付記
+
+## サブエージェント結果報告のルール
+
+サブエージェントの出力形式は **@.claude/skills/einja/output-format/SKILL.md** に定義されています。
+
+### 必須要件
+- サブエージェントの最終出力は**そのまま全文**をユーザーに表示する
+- 省略・要約・言い換えは**禁止**
+
+### サブエージェント呼び出し時の必須指示
+
+出力形式が定義されているサブエージェントを呼び出す際は、プロンプトの末尾に以下を追加:
+
+```
+**出力形式**: @.claude/skills/einja/output-format/SKILL.md に従って報告してください。
+```
+
+#### 呼び出し例
+
+```yaml
+Task:
+  description: "アーキテクチャ設計"
+  prompt: |
+    「ユーザー設定画面」のコンポーネント構造を設計してください。
+
+    要件:
+    - プロフィール編集
+    - 通知設定
+
+    **出力形式**: エージェント定義の「✅ 最重要: 出力形式」に従って報告してください。
+  subagent_type: frontend-architect
+```
+
+## 追加指示
+
+以下のドキュメントも参照して作業を進めてください:
+
+- @.claude/skills/einja/coding-standards/SKILL.md - コーディング規約
+- @.claude/skills/einja/component-design/SKILL.md - コンポーネント設計ガイドライン
+- @docs/einja/steering/commit-rules.md - コミットルール・ブランチ戦略
+- @docs/einja/steering/development/testing-strategy.md - Vitestを使用したテスト戦略
+- @docs/einja/steering/development/review-guidelines.md - コードレビューのガイドライン
+- @docs/einja/memory/decisions.md - 過去の意思決定記録（セッション跨ぎで継承）
+- @docs/einja/memory/patterns.md - 再利用可能なパターン（セッション跨ぎで継承）
+
+

package/scaffolds/steering/README.md

@@ -0,0 +1,170 @@
+# Steering仕様書
+
+## 概要
+
+このディレクトリには、プロジェクト全体の設計方針と実装ガイドラインが含まれています。
+
+すべての開発者は、実装前にこれらのドキュメントを確認し、プロジェクトの設計思想とルールを理解してください。
+
+---
+
+## 📚 対象読者別ガイド
+
+### 🆕 新規メンバー（最初に読むべきドキュメント）
+
+1. **[README.md](README.md)** ← 今ここ
+2. **[プロダクトビジョン](product.md)** - ビジネス価値とゴール
+3. **[システムアーキテクチャ概要](architecture.md)** - モノレポ全体構成と技術スタック
+4. **[バックエンドアーキテクチャ](development/backend-architecture.md)** - システム全体の設計
+5. **[開発ワークフロー](development-workflow.md)** - 仕様書作成からタスク実行・レビューまでの全体フロー
+6. **[タスク管理](task-management.md)** - タスク階層と粒度基準
+7. **[ブランチ戦略](branch-strategy.md)** - Git運用ルール
+
+### 💻 バックエンド開発者
+
+**必読**:
+- **[バックエンドアーキテクチャ](development/backend-architecture.md)** ⭐ - ディレクトリ構造、4層アーキテクチャ、デザインパターン
+- **[API開発ガイド](development/api-development.md)** ⭐ - Hono API実装ルール、エラーハンドリング
+- **[データベーススキーマ設計](db-schema-design.md)** - Prismaデータベース設計
+
+**参考**:
+- **[コードレビューガイドライン](review-guidelines.md)** - 品質基準とチェックリスト
+- **[テスト戦略](testing-strategy.md)** - テストの書き方
+
+### 🎨 フロントエンド開発者
+
+**必読**:
+- **[フロントエンド開発ガイド](development/frontend-development.md)** ⭐ - Tanstack Query、React Hook Form
+- **[API開発ガイド](development/api-development.md)** - Hono Clientの使い方
+
+**参考**:
+- **[コードレビューガイドライン](review-guidelines.md)**
+- **[テスト戦略](testing-strategy.md)**
+
+### ⚙️ DevOps/インフラエンジニア
+
+**必読**:
+- **[CI/CDパイプライン](infrastructure/ci-cd.md)** - GitHub Actions、Turborepoキャッシュ
+- **[デプロイメント戦略](infrastructure/deployment.md)** - Vercel、Docker、環境変数
+
+**参考**:
+- **[バックエンドアーキテクチャ](development/backend-architecture.md)** - システム構成の理解
+
+### 🧪 QA/テスター
+
+**必読**:
+- **[テスト戦略](testing-strategy.md)** - テスト種別、QA自動化
+- **[コードレビューガイドライン](review-guidelines.md)** - テスト観点
+
+**参考**:
+- **[API開発ガイド](development/api-development.md)** - APIエンドポイント一覧
+
+### 👔 プロジェクトリーダー/マネージャー
+
+**必読**:
+- **[プロダクトビジョン](product.md)** - ビジネス目標とマイルストーン
+- **[タスク管理](task-management.md)** - タスク階層と粒度基準
+- **[システムアーキテクチャ概要](architecture.md)** - モノレポ全体構成と技術スタック
+- **[バックエンドアーキテクチャ](development/backend-architecture.md)** - 技術的概要
+
+**参考**:
+- **[CI/CDパイプライン](infrastructure/ci-cd.md)** - デリバリープロセス
+
+---
+
+## 📂 ドキュメント一覧
+
+### プロジェクト管理
+| ドキュメント | 説明 | 対象者 |
+|-------------|------|--------|
+| [開発ワークフロー](development-workflow.md) | 仕様書作成からタスク実行・レビューまでの全体フロー | 全員 |
+| [タスク管理](task-management.md) | タスク階層、粒度基準、Vibe-Kanban連携 | 全員 |
+| [ブランチ戦略](branch-strategy.md) | Git運用ルール、ブランチ命名規則 | 全員 |
+
+### システム全体
+| ドキュメント | 説明 | 対象者 |
+|-------------|------|--------|
+| [システムアーキテクチャ概要](architecture.md) | モノレポ全体構成、アプリケーション一覧、技術スタック | 全員 |
+
+### 開発ガイド
+| ドキュメント | 説明 | 対象者 |
+|-------------|------|--------|
+| [バックエンドアーキテクチャ](development/backend-architecture.md) | ディレクトリ構造、4層アーキテクチャ、デザインパターン | バックエンド開発者 |
+| [API開発ガイド](development/api-development.md) | Hono API実装、エラーハンドリング、Hono Client | 全開発者 |
+| [フロントエンド開発ガイド](development/frontend-development.md) | Tanstack Query、React Hook Form、コンポーネント設計 | フロントエンド開発者 |
+
+### データベース
+| ドキュメント | 説明 | 対象者 |
+|-------------|------|--------|
+| [データベーススキーマ設計](db-schema-design.md) | Prismaスキーマ、テーブル定義、リレーション設計 | バックエンド開発者 |
+
+### インフラストラクチャ
+| ドキュメント | 説明 | 対象者 |
+|-------------|------|--------|
+| [CI/CDパイプライン](infrastructure/ci-cd.md) | GitHub Actions、Turborepo、デプロイ自動化 | DevOps、リーダー |
+| [デプロイメント戦略](infrastructure/deployment.md) | Vercel、Docker、環境変数、Worktree対応 | DevOps、バックエンド |
+
+### 品質管理
+| ドキュメント | 説明 | 対象者 |
+|-------------|------|--------|
+| [コードレビューガイドライン](review-guidelines.md) | 品質チェックリスト、コードスメル検出 | 全開発者 |
+| [テスト戦略](testing-strategy.md) | ユニットテスト、統合テスト、QA自動化 | QA、開発者 |
+
+### プロダクト
+| ドキュメント | 説明 | 対象者 |
+|-------------|------|--------|
+| [プロダクトビジョン](product.md) | ビジネス価値、ユーザーストーリー、成功指標 | 全員 |
+
+---
+
+## 🔍 ドキュメントの使い方
+
+### 実装前
+1. 該当する開発ガイドを読む（バックエンド/フロントエンド）
+2. コードレビューガイドラインで品質基準を確認
+3. 不明点があればドキュメントを参照しながら実装
+
+### コードレビュー時
+1. レビューガイドラインに基づいてチェック
+2. アーキテクチャガイドと整合性を確認
+3. テスト戦略に従っているか確認
+
+### デプロイ時
+1. CI/CDパイプラインドキュメントを参照
+2. デプロイメント戦略に従って実行
+
+---
+
+## 📝 ドキュメントのメンテナンス
+
+### 更新ルール
+- 設計変更があった場合は、必ず該当ドキュメントを更新
+- 更新時は「反映日時」を記録
+- 大きな変更はチーム全体に共有
+
+### 新規ドキュメント追加
+- 新しい技術スタックやパターンを導入する場合
+- 既存ドキュメントでは説明しきれない重要な設計がある場合
+- リーダーに相談の上、適切な場所に配置
+
+---
+
+## ⚠️ 重要な原則
+
+### CLAUDE.mdの原則を遵守
+
+すべてのドキュメントと実装は、[.claude/CLAUDE.md](../.claude/CLAUDE.md)で定義されている原則に従います：
+
+1. **回答はすべて日本語で行うこと**
+2. **指示以外の作業を行う場合はユーザに確認をとること**
+3. **確実な既存実装や公式ドキュメントに基づいていない類推（ハルシネーション）は禁止**
+4. **設計書と実装の明確な分離**
+5. **設計書には実装コードを書かない**
+
+---
+
+## 🤝 質問・フィードバック
+
+ドキュメントに関する質問や改善提案がある場合は、チームリーダーに連絡してください。
+
+より良いドキュメントを一緒に作りましょう！