@einja/dev-cli 0.1.9 → 0.1.10

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/CLAUDE.md.template

@@ -42,7 +42,7 @@
 
 ## gitコンフリクト発生時の対応
 
-**【必須】** gitコンフリクトが発生した場合、必ず `.claude/skills/einja/conflict-resolver/SKILL.md` の手順に従うこと。
+**【必須】** gitコンフリクトが発生した場合、必ず `.claude/skills/einja-conflict-resolver/SKILL.md` の手順に従うこと。
 
 ## プロジェクト構成
 
@@ -273,7 +273,7 @@ export const { handlers, signIn, signOut, auth } = NextAuth(authOptions);
 
 ## サブエージェント結果報告のルール
 
-サブエージェントの出力形式は **@.claude/skills/einja/output-format/SKILL.md** に定義されています。
+サブエージェントの出力形式は **@.claude/skills/einja-output-format/SKILL.md** に定義されています。
 
 ### 必須要件
 - サブエージェントの最終出力は**そのまま全文**をユーザーに表示する
@@ -375,8 +375,8 @@ export const { handlers, signIn, signOut, auth } = NextAuth(authOptions);
 
 以下のドキュメントも参照して作業を進めてください:
 
-- @.claude/skills/einja/coding-standards/SKILL.md - コーディング規約
-- @.claude/skills/einja/component-design/SKILL.md - コンポーネント設計ガイドライン
+- @.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 - コードレビューのガイドライン

package/scaffolds/steering/README.md

@@ -1,3 +1,4 @@
+<!-- @einja:managed:start -->
 # Steering仕様書
 
 ## 概要
@@ -149,6 +150,37 @@
 
 ---
 
