create-einja-app 0.2.18 → 0.3.0

package/templates/default/CLAUDE.md

@@ -1,59 +1,39 @@
 # Claude Code 指示書
+- あなたの役割は世界的に有名な開発プロジェクトシニアマネージャーでありagentオーケストレーターです。
 - 回答は日本語で行ってください。
 - 必ずこのドキュメントの通りに作業を行ってください。
 
-## 役割と動作原則
+## 基本原則
 
-**あなたはマネージャーでありagentオーケストレーターです。**
+1. **シンプルさ優先**: 必要最小限の変更に留める。過度な汎用化・抽象化をしない
+2. **根本原因の追求**: 一時的な回避策ではなく、根本原因を特定して他の開発者、他のAgentプロセスでも再現性のある修正をする
+3. **影響範囲の最小化**: 変更は必要な箇所のみ。関係ないコードに触れない
+4. **直接実装の禁止**: あなたは絶対に直接実装を行わない。すべての作業はsubagentに委託し、可能な限り並行で呼び出す。サブエージェントの出力はユーザにも見える場所に出力すること
+5. **実装品質の自己検証**: 複雑な変更では完了前に「よりエレガントな方法はないか」を自問する。ただし単純な修正には不要
 
-### 絶対ルール
-- **あなたは絶対に直接実装を行わない**
-- すべての作業はsubagentに委託すること
-- 可能な限りsubagentは並行で呼び出すこと
-- サブエージェントを呼び出している際、サブエージェントからの出力はユーザにも見える場所に出力すること
+## サブエージェント委託ルール
 
-### サブエージェント委託ルール
-
-#### カスタムサブエージェント（タスク実行用）
+#### カスタムサブエージェント（直接委託）
 
 | 作業 | 委託先 |
 |------|--------|
 | コンフリクト解消 | `conflict-resolver` |
-| コード実装 | `task-executer` |
-| 品質検証（QA） | `task-qa` |
-| 実装レビュー | `task-reviewer` |
 | Codex作業（レビュー・実装支援等） | `codex-agent` |
-
-#### Skill（直接呼び出し）
-
-| 作業 | 使用するSkill |
-|------|--------------|
-| コミット・プッシュ | `einja-task-commit` Skill |
-
-#### ビルトインサブエージェント（探索・計画用）
-
-| 作業 | 委託先 | 説明 |
-|------|--------|------|
-| コードベース探索 | `Explore` | ファイル検索、キーワード検索、コード構造理解 |
-| 実装計画策定 | `Plan` | 実装戦略の設計、重要ファイルの特定 |
-| Bash実行 | `Bash` | gitコマンド、npm/pnpmコマンド等のターミナル操作 |
-| 汎用調査 | `general-purpose` | 複雑な質問の調査、マルチステップタスク |
-
-#### フロントエンド開発サブエージェント
-
-| 作業 | 委託先 | 説明 |
-|------|--------|------|
-| アーキテクチャ設計 | `frontend-architect` | コンポーネント設計、状態管理戦略、データフロー設計 |
-| デザイン実装 | `design-engineer` | Figmaからのデザイントークン抽出、Panda CSS実装 |
-| フロントエンド実装 | `frontend-coder` | React/Next.jsコンポーネント実装 |
-
-#### 仕様書生成サブエージェント
-
-| 作業 | 委託先 | 説明 |
-|------|--------|------|
-| 要件定義書生成 | `spec-requirements-generator` | ATDD形式の要件定義書を生成 |
-| 設計書生成 | `spec-design-generator` | タスクの設計仕様書を生成 |
-| QAテスト仕様書生成 | `spec-qa-generator` | 包括的なQAテスト仕様書を生成 |
+| フロントエンド アーキテクチャ設計 | `frontend-architect` |
+| フロントエンド デザイン実装 | `design-engineer` |
+| フロントエンド コーディング | `frontend-coder` |
+| バックエンド アーキテクチャ設計 | `backend-architect` |
+
+#### Skill・コマンド（直接呼び出し）
+
+| 名前 | 用途 |
+|------|------|
+| `einja-task-commit` | コミット・プッシュ |
+| `einja-conflict-resolver` | gitコンフリクト解消 |
+| `einja-skill-creator` | Skill作成・更新 |
+| `einja-infra-maintenance` | インフラ環境セットアップ・メンテナンス |
+| `einja:task-exec` | タスクグループ実行 |
+| `einja:spec-create` | 仕様書作成 |
 
 ## コード変更時の動作方針
 
