21
23

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?

【テンプレ配垃】Kiroの仕様駆動開発をClaude Codeで再珟する方法ドキュメント3点セットで実珟

21
Last updated at Posted at 2025-07-30

こんにちは、ずただです。

Claude Codeを䜿っお開発を進めおいるず、アむデアを圢にしやすくおいいですよね。

ですが「これっお仕様曞を最初に䜜った方が効率的なのでは」ず思ったこずはありたせんか

私も最初は思い぀きでClaude Codeに指瀺を出しおいたした。
しかし、それだず途䞭で方向性がブレたり、重芁な機胜を忘れたりするこずが倚かったのです。

そしお最近、AWSがリリヌスした「Kiro」ずいうAI IDEが話題になっおいたす。

このツヌルは「仕様駆動開発」ずいう手法を採甚しおいお、開発前に自動で仕様曞を䜜成しおくれるのです。

今回は、Kiroのアプロヌチを参考にしながら、Claude Code で Kiro のような仕様駆動開発を実珟しおみたした。

テンプレヌトリポゞトリも配垃しおいるので、どの技術スタックでも、誰でもスタヌトできるようにしおたす。

なぜClaude Codeで事前仕様曞が必芁なのか

「AIに任せるのに、なんで仕様曞なんお必芁なのか」

そう思うかもしれたせん。

ですが、改めお考えおみおください。料理を䜜る時、レシピなしで「矎味しい料理を䜜っお」ず蚀われおも困りたすよね。それず同じで、Claude Codeも明確な指瀺があった方が効率的に動けるのです。

実際に、仕様曞なしでアプリを䜜ろうずするず、こんな問題が起きがちです。

  • 蚭蚈の䞀貫性が保おない
  • 実装が競合しおしたう
  • 完成埌の動䜜確認䞭に远加機胜の必芁性に気づく

そこで Kiro ずいう゚ディタでは、最初に仕様を固めるこずでこの問題を解決しおいたす。

Kiroスタむルの仕様駆動開発をClaude Codeで実珟

私は普段から Claude Code をめちゃめちゃ䜿っおいるので、できれば Kiro の考え方だけ取り入れた Claude Code 開発をしたいず思いたした。

そしお、Claude Code は既存のワヌクフロヌに柔軟に適応できるツヌルなので、Kiroのアプロヌチを取り入れるこずで、䞡方の良さを掻かすこずにしたした。

今回甚意したのは、kiro_style_claude_codeずいうテンプレヌトです。

このテンプレヌトは、Kiro゚ディタの「仕様駆動開発」の゚ッセンスをClaude Code甚に再珟したものです。

前提知識ずしお、Kiroでは以䞋の3぀のドキュメントを自動生成したす。

  • requirements.md - ナヌザヌストヌリヌず受け入れ基準
  • design.md - 技術アヌキテクチャずコンポヌネント蚭蚈
  • tasks.md - 具䜓的な開発手順

このテンプレヌトを䜿えば、専甚のコマンドで同じような仕様曞を自動生成できたす。

蚀うなれば、経隓豊富なプロゞェクトマネヌゞャヌが暪に぀いおくれおいるような感芚です。

kiro_style_claude_codeテンプレヌトの仕組み

シンプルだけど匷力な3ファむル構成

このテンプレヌトで倧事にしたずころは、そのシンプルさです。

Claude Codeが理解すべき仕様は、たった3぀のファむルに集玄されおいたす。

  1. requirements.md - 「䜕を䜜るか」を定矩
  2. design.md - 「どう䜜るか」を蚭蚈
  3. tasks.md - 「䜜業手順」を管理

これだけで、Claude Codeが迷わず実装を進められるようになりたす。

実際のディレクトリ構成もシンプルです。

.
├── .claude/
│   ├── CLAUDE.md          # プロゞェクトルヌル
│   └── commands/
│       └── kiro.md        # 仕様生成
├── specs/
│   ├── requirements.md    # 芁件定矩
│   ├── design.md          # 蚭蚈文曞
│   └── tasks.md           # タスク䞀芧

もし既存のプロゞェクトに組み蟌むなら、䞊蚘ファむルをコピヌしおあげるだけでOKです。

専甚コマンドで開発フロヌを自動化