+## 🔄 ドキュメント同期について
+
+このディレクトリのドキュメントは`@einja/dev-cli`で管理されています。
+
+### マーカーの種類
+
+各ファイルには同期動作を制御するマーカーがあります：
+
+| マーカー | 説明 |
+|---------|------|
+| `@einja:managed` | CLIの更新時に自動で最新化される共通ルール部分 |
+| `@einja:seed` | 初回のみ追加され、以降は編集内容が保持されるプロジェクト固有部分 |
+
+### プロジェクト固有の追記
+
+各ファイルの末尾にある`@einja:seed`セクションに、プロジェクト固有のルールや設定を追記できます。このセクションは`einja sync`実行時も上書きされません。
+
+詳細な仕様は [CLIのマーカー仕様書](https://github.com/einja-inc/einja-management-template/blob/main/packages/cli/docs/MARKER_SPECIFICATION.md) を参照してください。
+
+### 同期コマンド
+
+```bash
+# テンプレートから最新の共通ルールを取得
+pnpm einja:sync
+
+# プレビュー（実際の変更なし）
+pnpm einja:sync --dry-run
+```
+
+---
+
 ## ⚠️ 重要な原則
 
 ### CLAUDE.mdの原則を遵守
@@ -168,3 +200,13 @@
 ドキュメントに関する質問や改善提案がある場合は、チームリーダーに連絡してください。
 
 より良いドキュメントを一緒に作りましょう！
+<!-- @einja:managed:end -->
+
+---
+
+<!-- @einja:seed:start id="steering-readme-project" -->
+## プロジェクト固有の設定
+
+<!-- このセクションはプロジェクト固有の内容を追記する場所です -->
+<!-- einja syncで上書きされません -->
+<!-- @einja:seed:end -->

package/scaffolds/steering/acceptance-criteria-and-qa-guide.md

@@ -1,3 +1,4 @@
+<!-- @einja:managed:start -->
 # 価値あるテストを生む要件定義とテスト設計ガイド
 
 ## 1. 受け入れ基準の原則
@@ -413,3 +414,13 @@ QAテスト仕様書では、以下の表形式で手順を記述します：
 - 手順は自然言語で簡潔に記述
 - mcp__playwright などのコマンドは記載しない
 - 「-」は手順のみで確認項目がない場合に使用
+<!-- @einja:managed:end -->
+
+---
+
+<!-- @einja:seed:start id="acceptance-criteria-and-qa-guide-project" -->
+## プロジェクト固有の設定
+
+<!-- このセクションはプロジェクト固有の内容を追記する場所です -->
+<!-- einja syncで上書きされません -->
+<!-- @einja:seed:end -->

package/scaffolds/steering/architecture.md

@@ -1,3 +1,4 @@
+<!-- @einja:managed:start -->
 # システムアーキテクチャ概要
 
 ## 概要
@@ -479,3 +480,13 @@ export function calculatePorts(branchName: string): WorktreePorts {
 - **[API開発ガイド](development/api-development.md)** - Hono API実装
 - **[フロントエンド開発ガイド](development/frontend-development.md)** - React、Tanstack Query
 - **[CI/CDパイプライン](infrastructure/ci-cd.md)** - ビルド・デプロイ自動化
+<!-- @einja:managed:end -->
+
+---
+
+<!-- @einja:seed:start id="architecture-project" -->
+## プロジェクト固有の設定
+
+<!-- このセクションはプロジェクト固有の内容を追記する場所です -->
+<!-- einja syncで上書きされません -->
+<!-- @einja:seed:end -->

package/scaffolds/steering/branch-strategy.md

@@ -1,3 +1,4 @@
+<!-- @einja:managed:start -->
 # ブランチ運用戦略
 
 ## 概要
@@ -360,3 +361,13 @@ git push origin タスクブランチ名
 - [task:loop コマンド](../instructions/task-vibe-kanban-loop.md) - コマンドの使用方法と Vibe-Kanban 操作手順
 - [タスク管理](task-management.md) - タスク階層と粒度基準
 - [開発ワークフロー](development-workflow.md) - 仕様書作成からタスク実行までの全体フロー
+<!-- @einja:managed:end -->
+
+---
+
+<!-- @einja:seed:start id="branch-strategy-project" -->
+## プロジェクト固有の設定
+
+<!-- このセクションはプロジェクト固有の内容を追記する場所です -->
+<!-- einja syncで上書きされません -->
+<!-- @einja:seed:end -->

package/scaffolds/steering/commit-rules.md

@@ -1,6 +1,7 @@
+<!-- @einja:managed:start -->
 # コミットルール
 
-## 重要：コミット分割ルールの厳守について
+## 重要:コミット分割ルールの厳守について
 
 - コミット分割ルールに違反した場合、重大なレビュープロセス阻害・履歴管理上の問題となるため、**絶対に違反しないこと**
 - 万一違反が発生した場合は、必ず即座に報告し、再発防止策（作業前の分割計画明示・コミット粒度の事前確認など）を徹底すること
@@ -215,3 +216,13 @@ git push
 ## まとめ
 
 コミットルールの遵守は、プロジェクトの履歴管理とレビュープロセスの効率化に直結します。全ての開発者・AIアシスタントは、これらのルールを例外なく厳守してください。
+<!-- @einja:managed:end -->
+
+---
+
+<!-- @einja:seed:start id="commit-rules-project" -->
+## プロジェクト固有の設定
+
+<!-- このセクションはプロジェクト固有の内容を追記する場所です -->
+<!-- einja syncで上書きされません -->
+<!-- @einja:seed:end -->

package/scaffolds/steering/db-schema-design.md

@@ -1,3 +1,4 @@
+<!-- @einja:managed:start -->
 # スキーマ設計
 
 TODO
@@ -607,3 +608,13 @@ pnpm db:seed
 5. **スケーラビリティ**: PostgreSQLとPrismaの組み合わせによる高いスケーラビリティ
 
 すべてのスキーマ変更は、このガイドラインに従って実装してください。
+<!-- @einja:managed:end -->
+
+---
+
+<!-- @einja:seed:start id="db-schema-design-project" -->
+## プロジェクト固有の設定
+
+<!-- このセクションはプロジェクト固有の内容を追記する場所です -->
+<!-- einja syncで上書きされません -->
+<!-- @einja:seed:end -->

package/scaffolds/steering/development/api-development.md

@@ -1,3 +1,4 @@
+<!-- @einja:managed:start -->
 # API開発ガイド
 
 ## 概要
@@ -41,8 +42,8 @@ apps/admin/app/api/[[...route]]/route.ts # Admin API
 
 **ルート定義の配置**:
 ```
-apps/web/server/routes/          # Webアプリ用ルート定義
-apps/admin/server/routes/        # 管理画面用ルート定義
+apps/web/server/presentation/routes/   # Webアプリ用ルート定義（Presentation層）
+apps/admin/server/presentation/routes/ # 管理画面用ルート定義（Presentation層）
 ```
 
 ### メソッドチェーンパターン
@@ -102,7 +103,7 @@ apiClient.posts.$get()      // ❌ NG（型エラー）
 **使用例**:
 
 ```typescript
-// apps/web/server/routes/postRoutes.ts
+// apps/web/server/presentation/routes/postRoutes.ts
 import { Hono } from 'hono'
 import { zValidator } from '@hono/zod-validator'
 import { createPostSchema } from '@repo/server-core/domain/validators/post'
@@ -701,7 +702,7 @@ Worktreeごとに異なるポートを使用するため、MD5ハッシュベー
 **ルート定義**:
 
 ```typescript
-// apps/web/server/routes/postRoutes.ts
+// apps/web/server/presentation/routes/postRoutes.ts
 import { Hono } from 'hono'
 import { zValidator } from '@hono/zod-validator'
 import { createPostSchema } from '@repo/server-core/domain/validators/post'
@@ -781,3 +782,13 @@ export type AppType = typeof app
 4. **柔軟性**: Server ActionsとHono Client + Tanstack Queryの使い分け
 
 すべてのAPI実装は、このガイドラインに従って実装してください。
+<!-- @einja:managed:end -->
+
+---
+
+<!-- @einja:seed:start id="api-development-project" -->
+## プロジェクト固有の設定
+
+<!-- このセクションはプロジェクト固有の内容を追記する場所です -->
+<!-- einja syncで上書きされません -->
+<!-- @einja:seed:end -->

package/scaffolds/steering/development/backend-architecture.md

@@ -1,3 +1,4 @@
+<!-- @einja:managed:start -->
 # バックエンドアーキテクチャ
 
 ## タスク: Turborepo Next.js モノレポ構築 (20251104)
@@ -729,3 +730,13 @@ if (process.env.NODE_ENV !== "production") globalForPrisma.prisma = prisma
 ✅ **index.ts不使用**: シンプルで拡張しやすいモジュール管理
 
 すべての開発者は、この設計原則に従ってバックエンド開発を行ってください。
+<!-- @einja:managed:end -->
+
+---
+
+<!-- @einja:seed:start id="backend-architecture-project" -->
+## プロジェクト固有の設定
+
+<!-- このセクションはプロジェクト固有の内容を追記する場所です -->
+<!-- einja syncで上書きされません -->
+<!-- @einja:seed:end -->