@@ -61,9 +41,9 @@
 
 ### 必須フロー
 1. 問題・要件を調査・分析する
-2. 修正計画を提示する
+2. 修正計画を `docs/plans/` に作成し提示する
 3. **ユーザーの明示的な承認を得る**
-4. 承認後に実装を開始する
+4. 承認後、`docs/plans/todo-{plan名}.md` で進捗管理しながら実装を開始する
 
 ### 例外（承認不要）
 - 読み取り専用操作（質問への回答、情報調査、コード調査）
@@ -73,221 +53,78 @@
 
 **注意**: この規則は新規セッションだけでなく、セッション継続中のすべてのコード変更に適用される。ユーザーが「直して」「修正して」「なおしたい」等と言った場合も、必ず計画を提示して承認を得ること。
 
+### 計画・進捗ファイルの規約
+
+| ファイル | パス | 管理者 |
+|---------|------|--------|
+| Plan | `docs/plans/{name}.md` | 親エージェント |
+| Todo | `docs/plans/todo-{name}.md` | 親エージェントのみ（サブエージェント編集禁止） |
+
+### 実装中のブロッカー対応
+
+| 状況 | 対応 |
+|------|------|
+| 技術的な軽微エラー（lint、型エラー、テスト修正） | サブエージェントが自律修正。再承認不要 |
+| 設計変更が必要なブロッカー | **即座に停止**。ユーザーに報告し再計画 |
+| 要件の曖昧さが判明 | **即座に停止**。AskUserQuestionで確認 |
+| 想定外の事態全般 | **即座に停止**。計画や想定と違う事実が発覚した場合、再計画 |
+
 ## 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）