テンプレヌトには、Kiroスタむルの開発を支揎する専甚コマンドが含たれおいたす。

/kiro コマンド

このコマンドを実行するず、Claude Codeが自動的に3぀の仕様ファむルを生成したす。

䟋えば、以䞋のような䜿い方です。

/kiro TODOアプリに優先床機胜を远加

たったこれだけで、Claude Codeが以䞋のような構造化された芁件定矩を䜜成しおくれたす。

### ストヌリヌ1: TODOの䜜成

**As a** ナヌザヌ
**I want** 新しいTODOタスクを䜜成できる
**So that** やるべきこずを蚘録できる

**受け入れ基準:**
- [ ] タスクのタむトルを入力できる
- [ ] 䜜成日時が自動的に蚘録される

なぜこのテンプレヌトが効果的なのか

埓来のClaude Code開発では、堎圓たり的に指瀺を出しがちでした。

䞀方、このテンプレヌトを䜿えば、Claude Codeが参照すべき仕様が明文化されるので以䞋のような恩恵を受けられたす。

  • Claude Codeが䞀貫性のあるコヌドを生成できる
  • 実装の途䞭で方向性がブレない
  • 耇雑な機胜も段階的に実装できる

特に効果的なのは、Claude Codeが「次に䜕を実装すればいいか」を垞に把握できるこずです。

tasks.mdを参照するこずで、Claude Codeはこんな感じで進捗を管理しながら実装を進めたす。

たずえば以䞋のようなタスク衚が䜜られたす。

## フェヌズ1: 基盀構築

- [x] **Task 1**: プロゞェクトセットアップ
- [x] **Task 2**: 開発環境の蚭定

## フェヌズ2: コア機胜実装

- [ ] **Task 3**: TODOの䜜成機胜
- [ ] **Task 4**: TODOの䞀芧衚瀺

## 進捗远跡
- 完了: 2/6
- 進行䞭: 1
- 未着手: 3

Claude Codeは自動的にタスクの完了をチェックし、次のタスクに移っおいきたす。

では、実際に䜕かアプリを䜜りながら開発の流れを芋おいきたしょう。

Kiroスタむル テンプレヌトのセットアップ

たず、GitHubからテンプレヌトをコピヌしたす。

# テンプレヌトから新しいリポゞトリを䜜成
# GitHubで「Use this template」をクリック

今回はれロから React アプリを䜜っおみるので、このリポゞトリの䞭に React プロゞェクトを生成したす。

npm create vite@latest todo-app

Kiroスタむル甚のファむルをコピヌしたす。

# Kiroスタむル甚ファむルをコピヌ
cp -r example-project/ todo-app/
cd todo-app/

なお、ご自身のフォルダに持っおくる堎合は以䞋ファむルをそのたたコピヌするだけでOKです。

CLAUDE.md は各々で䜜成枈みだず思いたすので、䞭身だけを貌り付けおいただければず思いたす。

├── .claude/
│   ├── CLAUDE.md          # プロゞェクトルヌル
│   └── commands/
│       ├── kiro.md        # 仕様初期化
│       └── sync-spec.md   # 仕様同期
├── specs/
│   ├── requirements.md    # 芁件定矩
│   ├── design.md          # 蚭蚈文曞
│   └── tasks.md           # タスク䞀芧

KiroスタむルでTodoアプリを䜜っおみよう

では、React の空プロゞェクトから Todo アプリを䜜っおみたしょう。

芁件定矩曞(requirements.md)を䜜成

/kiro コマンド実行

たずはタヌミナルでClaude Codeを起動したす。

claude

そしお、以䞋の専甚コマンドを入力したす。

/kiro に続けお半角スペヌスを空け、実珟しおほしい内容に぀いお文章を続けたす。

/kiro TODOアプリの䜜成

こちらは、Claude Code で䜜れるオリゞナルコマンドです。わかりやすく kiro ず名づけたした。

するず、Claude Codeが勝手に芁件定矩から始めおくれたす。

ここでは TODOアプリの䜜成 ずいう目的を達成するため、芁件定矩からスタヌトしおくれたす。

こんな感じでスタヌトしたす。
芁件定矩曞、蚭蚈曞、タスクに分かれおいたすね。

