create-ai-project 1.16.0 → 1.16.2
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/.claude/agents-en/document-reviewer.md +1 -0
- package/.claude/agents-en/prd-creator.md +2 -0
- package/.claude/agents-en/skill-creator.md +132 -0
- package/.claude/agents-en/skill-reviewer.md +123 -0
- package/.claude/agents-ja/document-reviewer.md +1 -0
- package/.claude/agents-ja/prd-creator.md +2 -0
- package/.claude/agents-ja/skill-creator.md +132 -0
- package/.claude/agents-ja/skill-reviewer.md +123 -0
- package/.claude/commands-en/build.md +1 -1
- package/.claude/commands-en/create-skill.md +93 -0
- package/.claude/commands-en/design.md +1 -1
- package/.claude/commands-en/implement.md +1 -1
- package/.claude/commands-en/plan.md +1 -1
- package/.claude/commands-en/refine-skill.md +27 -24
- package/.claude/commands-en/reverse-engineer.md +71 -10
- package/.claude/commands-en/review.md +3 -1
- package/.claude/commands-en/update-doc.md +22 -2
- package/.claude/commands-ja/build.md +1 -1
- package/.claude/commands-ja/create-skill.md +93 -0
- package/.claude/commands-ja/design.md +1 -1
- package/.claude/commands-ja/implement.md +1 -1
- package/.claude/commands-ja/plan.md +1 -1
- package/.claude/commands-ja/refine-skill.md +27 -24
- package/.claude/commands-ja/reverse-engineer.md +71 -10
- package/.claude/commands-ja/review.md +3 -1
- package/.claude/commands-ja/update-doc.md +22 -2
- package/.claude/skills-en/skill-optimization/SKILL.md +145 -0
- package/.claude/skills-en/skill-optimization/references/creation-guide.md +58 -0
- package/.claude/skills-en/skill-optimization/references/review-criteria.md +51 -0
- package/.claude/skills-en/task-analyzer/references/skills-index.yaml +32 -14
- package/.claude/skills-ja/skill-optimization/SKILL.md +145 -0
- package/.claude/skills-ja/skill-optimization/references/creation-guide.md +58 -0
- package/.claude/skills-ja/skill-optimization/references/review-criteria.md +51 -0
- package/.claude/skills-ja/task-analyzer/references/skills-index.yaml +40 -15
- package/CHANGELOG.md +43 -0
- package/README.ja.md +59 -67
- package/README.md +47 -61
- package/docs/guides/en/quickstart.md +18 -0
- package/docs/guides/en/skills-editing-guide.md +53 -5
- package/docs/guides/en/use-cases.md +30 -4
- package/docs/guides/ja/quickstart.md +18 -0
- package/docs/guides/ja/skills-editing-guide.md +53 -5
- package/docs/guides/ja/use-cases.md +30 -4
- package/package.json +1 -1
|
@@ -27,14 +27,11 @@ skills:
|
|
|
27
27
|
- "デバッグ手法"
|
|
28
28
|
- "型安全性の基礎"
|
|
29
29
|
- "リファクタリング手法"
|
|
30
|
-
- "技術的判断が必要な場面"
|
|
31
|
-
- "継続的改善のマインドセット"
|
|
32
30
|
- "実装作業の完全性担保"
|
|
31
|
+
- "影響範囲分析"
|
|
33
32
|
- "Red-Green-Refactorプロセス(テストファースト開発)"
|
|
34
33
|
- "テスト設計原則"
|
|
35
|
-
- "テストヘルパーの活用ルール"
|
|
36
34
|
- "テストの粒度原則"
|
|
37
|
-
- "継続性テストの範囲"
|
|
38
35
|
|
|
39
36
|
typescript-rules:
|
|
40
37
|
skill: "typescript-rules"
|
|
@@ -76,7 +73,6 @@ skills:
|
|
|
76
73
|
- "技術スタックの基本方針"
|
|
77
74
|
- "環境変数管理とセキュリティ"
|
|
78
75
|
- "アーキテクチャ設計"
|
|
79
|
-
- "パターン適用の一貫性"
|
|
80
76
|
- "データフロー統一原則"
|
|
81
77
|
- "ビルドとテスト"
|
|
82
78
|
|
|
@@ -88,9 +84,10 @@ skills:
|
|
|
88
84
|
key-references:
|
|
89
85
|
- "プロジェクト固有(経験則)"
|
|
90
86
|
sections:
|
|
91
|
-
- "
|
|
92
|
-
- "
|
|
93
|
-
- "
|
|
87
|
+
- "プロジェクト概要"
|
|
88
|
+
- "ドメイン制約"
|
|
89
|
+
- "開発フェーズ"
|
|
90
|
+
- "ディレクトリ規約"
|
|
94
91
|
|
|
95
92
|
documentation-criteria:
|
|
96
93
|
skill: "documentation-criteria"
|
|
@@ -111,6 +108,7 @@ skills:
|
|
|
111
108
|
- "AI自動化ルール"
|
|
112
109
|
- "図表作成要件"
|
|
113
110
|
- "共通ADRとの関係性"
|
|
111
|
+
- "テンプレート"
|
|
114
112
|
|
|
115
113
|
implementation-approach:
|
|
116
114
|
skill: "implementation-approach"
|
|
@@ -154,10 +152,33 @@ skills:
|
|
|
154
152
|
- "ワークフロー調整パターン"
|
|
155
153
|
- "エージェント連携パターン"
|
|
156
154
|
sections:
|
|
157
|
-
- "
|
|
158
|
-
- "
|
|
159
|
-
- "
|
|
155
|
+
- "最重要原則:オーケストレーターとして振る舞う"
|
|
156
|
+
- "タスク受領時の判断"
|
|
157
|
+
- "活用できるサブエージェント"
|
|
158
|
+
- "オーケストレーション原則"
|
|
159
|
+
- "Sub-agent間の制約"
|
|
160
|
+
- "規模判定とドキュメント要件"
|
|
161
|
+
- "構造化レスポンス仕様"
|
|
162
|
+
- "作業計画時の基本フロー"
|
|
163
|
+
- "レイヤー横断オーケストレーション"
|
|
160
164
|
- "自律実行モード"
|
|
165
|
+
- "オーケストレーターの主な役割"
|
|
166
|
+
- "重要な制約"
|
|
167
|
+
- "人間との必須対話ポイント"
|
|
168
|
+
|
|
169
|
+
skill-optimization:
|
|
170
|
+
skill: "skill-optimization"
|
|
171
|
+
tags: [skill-creation, skill-editing, content-optimization, quality-evaluation, description-generation, metadata]
|
|
172
|
+
typical-use: "スキル新規作成、コンテンツ改善、品質監査、description生成"
|
|
173
|
+
size: medium
|
|
174
|
+
key-references:
|
|
175
|
+
- "BP-001〜008 コンテンツ最適化パターン"
|
|
176
|
+
- "9つの編集原則"
|
|
177
|
+
sections:
|
|
178
|
+
- "基本方針"
|
|
179
|
+
- "コンテンツ最適化パターン"
|
|
180
|
+
- "9つの編集原則"
|
|
181
|
+
- "References"
|
|
161
182
|
|
|
162
183
|
# フロントエンド固有スキル
|
|
163
184
|
frontend/typescript-rules:
|
|
@@ -169,11 +190,13 @@ skills:
|
|
|
169
190
|
- "React公式ドキュメント - Function Components"
|
|
170
191
|
- "Props-driven開発 - React Patterns"
|
|
171
192
|
sections:
|
|
172
|
-
- "
|
|
173
|
-
- "
|
|
174
|
-
- "
|
|
193
|
+
- "型システム"
|
|
194
|
+
- "Reactコンポーネント設計"
|
|
195
|
+
- "状態管理"
|
|
175
196
|
- "エラーハンドリング"
|
|
176
|
-
- "
|
|
197
|
+
- "イベントハンドリング"
|
|
198
|
+
- "コーディング規約"
|
|
199
|
+
- "アンチパターン"
|
|
177
200
|
|
|
178
201
|
frontend/typescript-testing:
|
|
179
202
|
skill: "frontend/typescript-testing"
|
|
@@ -190,6 +213,8 @@ skills:
|
|
|
190
213
|
- "テストの実装規約"
|
|
191
214
|
- "モックの型安全性の徹底"
|
|
192
215
|
- "React Testing Libraryの基本例"
|
|
216
|
+
- "テスト品質基準"
|
|
217
|
+
- "アンチパターン"
|
|
193
218
|
|
|
194
219
|
frontend/technical-spec:
|
|
195
220
|
skill: "frontend/technical-spec"
|
package/CHANGELOG.md
CHANGED
|
@@ -5,6 +5,49 @@ All notable changes to this project will be documented in this file.
|
|
|
5
5
|
The format is based on [Keep a Changelog](https://keepachangelog.com/en/1.1.0/),
|
|
6
6
|
and this project adheres to [Semantic Versioning](https://semver.org/spec/v2.0.0.html).
|
|
7
7
|
|
|
8
|
+
## [1.16.2] - 2026-03-03
|
|
9
|
+
|
|
10
|
+
### Changed
|
|
11
|
+
|
|
12
|
+
#### Orchestrator Role Clarity (en/ja)
|
|
13
|
+
- Replace prohibition-style delegation ("NEVER investigate yourself") with positive role definition across build, design, implement, plan, update-doc commands: "your role is to invoke sub-agents, pass data between them, and report results"
|
|
14
|
+
|
|
15
|
+
#### reverse-engineer (en/ja) — Execution Accuracy
|
|
16
|
+
- Add Orchestrator Definition section with structured JSON passing and code-reading delegation
|
|
17
|
+
- Replace prose loop headers with explicit `FOR ... (sequential, one unit at a time)` notation (Steps 2-5, 7-10)
|
|
18
|
+
- Add prerequisite annotation to Step 3 (dependency on Step 2 output)
|
|
19
|
+
- Expand Step 5 revision prompt: replace vague "apply corrections" with severity-based handling (critical/important/recommended)
|
|
20
|
+
- Expand Step 10 from single-line reference to full backend + frontend revision prompts with severity-based handling
|
|
21
|
+
- Add `7a.`/`7b.` labels and sequential execution note for fullstack Design Doc generation
|
|
22
|
+
- Remove redundant "Context Passing" line (moved to Orchestrator Definition)
|
|
23
|
+
|
|
24
|
+
#### review (en/ja)
|
|
25
|
+
- Add `$STEP_2_OUTPUT` storage for code-reviewer results
|
|
26
|
+
- Replace vague re-validation ("measure improvement") with prior-issue-tracking re-validation using `$STEP_2_OUTPUT`
|
|
27
|
+
|
|
28
|
+
#### update-doc (en/ja)
|
|
29
|
+
- Add `$STEP_5_OUTPUT` storage for document-reviewer results
|
|
30
|
+
- Expand revision loop: replace single-line description with full sub-agent prompt including severity-based handling and `$STEP_5_OUTPUT` reference
|
|
31
|
+
|
|
32
|
+
#### Agents — Reverse Engineering Accuracy (en/ja)
|
|
33
|
+
- document-reviewer: add as-is implementation document review rule — verify code-observable behaviors are stated as facts, flag speculative language on deterministic behavior
|
|
34
|
+
- prd-creator: add Language Standard rule — code as SSoT, definitive form for observable behavior, "Undetermined Items" only for genuinely undeterminable claims
|
|
35
|
+
- prd-creator: add Inferred verification rule — attempt code reading before classifying claims as Inferred
|
|
36
|
+
|
|
37
|
+
## [1.16.1] - 2026-02-23
|
|
38
|
+
|
|
39
|
+
### Added
|
|
40
|
+
- `/create-skill` command (en/ja) for guided skill creation with interactive dialog and optimization
|
|
41
|
+
- `skill-optimization` skill (en/ja) with BP-001~008 content patterns and 9 editing principles, split into SKILL.md + references/ for context isolation
|
|
42
|
+
- `skill-creator` agent (en/ja) for optimized skill file generation
|
|
43
|
+
- `skill-reviewer` agent (en/ja) for skill quality evaluation with A/B/C grading
|
|
44
|
+
|
|
45
|
+
### Changed
|
|
46
|
+
- `/refine-skill` command (en/ja): replace inline Three-Pass Review with `skill-reviewer` agent delegation
|
|
47
|
+
|
|
48
|
+
### Fixed
|
|
49
|
+
- skills-index.yaml (en/ja): sync sections with actual SKILL.md H2 headings across coding-standards, technical-spec, project-context, documentation-criteria, subagents-orchestration-guide, frontend/technical-spec, frontend/typescript-rules (ja), frontend/typescript-testing (ja)
|
|
50
|
+
|
|
8
51
|
## [1.16.0] - 2026-02-14
|
|
9
52
|
|
|
10
53
|
### Added
|
package/README.ja.md
CHANGED
|
@@ -1,4 +1,4 @@
|
|
|
1
|
-
# AI コーディングプロジェクト ボイラープレート 🤖
|
|
1
|
+
# AI コーディングプロジェクト ボイラープレート — Claude Code対応 🤖
|
|
2
2
|
|
|
3
3
|
*他の言語で読む: [English](README.md)*
|
|
4
4
|
|
|
@@ -8,17 +8,19 @@
|
|
|
8
8
|
[](https://opensource.org/licenses/MIT)
|
|
9
9
|
[](https://github.com/shinpr/ai-coding-project-boilerplate/pulls)
|
|
10
10
|
|
|
11
|
+
> **Claude Code向けAgentic Codingスターターキット & ワークフローボイラープレート** — サブエージェントとContext Engineeringで、コンテキスト枯渇なしにプロダクション品質のTypeScriptプロジェクトを構築。
|
|
12
|
+
|
|
11
13
|
⚡ **このボイラープレートは以下のような開発者のためのツールです**
|
|
12
|
-
- AI
|
|
14
|
+
- AIを活用して**TypeScriptプロジェクト**を効率的に開発したい
|
|
13
15
|
- 長時間のAIコーディングで起きる**コンテキスト枯渇**を回避したい
|
|
14
16
|
- **専門AIエージェント**で開発のワークフローを標準化したい
|
|
15
17
|
|
|
16
18
|
## 📖 目次
|
|
17
19
|
1. [クイックスタート(3ステップ)](#-クイックスタート3ステップ)
|
|
18
20
|
2. [既存プロジェクトの更新](#-既存プロジェクトの更新)
|
|
19
|
-
3. [
|
|
21
|
+
3. [Vibe Codingの先へ:なぜサブエージェント?](#-vibe-codingの先へなぜサブエージェント)
|
|
20
22
|
4. [スキルシステム](#-スキルシステム)
|
|
21
|
-
5. [
|
|
23
|
+
5. [このボイラープレートで作られたプロジェクト](#-このボイラープレートで作られたプロジェクト)
|
|
22
24
|
6. [ドキュメント&ガイド](#-ドキュメントガイド)
|
|
23
25
|
7. [スラッシュコマンド](#-スラッシュコマンド)
|
|
24
26
|
8. [開発ワークフロー](#-claude-code-ワークフロー)
|
|
@@ -27,15 +29,10 @@
|
|
|
27
29
|
11. [多言語対応](#-多言語対応)
|
|
28
30
|
12. [よくある質問](#-よくある質問)
|
|
29
31
|
|
|
30
|
-
> **どれを使うべき?**
|
|
31
|
-
> - **このボイラープレート**を使う → **Claude Code**で**TypeScript × サブエージェント**に最適化し、**精度を最大化**したい場合
|
|
32
|
-
> - **[claude-code-workflows](https://github.com/shinpr/claude-code-workflows)**を使う → **Claude Code**で**どんなプロジェクトでも2コマンドで始められる**、**プログラミング言語非依存**のワークフロー
|
|
33
|
-
> - **[Agentic Code](https://github.com/shinpr/agentic-code)**を使う → **設定不要**で**どんなツール**でも**プログラミング言語の指定なく**開発したい場合(Codex CLI/Cursor/Aider等)
|
|
34
|
-
|
|
35
32
|
## ⚡ クイックスタート(3ステップ)
|
|
36
33
|
|
|
37
34
|
```bash
|
|
38
|
-
# 1.
|
|
35
|
+
# 1. プロジェクト作成
|
|
39
36
|
npx create-ai-project my-project --lang=ja
|
|
40
37
|
|
|
41
38
|
# 2. 依存関係インストール(自動)
|
|
@@ -51,7 +48,7 @@ claude # Claude Codeを起動
|
|
|
51
48
|
|
|
52
49
|
## 🔄 既存プロジェクトの更新
|
|
53
50
|
|
|
54
|
-
プロジェクトのエージェント定義、コマンド、スキル、AI
|
|
51
|
+
プロジェクトのエージェント定義、コマンド、スキル、AIルールを最新の状態に保ちます。プロジェクトのルートディレクトリで実行してください。
|
|
55
52
|
|
|
56
53
|
```bash
|
|
57
54
|
# 変更内容をプレビュー(適用なし)
|
|
@@ -63,7 +60,7 @@ npx create-ai-project update
|
|
|
63
60
|
|
|
64
61
|
### 仕組み
|
|
65
62
|
|
|
66
|
-
`npx create-ai-project update`を実行すると、CLI
|
|
63
|
+
`npx create-ai-project update`を実行すると、CLIが以下を行います。
|
|
67
64
|
|
|
68
65
|
1. `.create-ai-project.json`マニフェストから現在のバージョンを確認
|
|
69
66
|
2. 最新のパッケージバージョンと比較
|
|
@@ -84,7 +81,7 @@ npx create-ai-project update
|
|
|
84
81
|
|
|
85
82
|
### カスタマイズしたファイルの保護
|
|
86
83
|
|
|
87
|
-
|
|
84
|
+
ファイルをカスタマイズしていて上書きされたくない場合
|
|
88
85
|
|
|
89
86
|
```bash
|
|
90
87
|
# ignoreリストに追加
|
|
@@ -103,19 +100,21 @@ ignoreされたファイルは更新時に保護されます。ただし、ignor
|
|
|
103
100
|
|
|
104
101
|
更新機能導入前に作成されたプロジェクトでも、プロジェクトのルートディレクトリで`npx create-ai-project update`を実行するだけで利用できます。`.claudelang`から言語設定を自動検出し、マニフェストを初期化します。
|
|
105
102
|
|
|
106
|
-
## 🚀
|
|
103
|
+
## 🚀 Vibe Codingの先へ:なぜサブエージェント?
|
|
104
|
+
|
|
105
|
+
Vibe Codingの先へ — **Agentic Coding**(構造化されたワークフローを専門AIエージェントに委任するアプローチ)がプロフェッショナルな開発の標準になりつつあります。このボイラープレートはClaude Codeのサブエージェントでそれを実現します。
|
|
107
106
|
|
|
108
107
|
**従来のAIコーディングの問題**
|
|
109
108
|
- ❌ 長時間のセッションでコンテキストを失う
|
|
110
109
|
- ❌ 時間とともにコード品質が低下
|
|
111
110
|
- ❌ 大規模タスクで頻繁なセッション再起動が必要
|
|
112
111
|
|
|
113
|
-
|
|
112
|
+
**サブエージェントによるContext Engineering**
|
|
114
113
|
- ✅ 専門的な単一の役割に分割(設計、実装、レビュー)
|
|
115
|
-
- ✅
|
|
114
|
+
- ✅ 各エージェントが新鮮で集中したコンテキストを持つ — 枯渇なし
|
|
116
115
|
- ✅ 品質低下なしで規模感のあるタスクを処理
|
|
117
116
|
|
|
118
|
-
|
|
117
|
+
これはClaude Codeのサブエージェント機構が、各エージェントを独立したコンテキストウィンドウで実行する仕組みに基づいています。親セッションがタスクを委任し、各サブエージェントはクリーンで集中したコンテキストで処理を開始します。品質チェック(lint、型チェック、テスト、ビルド)はCIではなくコミット前にローカルで実行されるため、フィードバックループが速く、pushする時点でコードは検証済みです。
|
|
119
118
|
|
|
120
119
|
👉 [サブエージェントについて詳しく(Anthropic docs)](https://docs.anthropic.com/en/docs/claude-code/sub-agents)
|
|
121
120
|
|
|
@@ -123,7 +122,7 @@ ignoreされたファイルは更新時に保護されます。ただし、ignor
|
|
|
123
122
|
|
|
124
123
|

|
|
125
124
|
|
|
126
|
-
|
|
125
|
+
*サブエージェントが連携してTypeScriptプロジェクトを構築する様子*
|
|
127
126
|
|
|
128
127
|
## 🎨 スキルシステム
|
|
129
128
|
|
|
@@ -146,47 +145,47 @@ ignoreされたファイルは更新時に保護されます。ただし、ignor
|
|
|
146
145
|
|
|
147
146
|
👉 [スキルの仕組みについて(Claude Code docs)](https://code.claude.com/docs/ja/skills)
|
|
148
147
|
|
|
149
|
-
## 🎯
|
|
148
|
+
## 🎯 このボイラープレートで作られたプロジェクト
|
|
149
|
+
|
|
150
|
+
### ⏱️ 時間比較
|
|
151
|
+
- **ボイラープレートなし**: セットアップ + 基盤構築に約1週間
|
|
152
|
+
- **ボイラープレートあり**: 約2日でプロダクション品質のアプリケーション
|
|
153
|
+
|
|
154
|
+
### 実績
|
|
155
|
+
|
|
156
|
+
**Sub Agents MCP Server** — Claude Code/Cursor CLIをサブエージェント化するMCPサーバー
|
|
157
|
+
⏱️ 初期開発2日間 → テストコードがソースの約9割を占める構成でプロダクション稼働中
|
|
150
158
|
|
|
151
|
-
|
|
152
|
-
|
|
153
|
-
**時間**: 2日間 → **TypeScript 30ファイル、フルテストカバレッジ**
|
|
154
|
-
**結果**: プロダクション環境にデプロイ済み、3分でセットアップ可能
|
|
159
|
+
**MCP Image Generator** — Gemini API経由のAI画像生成
|
|
160
|
+
⏱️ 初期開発1.5日間 → マルチ画像ブレンディング、キャラクター一貫性を持つクリエイティブツール
|
|
155
161
|
|
|
156
|
-
|
|
157
|
-
**内容**: Gemini API経由のAI画像生成
|
|
158
|
-
**時間**: 1.5日間 → **高度な機能を持つクリエイティブツール**
|
|
159
|
-
**結果**: マルチ画像ブレンディング、キャラクター一貫性、ワンコマンド統合
|
|
162
|
+
いずれもデフォルトの`/implement`ワークフローで構築。エージェントの手動オーケストレーションは不要でした。
|
|
160
163
|
|
|
161
|
-
>
|
|
164
|
+
> プロジェクトを見る: [sub-agents-mcp](https://github.com/shinpr/sub-agents-mcp) ・ [mcp-image](https://github.com/shinpr/mcp-image)
|
|
162
165
|
|
|
163
166
|
## 📚 ドキュメント&ガイド
|
|
164
167
|
|
|
165
168
|
- **[クイックスタートガイド](docs/guides/ja/quickstart.md)** - 5分で動かす
|
|
166
169
|
- **[ユースケース&コマンド](docs/guides/ja/use-cases.md)** - 日常ワークフローのリファレンス
|
|
167
|
-
- **[スキル編集ガイド](docs/guides/ja/skills-editing-guide.md)** -
|
|
168
|
-
- **[設計思想](https://qiita.com/shinpr/items/98771c2b8d2e15cafcd5)** -
|
|
170
|
+
- **[スキル編集ガイド](docs/guides/ja/skills-editing-guide.md)** - ライブラリドキュメント、チームルール、プロジェクト固有の知識をAIに追加
|
|
171
|
+
- **[設計思想](https://qiita.com/shinpr/items/98771c2b8d2e15cafcd5)** - このアプローチがなぜ有効か
|
|
169
172
|
|
|
170
173
|
## 📝 スラッシュコマンド
|
|
171
174
|
|
|
172
|
-
Claude Code
|
|
175
|
+
Claude Codeで利用できる主要なコマンド
|
|
173
176
|
|
|
174
177
|
| コマンド | 目的 | 使用場面 |
|
|
175
178
|
|---------|------|----------|
|
|
176
|
-
| `/implement` | 要件から実装までの一貫した開発 |
|
|
179
|
+
| `/implement` | 要件から実装までの一貫した開発 | 新機能開発 |
|
|
177
180
|
| `/task` | スキルに基づいた単一タスクの実行 | バグ修正、小規模な変更 |
|
|
178
|
-
| `/design` | 設計書の作成 |
|
|
179
|
-
| `/plan` | 設計書から作業計画書を作成 |
|
|
180
|
-
| `/build` | 既存の計画から実行 |
|
|
181
|
-
| `/review` | コードの準拠性確認 |
|
|
182
|
-
| `/front-design` | フロントエンド設計書の作成 | React/Viteアーキテクチャ計画時 |
|
|
183
|
-
| `/front-plan` | フロントエンド作業計画書を作成 | フロントエンド設計承認後 |
|
|
184
|
-
| `/front-build` | フロントエンド実装の実行 | Reactコンポーネント開発 |
|
|
185
|
-
| `/front-review` | フロントエンドコードの準拠性確認 | 実装完了後(Frontend) |
|
|
181
|
+
| `/design` | 設計書の作成 | アーキテクチャの計画時 |
|
|
182
|
+
| `/plan` | 設計書から作業計画書を作成 | 設計承認後 |
|
|
183
|
+
| `/build` | 既存の計画から実行 | 作業の再開時 |
|
|
184
|
+
| `/review` | コードの準拠性確認 | 実装完了後 |
|
|
186
185
|
| `/diagnose` | 根本原因分析ワークフロー | デバッグ、トラブルシューティング |
|
|
187
|
-
| `/reverse-engineer` | コードからPRD/Design Docを生成 |
|
|
188
|
-
|
|
189
|
-
|
|
186
|
+
| `/reverse-engineer` | コードからPRD/Design Docを生成 | 既存システムのドキュメント化 |
|
|
187
|
+
|
|
188
|
+
フロントエンド用(`/front-design`, `/front-build`, `/front-review`, `/front-plan`)やユーティリティコマンド(`/add-integration-tests`, `/update-doc`)も利用できます。
|
|
190
189
|
|
|
191
190
|
[コマンドの詳細はこちら →](docs/guides/ja/use-cases.md)
|
|
192
191
|
|
|
@@ -264,7 +263,7 @@ ai-coding-project-boilerplate/
|
|
|
264
263
|
|
|
265
264
|
このボイラープレートはデフォルトでnpmを使用しますが、bunやpnpmなど好みのパッケージマネージャーに切り替えることができます。
|
|
266
265
|
|
|
267
|
-
`package.json`には2
|
|
266
|
+
`package.json`には2つの環境依存設定があります。
|
|
268
267
|
|
|
269
268
|
- **`packageManager`**: 使用するパッケージマネージャーとバージョン
|
|
270
269
|
- **`scripts`**: 各スクリプトの実行コマンド
|
|
@@ -286,13 +285,13 @@ ai-coding-project-boilerplate/
|
|
|
286
285
|
}
|
|
287
286
|
```
|
|
288
287
|
|
|
289
|
-
|
|
288
|
+
上記は代表例です。スキルやサブエージェント定義で言及されているスクリプトは以下の通りです。必要に応じて書き換えてください。
|
|
290
289
|
|
|
291
290
|
`build`, `build:frontend`, `dev`, `preview`, `type-check`, `test`, `test:coverage`, `test:coverage:fresh`, `test:safe`, `cleanup:processes`, `check`, `check:fix`, `check:code`, `check:unused`, `check:deps`, `check:all`, `format`, `format:check`, `lint`, `lint:fix`
|
|
292
291
|
|
|
293
292
|
## 🌐 多言語対応
|
|
294
293
|
|
|
295
|
-
|
|
294
|
+
日本語と英語に対応しています。
|
|
296
295
|
|
|
297
296
|
```bash
|
|
298
297
|
npm run lang:ja # 日本語に切り替え
|
|
@@ -313,31 +312,24 @@ A: quality-fixerが多くの問題を自動的に検出・修正します。自
|
|
|
313
312
|
**Q: プロジェクトに合わせたカスタマイズは可能ですか?**
|
|
314
313
|
A: はい、可能です。`/project-inject`を実行してプロジェクトの前提情報を設定してください。この情報は毎セッション開始時にAIが読み込み、実行精度の向上に使われます。
|
|
315
314
|
|
|
315
|
+
**Q: AIにライブラリのドキュメント(llms.txt、APIリファレンス等)を参照させることはできますか?**
|
|
316
|
+
A: はい。`.claude/skills/`配下にカスタムスキルを作成し、関連するURLを記載してください。詳しくは[スキル編集ガイド](docs/guides/ja/skills-editing-guide.md)を参照してください。
|
|
317
|
+
|
|
316
318
|
**Q: 基本的な開発の流れを教えてください。**
|
|
317
319
|
A: 初回は`/project-inject`でプロジェクト設定を行い、その後は`/implement`で機能開発、品質チェック、コミットという流れになります。
|
|
318
320
|
|
|
319
|
-
**Q: GitHub CopilotやCursorとはどう違いますか?**
|
|
321
|
+
**Q: GitHub CopilotやCursorとはどう違いますか?**
|
|
320
322
|
A: これらのツールはコード記述の支援に特化していますが、本ボイラープレートは開発プロセス全体をサポートする仕組みを提供しています。
|
|
321
323
|
|
|
322
|
-
|
|
323
|
-
|
|
324
|
-
|
|
325
|
-
|
|
326
|
-
|
|
327
|
-
|
|
328
|
-
|
|
329
|
-
|
|
330
|
-
|
|
331
|
-
| **work-planner** | タスクの分解と計画 | 設計完了後 |
|
|
332
|
-
| **task-executor** | 実装作業 | 開発フェーズ |
|
|
333
|
-
| **quality-fixer** | 品質問題の修正 | エラーや警告の検出時 |
|
|
334
|
-
| **code-reviewer** | コードレビュー | `/review`コマンド実行時 |
|
|
335
|
-
| **integration-test-reviewer** | テスト実装品質の検証 | テスト実装後 |
|
|
336
|
-
| **investigator** | 問題調査 | `/diagnose` ステップ1 |
|
|
337
|
-
| **verifier** | 調査結果の検証 | `/diagnose` ステップ3 |
|
|
338
|
-
| **solver** | 解決策の導出 | `/diagnose` ステップ4 |
|
|
339
|
-
| **scope-discoverer** | 機能スコープ発見 | `/reverse-engineer` ステップ1 |
|
|
340
|
-
| **code-verifier** | ドキュメントとコードの整合性検証 | `/reverse-engineer` ステップ3, 8 |
|
|
324
|
+
**Q: Agentic Codingとは?このボイラープレートはどう関係しますか?**
|
|
325
|
+
A: Agentic Codingは、会話的なプロンプティングではなく構造化されたワークフローを専門AIエージェントに委任するアプローチです。このボイラープレートは設定済みのサブエージェント、CLAUDE.mdルール、品質チェックを提供しているので、基盤を自分で組み立てることなくすぐに実践できます。
|
|
326
|
+
|
|
327
|
+
**Q: コンテキスト枯渇はどう防いでいますか?**
|
|
328
|
+
A: Context Engineeringにより防止しています。各サブエージェントは単一の責務に集中した独自のコンテキストウィンドウで実行されるため、セッションが長くなってもコンテキストは常に新鮮です。実際に770K+トークンのセッションで品質低下なく開発を完了しています — 詳細は[設計思想の記事](https://qiita.com/shinpr/items/98771c2b8d2e15cafcd5)をご覧ください。
|
|
329
|
+
|
|
330
|
+
## 🤖 サブエージェント
|
|
331
|
+
|
|
332
|
+
要件分析、設計、計画、実装、品質保証、コードレビュー、デバッグ、リバースエンジニアリングをカバーする20以上の専門サブエージェントを搭載しています。各エージェントは独自のコンテキストウィンドウで実行されるため、集中した処理が可能です。
|
|
341
333
|
|
|
342
334
|
[エージェントの詳細 →](.claude/agents-ja/)
|
|
343
335
|
|
|
@@ -347,4 +339,4 @@ MIT License - 自由に使用・改変・配布可能
|
|
|
347
339
|
|
|
348
340
|
## 🎯 このプロジェクトについて
|
|
349
341
|
|
|
350
|
-
AI Coding Project Boilerplateは、
|
|
342
|
+
AI Coding Project Boilerplateは、Claude Codeに要件分析から品質チェックまでの構造化された開発ライフサイクルを与えるツールです。専門サブエージェントとContext Engineeringにより、各エージェントが独自のコンテキストウィンドウで集中したタスクを処理するため、長時間のセッションでも品質が安定します。設定済みのCLAUDE.mdルール、カスタムスキル、スラッシュコマンドが同梱されており、ツール基盤を自分で構築することなくAgentic CodingでTypeScriptプロジェクトを始められます。
|
package/README.md
CHANGED
|
@@ -1,4 +1,4 @@
|
|
|
1
|
-
# AI Coding Project Boilerplate 🤖
|
|
1
|
+
# AI Coding Project Boilerplate for Claude Code 🤖
|
|
2
2
|
|
|
3
3
|
*Read this in other languages: [日本語](README.ja.md)*
|
|
4
4
|
|
|
@@ -8,17 +8,19 @@
|
|
|
8
8
|
[](https://opensource.org/licenses/MIT)
|
|
9
9
|
[](https://github.com/shinpr/ai-coding-project-boilerplate/pulls)
|
|
10
10
|
|
|
11
|
+
> **Agentic coding starter kit and workflow boilerplate for Claude Code** — Build production-ready TypeScript projects with sub-agents, context engineering, and zero context exhaustion.
|
|
12
|
+
|
|
11
13
|
⚡ **This boilerplate is for developers who want to:**
|
|
12
|
-
- Build **
|
|
14
|
+
- Build **TypeScript projects** faster with AI-driven workflows
|
|
13
15
|
- Avoid **context exhaustion** in long AI coding sessions
|
|
14
16
|
- Standardize team workflows with **specialized AI agents**
|
|
15
17
|
|
|
16
18
|
## 📖 Table of Contents
|
|
17
19
|
1. [Quick Start (3 Steps)](#-quick-start-3-steps)
|
|
18
20
|
2. [Updating Existing Projects](#-updating-existing-projects)
|
|
19
|
-
3. [Why Sub Agents?](#-why-sub-agents)
|
|
21
|
+
3. [Beyond Vibe Coding: Why Sub Agents?](#-beyond-vibe-coding-why-sub-agents)
|
|
20
22
|
4. [Skills System](#-skills-system)
|
|
21
|
-
5. [
|
|
23
|
+
5. [Built with This Boilerplate](#-built-with-this-boilerplate)
|
|
22
24
|
6. [Documentation & Guides](#-documentation--guides)
|
|
23
25
|
7. [Slash Commands](#-slash-commands)
|
|
24
26
|
8. [Development Workflow](#-claude-code-workflow)
|
|
@@ -27,15 +29,10 @@
|
|
|
27
29
|
11. [Multilingual Support](#-multilingual-support)
|
|
28
30
|
12. [FAQ](#-faq)
|
|
29
31
|
|
|
30
|
-
> **Which one should you use?**
|
|
31
|
-
> - **Use this Boilerplate** if you want to **maximize precision** with **TypeScript × Sub-agent** setup optimized for **Claude Code**.
|
|
32
|
-
> - **Use [claude-code-workflows](https://github.com/shinpr/claude-code-workflows)** if you're on **Claude Code** and want to **start with any project** in **2 commands** and **language-agnostic** workflows.
|
|
33
|
-
> - **Use [Agentic Code](https://github.com/shinpr/agentic-code)** if you want **zero-config**, **tool-agnostic** workflows **without language restrictions** (Codex CLI/Cursor/Aider etc.).
|
|
34
|
-
|
|
35
32
|
## ⚡ Quick Start (3 Steps)
|
|
36
33
|
|
|
37
34
|
```bash
|
|
38
|
-
# 1. Create your project
|
|
35
|
+
# 1. Create your project
|
|
39
36
|
npx create-ai-project my-project
|
|
40
37
|
|
|
41
38
|
# 2. Install dependencies (automatic)
|
|
@@ -103,19 +100,21 @@ Ignored files are preserved during updates. Note that ignoring files may cause v
|
|
|
103
100
|
|
|
104
101
|
If your project was created before the update feature, just run `npx create-ai-project update` from your project's root directory. It will automatically initialize the manifest by detecting your language from `.claudelang`.
|
|
105
102
|
|
|
106
|
-
## 🚀 Why Sub Agents?
|
|
103
|
+
## 🚀 Beyond Vibe Coding: Why Sub Agents?
|
|
104
|
+
|
|
105
|
+
As teams move beyond vibe coding, **agentic coding** — delegating structured workflows to specialized AI agents — is becoming the professional standard. This boilerplate implements that approach with Claude Code sub-agents:
|
|
107
106
|
|
|
108
107
|
**Traditional AI coding struggles with:**
|
|
109
108
|
- ❌ Losing context in long sessions
|
|
110
|
-
- ❌ Declining code quality over time
|
|
109
|
+
- ❌ Declining code quality over time
|
|
111
110
|
- ❌ Frequent session restarts for large tasks
|
|
112
111
|
|
|
113
|
-
**Sub agents solve this
|
|
112
|
+
**Sub agents solve this through context engineering:**
|
|
114
113
|
- ✅ Splitting work into specialized roles (design, implementation, review)
|
|
115
|
-
- ✅
|
|
114
|
+
- ✅ Each agent gets fresh, focused context — no exhaustion
|
|
116
115
|
- ✅ Handling large projects without degradation
|
|
117
116
|
|
|
118
|
-
|
|
117
|
+
This works because Claude Code's sub-agent mechanism runs each agent in its own context window. The parent session delegates tasks, and each sub-agent starts with a clean, focused context. Quality checks (lint, type check, test, build) run locally before each commit — not in CI. The feedback loop stays fast, and code is already verified when it's pushed.
|
|
119
118
|
|
|
120
119
|
👉 [Learn more about Sub Agents (Anthropic docs)](https://docs.anthropic.com/en/docs/claude-code/sub-agents)
|
|
121
120
|
|
|
@@ -123,7 +122,7 @@ Each agent focuses on one thing and does it well. No context exhaustion, no qual
|
|
|
123
122
|
|
|
124
123
|

|
|
125
124
|
|
|
126
|
-
*Sub agents working together
|
|
125
|
+
*Sub agents working together on a TypeScript project*
|
|
127
126
|
|
|
128
127
|
## 🎨 Skills System
|
|
129
128
|
|
|
@@ -146,7 +145,7 @@ This boilerplate provides the principles used in agentic implementation workflow
|
|
|
146
145
|
|
|
147
146
|
👉 [Learn how Skills work (Claude Code docs)](https://code.claude.com/docs/en/skills)
|
|
148
147
|
|
|
149
|
-
## 🎯
|
|
148
|
+
## 🎯 Built with This Boilerplate
|
|
150
149
|
|
|
151
150
|
### ⏱️ Time Comparison
|
|
152
151
|
- **Without this boilerplate**: ~1 week for setup + infrastructure
|
|
@@ -154,24 +153,22 @@ This boilerplate provides the principles used in agentic implementation workflow
|
|
|
154
153
|
|
|
155
154
|
### Success Stories
|
|
156
155
|
|
|
157
|
-
|
|
158
|
-
|
|
159
|
-
**Time**: 2 days → **30 TypeScript files with full test coverage**
|
|
160
|
-
**Result**: Production-deployed, 3-minute setup
|
|
156
|
+
**Sub Agents MCP Server** — MCP server enabling Claude Code/Cursor CLI as sub agents
|
|
157
|
+
⏱️ Initial development in 2 days — test code makes up ~90% of the codebase, now in production
|
|
161
158
|
|
|
162
|
-
|
|
163
|
-
|
|
164
|
-
**Time**: 1.5 days → **Complete creative tool with advanced features**
|
|
165
|
-
**Result**: Multi-image blending, character consistency, one-command integration
|
|
159
|
+
**MCP Image Generator** — AI image generation via Gemini API
|
|
160
|
+
⏱️ Initial development in 1.5 days — complete creative tool with multi-image blending and character consistency
|
|
166
161
|
|
|
167
|
-
|
|
162
|
+
Both were built using the default `/implement` workflow — no manual agent orchestration needed.
|
|
163
|
+
|
|
164
|
+
> See these projects: [sub-agents-mcp](https://github.com/shinpr/sub-agents-mcp) ・ [mcp-image](https://github.com/shinpr/mcp-image)
|
|
168
165
|
|
|
169
166
|
## 📚 Documentation & Guides
|
|
170
167
|
|
|
171
168
|
- **[Quick Start Guide](docs/guides/en/quickstart.md)** - Get running in 5 minutes
|
|
172
169
|
- **[Use Cases & Commands](docs/guides/en/use-cases.md)** - Daily workflow reference
|
|
173
|
-
- **[Skills Editing Guide](docs/guides/en/skills-editing-guide.md)** -
|
|
174
|
-
- **[Design Philosophy](https://dev.to/shinpr/zero-context-exhaustion-building-production-ready-ai-coding-teams-with-claude-code-sub-agents-31b)** - Why
|
|
170
|
+
- **[Skills Editing Guide](docs/guides/en/skills-editing-guide.md)** - Add library docs, team rules, and project-specific knowledge for AI
|
|
171
|
+
- **[Design Philosophy](https://dev.to/shinpr/zero-context-exhaustion-building-production-ready-ai-coding-teams-with-claude-code-sub-agents-31b)** - Why this approach works
|
|
175
172
|
|
|
176
173
|
## 📝 Slash Commands
|
|
177
174
|
|
|
@@ -179,20 +176,16 @@ Essential commands for Claude Code:
|
|
|
179
176
|
|
|
180
177
|
| Command | Purpose | When to Use |
|
|
181
178
|
|---------|---------|-------------|
|
|
182
|
-
| `/implement` | End-to-end feature development | New features
|
|
179
|
+
| `/implement` | End-to-end feature development | New features |
|
|
183
180
|
| `/task` | Single task with skill-based precision | Bug fixes, small changes |
|
|
184
|
-
| `/design` | Create design docs only | Architecture planning
|
|
185
|
-
| `/plan` | Create work plan from design | After design approval
|
|
186
|
-
| `/build` | Execute from existing plan | Resume work
|
|
187
|
-
| `/review` | Check code compliance | Post-implementation
|
|
188
|
-
| `/front-design` | Create frontend design docs | React/Vite architecture planning |
|
|
189
|
-
| `/front-plan` | Create frontend work plan | After frontend design approval |
|
|
190
|
-
| `/front-build` | Execute frontend implementation | React component development |
|
|
191
|
-
| `/front-review` | Check frontend code compliance | Post-implementation (Frontend) |
|
|
181
|
+
| `/design` | Create design docs only | Architecture planning |
|
|
182
|
+
| `/plan` | Create work plan from design | After design approval |
|
|
183
|
+
| `/build` | Execute from existing plan | Resume work |
|
|
184
|
+
| `/review` | Check code compliance | Post-implementation |
|
|
192
185
|
| `/diagnose` | Root cause analysis workflow | Debugging, troubleshooting |
|
|
193
|
-
| `/reverse-engineer` | Generate PRD/Design Docs from code | Legacy system documentation
|
|
194
|
-
|
|
195
|
-
|
|
186
|
+
| `/reverse-engineer` | Generate PRD/Design Docs from code | Legacy system documentation |
|
|
187
|
+
|
|
188
|
+
Frontend equivalents (`/front-design`, `/front-build`, `/front-review`, `/front-plan`) and utility commands (`/add-integration-tests`, `/update-doc`) are also available.
|
|
196
189
|
|
|
197
190
|
[Full command reference →](docs/guides/en/use-cases.md)
|
|
198
191
|
|
|
@@ -318,31 +311,24 @@ A: quality-fixer auto-fixes most issues. If not, it provides clear instructions.
|
|
|
318
311
|
**Q: Can I customize for my project?**
|
|
319
312
|
A: Yes! Run `/project-inject` to set up project-specific prerequisites. This information is read by AI at the start of every session to improve execution accuracy.
|
|
320
313
|
|
|
314
|
+
**Q: Can I make AI reference my library documentation (llms.txt, API refs, etc.)?**
|
|
315
|
+
A: Yes — create a custom skill under `.claude/skills/` with the relevant URLs. See the [Skills Editing Guide](docs/guides/en/skills-editing-guide.md) for details.
|
|
316
|
+
|
|
321
317
|
**Q: What's the typical workflow?**
|
|
322
318
|
A: `/project-inject` (once) → `/implement` (features) → auto quality checks → commit
|
|
323
319
|
|
|
324
|
-
**Q: How is this different from Copilot/Cursor?**
|
|
320
|
+
**Q: How is this different from Copilot/Cursor?**
|
|
325
321
|
A: Those help write code. This manages entire development lifecycle with specialized agents.
|
|
326
322
|
|
|
327
|
-
|
|
328
|
-
|
|
329
|
-
|
|
330
|
-
|
|
331
|
-
|
|
332
|
-
|
|
333
|
-
|
|
334
|
-
|
|
335
|
-
|
|
336
|
-
| **work-planner** | Task breakdown | After design approval |
|
|
337
|
-
| **task-executor** | Implementation | During build phase |
|
|
338
|
-
| **quality-fixer** | Automated fixes | On any quality issue |
|
|
339
|
-
| **code-reviewer** | Compliance check | `/review` command |
|
|
340
|
-
| **integration-test-reviewer** | Test implementation quality | After test implementation |
|
|
341
|
-
| **investigator** | Problem investigation | `/diagnose` Step 1 |
|
|
342
|
-
| **verifier** | Investigation verification | `/diagnose` Step 3 |
|
|
343
|
-
| **solver** | Solution derivation | `/diagnose` Step 4 |
|
|
344
|
-
| **scope-discoverer** | Functional scope discovery | `/reverse-engineer` Step 1 |
|
|
345
|
-
| **code-verifier** | Document-code consistency | `/reverse-engineer` verification |
|
|
323
|
+
**Q: What is agentic coding and how does this boilerplate support it?**
|
|
324
|
+
A: Agentic coding delegates structured workflows to specialized AI agents instead of relying on conversational prompting. This boilerplate provides pre-configured sub-agents, CLAUDE.md rules, and quality checks so you can adopt that approach without building the scaffolding yourself.
|
|
325
|
+
|
|
326
|
+
**Q: How does this prevent context exhaustion?**
|
|
327
|
+
A: Through context engineering. Each sub-agent runs in its own context window focused on a single responsibility, so context stays fresh regardless of session length. We've run 770K+ token sessions without quality degradation — details in the [design philosophy post](https://dev.to/shinpr/zero-context-exhaustion-building-production-ready-ai-coding-teams-with-claude-code-sub-agents-31b).
|
|
328
|
+
|
|
329
|
+
## 🤖 Sub Agents
|
|
330
|
+
|
|
331
|
+
20+ specialized sub-agents covering the full development lifecycle: requirement analysis, design, planning, implementation, quality assurance, code review, debugging, and reverse engineering. Each agent runs in its own context window for focused execution.
|
|
346
332
|
|
|
347
333
|
[Full agent list →](.claude/agents-en/)
|
|
348
334
|
|
|
@@ -352,7 +338,7 @@ MIT License - Free to use, modify, and distribute
|
|
|
352
338
|
|
|
353
339
|
## 🎯 About This Project
|
|
354
340
|
|
|
355
|
-
|
|
341
|
+
AI Coding Project Boilerplate gives Claude Code a structured development lifecycle — from requirements analysis through automated quality checks — using specialized sub-agents and context engineering. Each agent handles a focused task in its own context window, which keeps quality consistent across long sessions. The boilerplate ships with pre-configured CLAUDE.md rules, custom skills, and slash commands, so you can start building TypeScript projects with agentic workflows without assembling the tooling yourself.
|
|
356
342
|
|
|
357
343
|
---
|
|
358
344
|
|