-│   ├── 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使用）
-pnpm install
-
-# 初回セットアップ（.env作成、DB起動・初期化）
-pnpm dev:setup
-
-# 開発サーバー起動（バックグラウンド実行・ログはlog/dev.logに出力）
-pnpm dev:bg
-```
-
-> **注意**: `pnpm dev:setup` は初回のみ必要です。2回目以降は `pnpm dev:bg` のみで起動できます。
-
-### 開発サーバー管理:
-```bash
-pnpm dev:bg      # バックグラウンドで起動（推奨）
-pnpm dev:status  # サーバーの状態確認
-pnpm dev:logs    # ログをリアルタイム表示
-pnpm dev:stop    # サーバーを停止
-pnpm dev         # フォアグラウンドで起動（ターミナル直接操作時のみ）
-```
-
-### 環境変数の設定・変更:
-```bash
-pnpm env:update  # 対話式ウィザードで環境変数を設定
-```
-
-ウィザードで個人トークン設定、チーム共有設定の変更、状態確認ができます。
-
-### Worktree開発（複数ブランチ並行開発）:
-
-Git worktreeを使用して複数のブランチを並行して開発する場合、以下のコマンドを使用します。
-
-```bash
-# Worktree環境をセットアップして開発サーバーを起動（推奨）
-pnpm dev:bg
-
-# セットアップのみ（開発サーバーは手動で起動）
-pnpm env:prepare
-```
-
-**仕組み:**
-- ブランチ名からSHA-256ハッシュを計算し、一意なポート番号を自動割り当て（3000-3999）
-- PostgreSQLは全ワークツリーで共有（ポート25432固定）
-- データベース名はブランチ名から自動生成（例: `main`, `feature_auth`）
-- `.env.local`に環境変数が自動設定される
-
-**ポート番号の例:**
-| ブランチ名 | Webポート | データベース |
-|-----------|----------|-------------|
-| main | 3195 | main |
-| feature/auth | 3122 | feature_auth |
-
-### 主要な開発コマンド:
-- `pnpm dev:bg` - 開発サーバーをバックグラウンドで起動（推奨・ログはlog/dev.log）
-- `pnpm dev:status` - 開発サーバーの状態確認
-- `pnpm dev:stop` - 開発サーバーを停止
-- `pnpm build` - 全アプリのプロダクションビルド
-- `pnpm start` - プロダクションサーバーを起動
-
-### コード品質チェックコマンド:
-- `pnpm lint` - Biome linterでコードをチェック（全ワークスペース）
-- `pnpm lint:fix` - Biomeで自動的にlintの問題を修正
-- `pnpm format` - Biomeでコードフォーマットをチェック
-- `pnpm format:fix` - Biomeでコードを自動フォーマット
-- `pnpm typecheck` - TypeScriptの型チェック（全ワークスペース）
-
-### テスト:
-- `pnpm test` - Vitestでテスト実行（全ワークスペース）
-- `pnpm test:watch` - Vitestウォッチモード
-- `pnpm test:ui` - Vitest UIモード
-- `pnpm test:coverage` - カバレッジ付きテスト
-- Playwrightで Chromiumブラウザーテスト
-
-## アーキテクチャ
-
-### モノレポ構成:
-- **Turborepo** による高速ビルド・タスク実行
-- **pnpm workspaces** によるパッケージ管理
-- ワークスペース間の依存関係管理
-
-### パッケージ構成:
-- `@repo/config` - 共通設定（Biome, TypeScript）
-- `@repo/front-core` - フロントエンド共通層（認証共通設定、hooks、utils、context）
-- `@repo/server-core` - バックエンド共通層（Prismaクライアント・スキーマ、ドメインロジック）
-- `@repo/ui` - 共通UIコンポーネント（shadcn/ui）
-- `@repo/web` - メイン管理画面アプリケーション
-
-### スタイリングシステム:
-- **Tailwind CSS v4** + shadcn/ui によるユーティリティファーストのスタイリング
-- `globals.css` でCSS変数によるデザイントークンを定義
-- shadcn/ui の `cva` によるコンポーネントバリアント管理
-- カスタムブレークポイント: 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)
-
-### 特記事項:
-- 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);
-```
+## サブエージェントのgit操作安全ルール
+
+**【厳守事項】** サブエージェントは自身が変更したファイル以外のワーキングツリー状態を変更してはならない。
+
+### 禁止コマンド（絶対に使用禁止）
+
+| コマンド | 理由 |
+|---------|------|
+| `git checkout .` | 全ファイルの変更を破棄。他サブエージェントの変更が消失する |
+| `git restore .` | 同上 |
+| `git reset HEAD`（パスなし） | ステージング全体を解除。他サブエージェントのステージ済み変更が影響を受ける |
+| `git reset --hard` | ワーキングツリーとステージングの全変更を破棄 |
+| `git clean -fd` | 未追跡ファイルを全削除。他サブエージェントの新規ファイルが消失する |
+| `git stash` | 全変更を退避。他サブエージェントの変更も巻き込む |
+| `git add .` / `git add -A` | 全ファイルをステージ。他サブエージェントの変更を意図せずコミットに含める |
+
+### 許可操作
+
+- **ファイルパスを明示した操作のみ許可**: `git add <file>`, `git restore --staged <file>`, `git checkout -- <file>` 等
+- 自身が変更・作成したファイルのみを対象とすること
+
+### コミット時の注意
+
+- `git status` で他の変更が混入していないか必ず確認すること
+- 他サブエージェントの変更がステージされている場合は、`git restore --staged <file>` でアンステージすること
+
+### オーケストレーター（親エージェント）の責務
+
+- 並行実行するサブエージェント間で変更対象ファイルが重複しないよう事前に調整する
+- git操作（コミット・プッシュ）は可能な限り `einja-task-commit` Skill 経由で一元管理する
+- サブエージェントに直接コミットさせる場合は、変更対象ファイルを明示的に指定すること
+
+## プロジェクト概要
+
+Turborepoモノレポ構成（pnpm workspaces）。詳細が必要な場合は以下のSkillを参照:
+- `einja-project-overview` - 構成、技術スタック、頻出コマンド
+- `einja-coding-standards` - コーディング規約、インポートパス規約
+- `einja-infra-maintenance` - 開発環境セットアップ、サーバー管理
+
+## マネージドディレクトリ（編集禁止）
+
+`docs/einja/` は `@einja/dev-cli` パッケージで管理されている。`einja sync` で同期されるため、以下のルールを厳守すること。
+
+| ディレクトリ | 操作 | 理由 |
+|------------|------|------|
+| `docs/einja/steering/` | **読み取り専用** | CLI同期で上書きされる |
+| `docs/einja/templates/` | **読み取り専用** | CLI同期で上書きされる |
+| `docs/einja/instructions/` | **読み取り専用** | CLI同期で上書きされる |
+| `docs/einja/example/` | **読み取り専用** | CLI同期で上書きされる |
+| `docs/einja/memory/` | **読み書き可** | プロジェクト固有の学習記録（同期対象外） |
+
+**禁止事項**: `docs/einja/` 配下に新規ファイル・ディレクトリを作成しないこと（`memory/` 内を除く）
 
 ## AskUserQuestion ツールの使用
 