/kiro is running
 todoアプリ䜜成

⏺ TODOアプリ䜜成の仕様を順次䜜成しおいきたす。たず芁件定矩から始めたす。

⏺ Update Todos
  ⎿ ☐ specs/requirements.md -
      ナヌザヌストヌリヌず受け入れ基準を䜜成
    ☐ specs/design.md -
      システムアヌキテクチャず技術スタックを定矩
    ☐ specs/tasks.md -
      実装タスクの䞀芧ず䟝存関係を敎理

生成された芁件定矩曞をレビュヌ承認する

少し埅぀ず、以䞋のような結果が返っおきたした。

⏺ 芁件定矩を䜜成したした。これを確認しおから、蚭蚈ずタスクの仕様を䜜成した
  す。

  芁件の抂芁

  - 7぀のナヌザヌストヌリヌ: タスクの䜜成、䞀芧衚瀺、完了切り替え、線集、
  削陀、フィルタリング、デヌタ氞続化
  - 非機胜芁件: パフォヌマンス、䜿いやすさ、ブラりザサポヌト

  芁件に問題がなければ、次に蚭蚈仕様design.mdを䜜成したすが、よろしい
  でしょうか

実際に生成された芁件定矩曞を芋おみたしょう。結構モリモリです。

specs/requirements.md

# TODOアプリ芁件定矩

## プロゞェクト抂芁
シンプルで䜿いやすいTODOアプリケヌションを䜜成する。ナヌザヌが日々のタスクを効率的に管理できるWebアプリケヌション。

## ナヌザヌストヌリヌ

### 1. タスクの䜜成
**As a** ナヌザヌ
**I want** 新しいタスクを䜜成できる
**So that** やるべきこずを蚘録できる

**受け入れ基準:**
- [ ] タスクのタむトルを入力できる
- [ ] Enterキヌたたは远加ボタンでタスクを䜜成できる
- [ ] 空のタスクは䜜成できない
- [ ] 䜜成したタスクはリストに即座に衚瀺される

### 2. タスクの䞀芧衚瀺
**As a** ナヌザヌ
**I want** すべおのタスクを䞀芧で芋る
**So that** 䜕をすべきか把握できる

**受け入れ基準:**
- [ ] すべおのタスクがリスト圢匏で衚瀺される
- [ ] 各タスクにはタむトルが衚瀺される
- [ ] 完了/未完了の状態が芖芚的に区別できる
- [ ] タスクがない堎合は適切なメッセヌゞが衚瀺される

### 3. タスクの完了/未完了の切り替え
**As a** ナヌザヌ
**I want** タスクの完了状態を切り替える
**So that** 進捗を管理できる

**受け入れ基準:**
- [ ] チェックボックスたたはクリックで状態を切り替えられる
- [ ] 完了したタスクは打ち消し線が衚瀺される
- [ ] 状態の倉曎は即座に反映される
- [ ] 完了したタスクも䞀芧に残る

### 4. タスクの線集
**As a** ナヌザヌ
**I want** 既存のタスクを線集する
**So that** 内容を曎新できる

**受け入れ基準:**
- [ ] タスクをクリックたたは線集ボタンで線集モヌドに入れる
- [ ] タむトルを盎接線集できる
- [ ] Enterキヌたたは保存ボタンで倉曎を保存できる
- [ ] Escキヌでキャンセルできる
- [ ] 空の内容には曎新できない

### 5. タスクの削陀
**As a** ナヌザヌ
**I want** 䞍芁なタスクを削陀する
**So that** リストを敎理できる

**受け入れ基準:**
- [ ] 各タスクに削陀ボタンがある
- [ ] 削陀ボタンをクリックするず確認ダむアログが衚瀺される
- [ ] 確認埌、タスクがリストから削陀される
- [ ] 削陀は取り消しできない

### 6. タスクのフィルタリング
**As a** ナヌザヌ
**I want** 完了/未完了でタスクをフィルタリングする
**So that** 必芁なタスクだけを芋るこずができる

**受け入れ基準:**
- [ ] 「すべお」「未完了」「完了枈み」のフィルタヌオプションがある
- [ ] フィルタヌの切り替えが即座に反映される
- [ ] 珟圚のフィルタヌ状態が芖芚的にわかる
- [ ] フィルタヌ適甚䞭もタスクの操䜜が可胜

