Claude Codeでコードを書く。それ自体は誰にでもできる。だが、1日に20〜30本のPRを出荷する開発者と、1本のPRに半日かかる開発者の差はどこにあるのか。
答えは「ワークフロー設計」にある。Claude Codeは単なるコード生成ツールではなく、開発プロセス全体を再設計するためのプラットフォームだ。本記事では、スペック駆動開発（SDD）、並列セッション、Plan Mode活用など、実際に成果を出している開発者たちの実践テクニックを体系的に解説する。
※本記事で紹介するX投稿は、すべてX社が公式に提供する埋め込み機能（oEmbed API）を使用して表示しています。
スペック駆動開発（SDD）——「何を作るか」を先に決める
Claude Codeの登場以降、開発手法そのものに変化が起きている。その代表が**スペック駆動開発（Spec-Driven Development, SDD）**だ。
SDDの核心は、コードを書く前に仕様を完全に定義すること。Anthropicが推奨するこのアプローチでは、以下のフローで開発を進める。
| ステップ | 内容 | 成果物 |
|---|---|---|
| 1. 要件定義 | PRD（製品要件文書）を作成 | specs/requirements.md |
| 2. 設計 | アーキテクチャ・API設計 | specs/design.md |
| 3. タスク分解 | 実装タスクを細分化 | specs/tasks.md |
| 4. 実装 | Claude Codeがタスクに沿って実装 | コード |
| 5. 検証 | テスト・レビュー | PR |
このアプローチを実践した開発チームでは、開発時間が27〜43%削減され、バグが71〜83%減少したという報告がある。
仕様をファイルに残す理由
従来のAIコーディングでは、計画がチャットの会話内に埋もれてしまう問題があった。SDDでは仕様をファイルとして保存することで、セッションをまたいでも計画が失われない。「1 Todo = 1 Commit = 1 Spec Update」というルールが、開発の一貫性を保つ。
.steering/
batch-001/
requirements.md # 何を作るか
design.md # どう作るか
tasks.md # 何をやるか（チェックリスト）
cc-sddという国産ツールも登場しており、Claude Codeでの仕様駆動開発をさらに効率化できる。エンジニアのkaramage氏（@kara_mage）は、3つのSDDツールを比較検証した結果をXで公開している。
Plan Mode——「計画8割、実装2割」の原則
Boris Chernyが最も強調するテクニックが、Plan Modeの徹底活用だ。
Plan Modeでは、Claudeは読み取り専用の操作のみ行い、ファイルの変更は一切しない。この段階で計画を練り上げ、合意が取れてから実装に移る。
1. Claude Codeを起動
2. タスクを説明（Plan Modeが自動的に有効）
3. Claudeが計画を提示
4. 「ここはこうしたい」とフィードバック
5. 計画を修正して再提示
6. 納得したら Shift + Tab で Auto-Accept Edits をON
7. Claudeが計画に沿ってワンショットで実装
Chernyの言葉を借りれば、「良い計画があれば、Claudeは通常ワンショットで実装を完了する」。計画に時間をかけることが、結果的に最速の開発になる。
Pragmatic EngineerのGergely Oroszによるインタビューで、Chernyのワークフローが詳しく紹介されている。
Git Worktree並列開発——5セッションを同時に回す
Claude Codeは --worktree フラグ（または -w）でGit worktreeを自動作成し、隔離された環境で作業できる。これにより、メインブランチに影響を与えずに複数のタスクを並行して進められる。
# 5つのターミナルタブを開き、それぞれでworktreeを使う
claude -w # タブ1: 機能Aの実装
claude -w # タブ2: バグBの修正
claude -w # タブ3: テストCの追加
claude -w # タブ4: リファクタリングD
claude -w # タブ5: ドキュメントEの更新
worktreeは .claude/worktrees/ に作成され、セッション終了時に変更がなければ自動的にクリーンアップされる。変更がある場合は、キープするかどうかプロンプトが表示される。
incident.ioの事例
英国のインシデント管理SaaS「incident.io」では、エンジニア全員がGit worktreeを活用してClaude Codeを並列運用している。あるタスクでは、30秒のプロンプティングと10分の処理時間で、マルチライン対応・行番号・コード補完つきのJavaScriptエディタが完成した。見積もりは2時間だった。
サブエージェント——調査と実装を分離する
Claude Codeのサブエージェント機能は、メインセッションのコンテキストを消費せずに調査や検証を行える仕組みだ。
| 用途 | 方法 |
|---|---|
| コードベース調査 | Agentツールで探索エージェントを起動 |
| 複数案の比較検討 | 並列サブエージェントで異なるアプローチを試行 |
| テスト実行 | バックグラウンドでテストスイートを走らせる |
サブエージェントは独立したコンテキストウィンドウを持つため、メインセッションが調査結果で埋まることがない。調査が完了すると、結果のサマリーだけがメインセッションに返される。
extended thinking——難しい判断を深く考えさせる
Claude Codeでは、extended thinking（拡張思考）がデフォルトで有効になっている。複雑なアーキテクチャ判断やトレードオフの評価では、「ultrathink」などのキーワードをプロンプトに含めることで、より深い思考を促せる。
| キーワード | 思考トークン予算 | 用途 |
|---|---|---|
| think | 標準 | 一般的な実装 |
| think hard | 増加 | 複雑なロジック |
| ultrathink | 最大 | アーキテクチャ判断 |
Playwright MCP——テストコードなしでE2Eテスト
Playwright MCPをClaude Codeに接続すると、自然言語の指示だけでブラウザテストを実行できる。テストコードを書く必要はない。
# MCPの追加
claude mcp add playwright
# セッション内で
「ログイン画面を開いて、メールアドレスとパスワードを入力して、
ログインボタンを押して、ダッシュボードが表示されることを確認して」
フォーム入力、レイアウト確認、レスポンシブチェック、コンソールエラーの確認まで、対話だけで完結する。DevelopersIOの記事でPlaywright MCPの実践手順が詳しく解説されている。
実践チェックリスト
| テクニック | 効果 | 難易度 |
|---|---|---|
| Plan Mode活用 | 手戻り削減、ワンショット実装 | ★☆☆ |
| CLAUDE.mdルール蓄積 | 同じミスの再発防止 | ★☆☆ |
| Git worktree並列 | 並行開発でスループット向上 | ★★☆ |
| スペック駆動開発 | バグ71-83%削減 | ★★☆ |
| サブエージェント活用 | コンテキスト効率化 | ★★☆ |
| Playwright MCP | テスト工数ゼロ化 | ★★★ |
Claude Codeでプログラミングの生産性を上げるための最大のレバレッジポイントは、コードの書き方ではなく、ワークフローの設計にある。
あなたのワークフローのどこに、最大のボトルネックがあるだろうか。
参考文献
- Claude Codeで実践する仕様(スペック)駆動開発入門 — yoshidashingo
- Building Claude Code with Boris Cherny — Pragmatic Engineer
- How we're shipping faster with Claude Code — incident.io
- Claude Code Playwright MCP — DevelopersIO
- cc-sddで始めるKiro式仕様駆動開発 — Qiita