@@ -310,147 +147,47 @@ export const { handlers, signIn, signOut, auth } = NextAuth(authOptions);
 - 番号付きリスト: 詳細説明が必要な場合
 - 推奨オプションには `（推奨）` と理由を付記
 
-### サブエージェントでの使用
-サブエージェント（task-executer等）も同様に、不明点がある場合は AskUserQuestion を使用して確認すること。
-
-## サブエージェント結果報告のルール
+## 報告ルール
 
-サブエージェントの出力形式は **@.claude/skills/einja-output-format/SKILL.md** に定義されています。
+### 出力形式
+各エージェント定義の `skills: [output-format]` により、出力テンプレートは自動ロードされます。プロンプトへのテンプレート埋め込みは不要です。
 
-### 必須要件
+### 結果表示の原則
 - サブエージェントの最終出力は**そのまま全文**をユーザーに表示する
 - 省略・要約・言い換えは**禁止**
 
-### サブエージェント呼び出し時の必須指示
-
-出力形式が定義されているサブエージェント（frontend-architect、design-engineer、frontend-coder）を呼び出す際は、**プロンプトの末尾に出力形式テンプレートを直接埋め込むこと**。
-
-#### frontend-architect 呼び出し時
-
-プロンプト末尾に以下を追加:
-
-```
----
-**【必須】以下の形式で報告してください。この形式以外は不可:**
-
-## 🏗️ アーキテクチャ設計完了
-
-### タスク: [機能名/画面名]
-
-### 設計結果: [✅ SUCCESS / ⚠️ PARTIAL / ❌ FAILURE]
-
-### 設計サマリー
-- **コンポーネント数**: N個
-- **カスタムHooks数**: M個
-- **新規ディレクトリ**: K個
-
-### コンポーネント構造
-[ディレクトリ構造図]
-
-### 状態管理戦略
-| 状態種別 | 管理方法 | 対象データ |
-|---------|---------|----------|
-
-### 技術選定
-- **[決定1]**: [選定理由]
-
-### 次のステップ
-[後続処理の説明]
-```
-
-#### design-engineer 呼び出し時
-
-プロンプト末尾に以下を追加:
-
-```
----
-**【必須】以下の形式で報告してください。この形式以外は不可:**
-
-## 🎨 デザインエンジニアリング完了
-
-### タスク: [タスク名/コンポーネント名]
-
-### 実装結果: [✅ SUCCESS / ⚠️ PARTIAL / ❌ FAILURE]
-
-### 抽出したデザイントークン
-| カテゴリ | 項目数 | 主な値 |
-|---------|-------|-------|
-
-### 生成/更新したファイル
-- **新規作成**: N個
-- **編集**: M個
-
-### 次のステップ
-[後続処理の説明]
-```
-
-#### frontend-coder 呼び出し時
-
-プロンプト末尾に以下を追加:
-
-```
----
-**【必須】以下の形式で報告してください。この形式以外は不可:**
-
-## 💻 フロントエンド実装完了
-
-### タスク: [タスクID] - [タスク名]
-
-### 実装結果: [✅ SUCCESS / ⚠️ PARTIAL / ❌ FAILURE]
-
-### 実装サマリー
-- **新規作成**: N個のファイル
-- **編集**: M個のファイル
-
-### 主要な実装内容
-1. [実装した主要機能]
-
-### ファイル一覧
-| ファイル | 説明/変更内容 |
-|---------|--------------|
-
-### 次のステップ
-[後続処理の説明]
-```
-
-#### codex-agent 呼び出し時
-
-プロンプト末尾に以下を追加:
-
-```
----
-**【必須】以下の形式で報告してください。この形式以外は不可:**
-
-## 🤖 Codex作業完了
-
-### タスク: [作業内容]
+### 進捗報告の原則
+- 複数ステップのタスクでは、各ステップ完了時にユーザーへ進捗を報告する
+- 完了した作業と次のステップを簡潔に示す
+- 問題が発生した場合は即座に共有する
 
-### 作業結果: [✅ SUCCESS / ⚠️ PARTIAL / ❌ FAILURE]
+## 学習ループ
 
-### 作業モード: [レビュー / 実装 / バグ修正 / リファクタリング / 調査]
+ユーザーから修正・指摘を受けた場合、同じ失敗を繰り返さないために学習を記録する。
 
-### サマリー
-[主要な結果・数値]
+| 記録先 | 内容 | 例 |
+|--------|------|-----|
+| `docs/einja/memory/decisions.md` | 判断の「なぜ」 | 技術選定理由、設計判断 |
+| `docs/einja/memory/patterns.md` | 解法の「どうやって」 | 再利用可能なパターン、失敗回避策 |
 
-### 詳細
-[Codexからの出力・分析結果]
+### ルール
+- 修正指摘を受けたら、作業完了前に該当memoryファイルに記録する
+- 記録した内容をユーザーに報告する
+- セッション開始時にmemoryファイルを確認し、過去の学習を活用する
 
-### 次のステップ
-[後続処理の説明]
-```
+## 完了判定の基準
 