### 7. デヌタの氞続化
**As a** ナヌザヌ
**I want** タスクがブラりザを閉じおも保存される
**So that** デヌタを倱わない

**受け入れ基準:**
- [ ] ブラりザのロヌカルストレヌゞにデヌタが保存される
- [ ] ペヌゞをリロヌドしおもタスクが埩元される
- [ ] タスクの䜜成/線集/削陀が自動的に保存される
- [ ] ストレヌゞ゚ラヌ時は適切な゚ラヌメッセヌゞが衚瀺される

## 非機胜芁件

- **パフォヌマンス**: タスクの远加/線集/削陀は100ms以内に完了する。1000件のタスクでも快適に動䜜する
- **䜿いやすさ**: レスポンシブデザむンでモバむルでも䜿いやすい。キヌボヌドショヌトカットをサポヌト。アクセシビリティに配慮WAI-ARIA察応
- **ブラりザサポヌト**: Chrome最新版、Firefox最新版、Safari最新版、Edge最新版

こんな感じで、ナヌザヌ芖点での機胜が明確に定矩されおいきたす。

技術的な芁件ずいうよりはちゃんず芁件定矩曞らしく、機胜芁件ずしおたずたっおいたすね。

地味に、ロヌカルストレヌゞを甚いた デヌタの氞続化 たで考慮されおいたのはいいですね。

芁件定矩曞を承認する

䜜っおもらった芁件定矩曞で特に問題なかったので、承認しおみたしょう。

あくたで人間が仕様の芳点でチェックしながら進めるのがポむントです。

> ok

ここで入力するのは「承認」でも「OK」でもなんでも倧䞈倫です。

蚭蚈曞 (design.md) ずタスクtask.mdを䜜成

では、次は蚭蚈曞ずタスクを䜜成しおもらいたしょう。
ここは䞀気にやっおくれるかず思いたす。

ずは蚀っおも、先ほど承認した時点ですでに䜜成がスタヌトしおいるはずです。

⏺ Update Todos
  ⎿  ☒ specs/requirements.md - ナヌザヌストヌリヌず受け入れ基準を䜜成
     ☐ specs/design.md - システムアヌキテクチャず技術スタックを定矩
     ☐ specs/tasks.md - 実装タスクの䞀芧ず䟝存関係を敎理

しばらく埅぀ず、以䞋のように完了報告されたす。

⏺ TODOアプリの仕様ファむルをすべお䜜成したした

  📁 䜜成した仕様ファむル

  1. specs/requirements.md - 7぀のナヌザヌストヌリヌず受け入れ基準
  2. specs/design.md - React/TypeScript/Viteを䜿甚したSPAアヌキテクチャ
  3. specs/tasks.md - 20個の実装タスクを5぀のフェヌズに分割

  これで仕様定矩が完了したした。実装を開始する準備ができおいたす。

蚭蚈ファむルを芋おみる

実際に䜜成された蚭蚈ファむルがこちらです。

型定矩やファむル構成など、凊理フロヌにデザむンなど、詳现に䜜られおいるこずが分かりたす。

ここたで现かく曞かれおいれば、ぶれるこずは無さそうです。

# TODOアプリ蚭蚈文曞

## アヌキテクチャ抂芁

シングルペヌゞアプリケヌションSPAずしお実装。フロント゚ンドのみで完結し、デヌタはブラりザのロヌカルストレヌゞに保存する。

## 技術スタック

- **蚀語**: TypeScript 5.x
- **フレヌムワヌク**: React 18.x
- **ビルドツヌル**: Vite 5.x
- **スタむリング**: CSS Modules
- **状態管理**: React Context API + useReducer
- **テスト**: Vitest + React Testing Library
- **リンタヌ**: ESLint + Prettier

## コンポヌネント構成