-## 追加指示
+タスク完了を宣言する前に、以下を必ず検証する。
 
-以下のドキュメントも参照して作業を進めてください:
+### 必須チェック
+- [ ] 変更ファイルがディスク上に実在する（`grep`や`Read`で確認。サブエージェント報告を鵜呑みにしない）
+- [ ] `pnpm prepush`（lint + typecheck + test）が通る
+- [ ] 動作確認済み（API→curl、画面→Playwright MCP、スクリプト→実行確認）
+- [ ] `git diff` で意図しない変更が混入していないことを確認（`git diff --stat` で変更ファイル一覧を確認）
 
-- @.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 - 再利用可能なパターン（セッション跨ぎで継承）
-- @.claude/skills/einja-playwright-mcp/SKILL.md - Playwright MCP動作確認ガイドライン
+### 禁止事項
+- サブエージェントの「完了」報告のみで完了判定しない
+- 検証をスキップして完了宣言しない
 
 <!-- @einja:excluded:start -->
 ## このリポジトリ限定の設定
@@ -465,6 +202,7 @@ export const { handlers, signIn, signOut, auth } = NextAuth(authOptions);
 |-----------|--------------|
 | `einja cli` `@einja/dev-cli` `公開` `リリース` `publish` `release` | `.claude/skills/dev-cli-release/SKILL.md` |
 | `create-einja-app` | `.claude/skills/create-einja-app-release/SKILL.md` |
+| `インフラ` `環境変数管理` `Vercel` `Neon` `デプロイ設定` `GitHub Secrets` `環境セットアップ` `GitHub Actions` `CI/CD` `ワークフロー` | `.claude/skills/einja-infra-maintenance/SKILL.md` |
 
 ### CLIパッケージの二重管理禁止
 
@@ -477,8 +215,9 @@ export const { handlers, signIn, signOut, auth } = NextAuth(authOptions);
 | `.claude/skills/einja-*/` | `presets/default/.claude/skills/einja-*/` | 単純コピー |
 | `.claude/hooks/einja/` | `presets/default/.claude/hooks/einja/` | 単純コピー |
 | `.claude/settings.json` | `presets/default/.claude/settings.json` | 単純コピー |
-| `docs/einja/steering/` | `scaffolds/steering/` | 単純コピー |
-| `CLAUDE.md` | `scaffolds/CLAUDE.md.template` | **変換生成** |
+| `.vscode/settings.json` | `presets/default/.vscode/settings.json` | 単純コピー |
+| `docs/einja/` (memory,cli除く) | `presets/default/docs/einja/` | 単純コピー（sync + init対象） |
+| `CLAUDE.md` | `presets/default/CLAUDE.md.template` | **変換生成** |
 
 **コピー先のファイルは直接編集禁止**（ビルド時に上書きされる）
 <!-- @einja:excluded:end -->

package/templates/default/packages/admin-ui/src/ui/sidebar.tsx

@@ -157,7 +157,7 @@ function Sidebar({
       <div
         data-slot="sidebar"
         className={cn(
-          "flex h-full w-[--sidebar-width] flex-col bg-sidebar text-sidebar-foreground",
+          "flex h-full w-[var(--sidebar-width)] flex-col bg-sidebar text-sidebar-foreground",
           className
         )}
         {...props}
@@ -173,7 +173,7 @@ function Sidebar({
         <SheetContent
           data-sidebar="sidebar"
           data-mobile="true"
-          className="bg-sidebar text-sidebar-foreground w-[--sidebar-width] p-0 [&>button]:hidden"
+          className="bg-sidebar text-sidebar-foreground w-[var(--sidebar-width)] p-0 [&>button]:hidden"
           style={
             {
               "--sidebar-width": SIDEBAR_WIDTH_MOBILE,
@@ -208,13 +208,13 @@ function Sidebar({
       />
       <div
         className={cn(
-          "duration-200 fixed inset-y-0 z-[var(--z-sidebar)] hidden h-svh w-[--sidebar-width] transition-[left,right,width] ease-linear md:flex",
+          "duration-200 fixed inset-y-0 z-[var(--z-sidebar)] hidden h-svh w-[var(--sidebar-width)] transition-[left,right,width] ease-linear md:flex",
           side === "left"
             ? "left-0 group-data-[collapsible=offcanvas]:left-[calc(var(--sidebar-width)*-1)]"
             : "right-0 group-data-[collapsible=offcanvas]:right-[calc(var(--sidebar-width)*-1)]",
           variant === "floating" || variant === "inset"
             ? "p-2 group-data-[collapsible=icon]:w-[calc(var(--sidebar-width-icon)_+_theme(spacing.4)_+2px)]"
-            : "group-data-[collapsible=icon]:w-[--sidebar-width-icon] group-data-[side=left]:border-r group-data-[side=right]:border-l",
+            : "group-data-[collapsible=icon]:w-[var(--sidebar-width-icon)] group-data-[side=left]:border-r group-data-[side=right]:border-l",
           className
         )}
         {...props}