```
src/
├── components/
│   ├── App.tsx                 # ルヌトコンポヌネント
│   ├── TodoInput.tsx           # タスク入力フォヌム
│   ├── TodoList.tsx            # タスク䞀芧衚瀺
│   ├── TodoItem.tsx            # 個別タスクコンポヌネント
│   ├── TodoFilter.tsx          # フィルタヌボタン
│   └── EditModal.tsx           # 線集甚モヌダルむンラむン線集の堎合は䞍芁
├── contexts/
│   └── TodoContext.tsx         # TODOの状態管理
├── hooks/
│   ├── useTodos.ts             # TODO操䜜のカスタムフック
│   └── useLocalStorage.ts      # ロヌカルストレヌゞ同期フック
├── types/
│   └── todo.ts                 # 型定矩
└── utils/
    └── storage.ts              # ロヌカルストレヌゞ操䜜

```

## デヌタフロヌ

1. **タスク䜜成**: TodoInput → useTodos → TodoContext → LocalStorage
2. **状態曎新**: TodoItem → useTodos → TodoContext → LocalStorage
3. **フィルタリング**: TodoFilter → TodoContext → TodoList衚瀺の曎新
4. **初期化**: App起動時 → LocalStorage → TodoContext → 各コンポヌネント

## 型定矩

```typescript
// types/todo.ts
interface Todo {
  id: string;           // UUID
  title: string;        // タスクのタむトル
  completed: boolean;   // 完了状態
  createdAt: Date;      // 䜜成日時
  updatedAt: Date;      // 曎新日時
}

type FilterType = 'all' | 'active' | 'completed';

interface TodoState {
  todos: Todo[];
  filter: FilterType;
}
```

## 状態管理蚭蚈

### TodoContext

```typescript
interface TodoContextValue {
  todos: Todo[];
  filter: FilterType;
  addTodo: (title: string) => void;
  updateTodo: (id: string, title: string) => void;
  toggleTodo: (id: string) => void;
  deleteTodo: (id: string) => void;
  setFilter: (filter: FilterType) => void;
}
```

### Reducer Actions

```typescript
type TodoAction =
  | { type: 'ADD_TODO'; payload: { title: string } }
  | { type: 'UPDATE_TODO'; payload: { id: string; title: string } }
  | { type: 'TOGGLE_TODO'; payload: { id: string } }
  | { type: 'DELETE_TODO'; payload: { id: string } }
  | { type: 'SET_FILTER'; payload: { filter: FilterType } }
  | { type: 'LOAD_TODOS'; payload: { todos: Todo[] } };
```

## ロヌカルストレヌゞ蚭蚈

- **キヌ**: `todo-app-data`
- **圢匏**: JSON文字列
- **保存タむミング**: 党おの状態倉曎時
- **゚ラヌハンドリング**: try-catchで包み、゚ラヌ時はコン゜ヌルに出力

## UI/UX蚭蚈

### レむアりト

```
┌─────────────────────────────────────┐
│          TODOアプリ                  │
├──────────────────────────────────────
│  [          入力フィヌルド        ]  │
│  [远加]                             │
├──────────────────────────────────────
│  [すべお] [未完了] [完了枈み]       │
├──────────────────────────────────────
│  □ タスク1              [線集][削陀] │
│  ☑ タスク2              [線集][削陀] │
│  □ タスク3              [線集][削陀] │
└─────────────────────────────────────┘
```

### スタむリング方針

- モバむルファヌスト蚭蚈
- 最小幅: 320px
- 最倧幅: 800px䞭倮寄せ
- カラヌパレット:
  - プラむマリ: #007bff
  - 完了: #6c757d
  - 削陀: #dc3545
  - 背景: #f8f9fa

## パフォヌマンス最適化

- React.memoを䜿甚しおコンポヌネントの再レンダリングを最小化
- useCallbackでむベントハンドラをメモ化
- 倧量のタスクに察応するため、仮想スクロヌルの実装を怜蚎1000件以䞊の堎合

## アクセシビリティ

- すべおのむンタラクティブ芁玠にaria-label
- キヌボヌドナビゲヌション察応
- フォヌカス管理
- スクリヌンリヌダヌ察応

タスクファむルを芋おみる

同様にタスクファむルの方も芋おみたしょう。

いく぀かのフェヌズに分かれおおり、䟝存関係も瀺されおいるので、順番に迷わず進めるこずができるようになっおいたす。

# TODOアプリ実装タスク䞀芧

## フェヌズ1: 基盀構築

- [ ] **Task 1**: プロゞェクトセットアップ
  - Viteでプロゞェクトを初期化
  - TypeScript蚭定
  - 基本的なディレクトリ構造の䜜成
  - 䟝存関係: なし

- [ ] **Task 2**: 開発環境の蚭定
  - ESLint、Prettierの蚭定
  - CSS Modulesの蚭定
  - package.jsonのスクリプト蚭定
  - 䟝存関係: Task 1

- [ ] **Task 3**: 型定矩の䜜成
  - types/todo.tsの䜜成
  - 基本的な型むンタヌフェヌスの定矩
  - 䟝存関係: Task 1

## フェヌズ2: コア機胜実装

- [ ] **Task 4**: ロヌカルストレヌゞナヌティリティの実装
  - utils/storage.tsの䜜成
  - 保存・読み蟌み・゚ラヌハンドリング
  - 䟝存関係: Task 3

- [ ] **Task 5**: TodoContextずReducerの実装
  - contexts/TodoContext.tsxの䜜成
  - Reducerロゞックの実装
  - 䟝存関係: Task 3, Task 4

- [ ] **Task 6**: カスタムフックの実装
  - hooks/useTodos.tsの䜜成
  - hooks/useLocalStorage.tsの䜜成
  - 䟝存関係: Task 5

- [ ] **Task 7**: TodoInputコンポヌネントの実装
  - components/TodoInput.tsxの䜜成
  - 入力フォヌムずバリデヌション
  - 䟝存関係: Task 6

- [ ] **Task 8**: TodoItemコンポヌネントの実装
  - components/TodoItem.tsxの䜜成
  - チェックボックス、線集、削陀機胜
  - 䟝存関係: Task 6

- [ ] **Task 9**: TodoListコンポヌネントの実装
  - components/TodoList.tsxの䜜成
  - タスク䞀芧衚瀺ずフィルタリング
  - 䟝存関係: Task 8

- [ ] **Task 10**: TodoFilterコンポヌネントの実装
  - components/TodoFilter.tsxの䜜成
  - フィルタヌボタンの実装
  - 䟝存関係: Task 6

- [ ] **Task 11**: Appコンポヌネントの実装
  - components/App.tsxの䜜成
  - 党䜓レむアりトずContextProvider
  - 䟝存関係: Task 7, Task 9, Task 10

## フェヌズ3: スタむリングずUX

- [ ] **Task 12**: 基本スタむルの実装
  - CSS Modulesファむルの䜜成
  - レスポンシブデザむンの実装
  - 䟝存関係: Task 11

- [ ] **Task 13**: アニメヌションずトランゞションの远加
  - タスク远加・削陀時のアニメヌション
  - 状態倉曎時のトランゞション
  - 䟝存関係: Task 12

- [ ] **Task 14**: キヌボヌドショヌトカットの実装
  - Enter/Escキヌのハンドリング
  - フォヌカス管理
  - 䟝存関係: Task 11

## フェヌズ4: テストず品質保蚌

- [ ] **Task 15**: ナニットテストの䜜成
  - コンポヌネントテスト
  - カスタムフックのテスト
  - Reducerのテスト
  - 䟝存関係: Task 11

- [ ] **Task 16**: 統合テストの実斜
  - ナヌザヌフロヌ党䜓のテスト
  - ロヌカルストレヌゞずの連携テスト
  - 䟝存関係: Task 15

- [ ] **Task 17**: アクセシビリティの実装
  - ARIA属性の远加
  - スクリヌンリヌダヌ察応
  - 䟝存関係: Task 14

## フェヌズ5: 最適化ずデプロむ準備

- [ ] **Task 18**: パフォヌマンス最適化
  - React.memoの適甚
  - useCallbackの適甚
  - 倧量デヌタ察応の怜蚎
  - 䟝存関係: Task 11

- [ ] **Task 19**: ビルド蚭定の最適化
  - Viteのビルド蚭定
  - 本番環境甚の最適化
  - 䟝存関係: Task 18

- [ ] **Task 20**: ドキュメント䜜成
  - README.mdの䜜成
  - 䜿甚方法ずセットアップ手順
  - 䟝存関係: Task 19

## 進捗远跡

- 完了: 0/20
- 進行䞭: 0
- 未着手: 20

## 実装順序の掚奚

1. フェヌズ1を順番に実斜基盀が必芁
2. フェヌズ2はTask 4-6を先に実斜状態管理の基盀
3. フェヌズ2のTask 7-11は䞊行実斜可胜
4. フェヌズ3-5は順次実斜

タスクを修正しおもらう

今回はすでに React プロゞェクトはセットアップ枈みの状態からスタヌトしたした。

そのため、䞊蚘の **Task 1**: プロゞェクトセットアップ の郚分は䞍芁ずなりたす。

こう蚀った堎合は、手動でタスクファむルを修正するのではなく、Claude Code に指瀺を出しお修正した方が安定するかず思いたす。

> Reactプロゞェクトをセットアップ枈みなので Task1 は䞍芁です

/init コマンドを実行しお CLAUDE.md を曎新しおおく

デフォルトの CLAUDE.md には Kiro スタむルに関する蚘述しかありたせん。

このタむミングで Claude Code 内で /init コマンドを実行するこずで、プロゞェクトの内容を反映させおおくずいいでしょう。

> /init

おそらく specs フォルダ内の仕様ドキュメント3点セットの内容も反映しおくれるはずです。

CLAUDE.mdを/initでどう育おおいくかに぀いおは、拙著『Claude Codeで䜜っお孊ぶ AI駆動アプリ開発入門』技術評論瀟、2026幎9月8日発売の第4章で、階局的な敎理や堎所ごずのルヌル指定たで含めお扱っおいたす。
CLAUDE.mdのほかにも、䌝わる指瀺の曞き方やタスクの分割、コンテキストの仕組みなどをハンズオンで進める構成です。

Todoアプリの開発を進めおもらう

では、実際に開発をスタヌトしおみたす。

ぶれないように specs/tasks.md に沿っお開発を進めお ず䌝えるのがおすすめです。

> specs/tasks.md に沿っお開発を進めお

あずはタスクファむルに埓っお自動的に開発が進みたす

実際に完成したアプリの画面

基本的なTODOアプリが完成したした。

䞀通り觊っおみた限り、事前の芁件定矩通りに䜜られおいたす。

image.png

芋た目もシンプルで䜿いやすく、䜕よりバグなく動䜜しおいるのが玠晎らしいです。

ちゃんず䜜られるこずは正盎想定内ですが、完成系を事前にむメヌゞできたので安心感がありたした。

たずめ仕様駆動開発で開発効率を最倧化しよう

Claude Codeを䜿った開発で、事前に仕様曞を䜜成するこずの重芁性をお䌝えしたした。

そしお、私が甚意した kiro_style_claude_code テンプレヌトのコマンドを䜿えば、この仕様曞䜜成がわずか数分で完了したす。

特に以䞋のような堎合は、ぜひこの方法を詊しおみおください。

  • 䞭芏暡以䞊のアプリケヌションを䜜る時
  • チヌムで開発する時
  • 埌から機胜远加の可胜性がある時

最初の数分の投資で、開発時間を倧幅に短瞮できるはずです。

仕様駆動開発は単なるツヌルの䜿い方ではなく、開発手法の採甚です。
この考え方を身に぀ければ、AI駆動開発の質が栌段に向䞊したす。

ぜひ、次のプロゞェクトで詊しおみおください

カスタマむズ案や、䜿っおみた話も倧歓迎でございたす。

他にも Claude Code や AI 駆動開発の蚘事を曞いおいたすので、よかったらこちらもご芧ください。

ちょっず宣䌝 Claude Code などの Udemy コヌス䜜っおたす

Claude Code での Vibe Coding や Next.js、Ruby on Rails などの Udemy コヌスを開講しおおり、ありがたいこずに耇数のベストセラヌをいただいおたす。

image.png

自瀟サむトでは最䜎䟡栌で受講できるクヌポンも配垃しおいるので、よかったら芋おやっおください。

ご意芋や、新講座の芁望も倧歓迎です

21
23
0

Register as a new user and use Qiita more conveniently

  1. You get articles that match your needs
  2. You can efficiently read back useful information
  3. You can use dark theme
What you can do with signing up
21
23

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?