対象コーディング以外でもClaude Codeを活用したい人

達成目標ドキュメント・レビュー・分析の自動化ができる

前提知識Getting Started完了

所要時間15分

その他業務

Claude Codeはコーディングだけのツールではありません。ドキュメント生成、コードレビュー、大量資料分析、PM向けタスク、学習・教育など、幅広い業務を自動化・効率化できます。

ドキュメント自動生成

Claude Codeはコードベースを読み解いて、高品質なドキュメントを自動生成できます。README、API docs、アーキテクチャ文書など、エンジニアが最も苦手とする作業を自動化します。

README自動生成・更新

プロジェクトの構造と目的を分析し、構造化されたREADMEを生成します。

README生成プロンプト

このプロジェクトのREADMEを生成して。以下の構成で:
1. プロジェクト概要（1段落）
2. 主要機能（箇条書き）
3. セットアップ手順（ステップバイステップ）
4. 使い方（基本的なコマンド例）
5. ディレクトリ構成（ツリー形式）
6. ライセンス

コードベースを分析して、実際の内容に基づいて書いて。
推測ではなく、事実に基づくこと。

API ドキュメント生成

APIのエンドポイント、リクエスト/レスポンス形式、認証方法などを自動的にドキュメント化します。

API docs生成プロンプト

src/app/api/ 配下の全エンドポイントを分析し、
OpenAPI 3.0形式のドキュメントを生成して。

各エンドポイントについて:
- HTTPメソッドとパス
- リクエストパラメータ（型付き）
- レスポンス形式（成功/エラー）
- 認証要否
- 使用例（curlコマンド）

アーキテクチャ文書の自動更新

コードの変更に伴い、アーキテクチャ文書を自動更新する仕組みを作ります。

依存関係の可視化 — モジュール間の依存関係をMermaid記法で図示
データフローの記述 — リクエストがどのように処理されるかを追跡
設計判断の記録 — なぜこの設計にしたかのADR（Architecture Decision Record）を生成

✅ Tip

ドキュメント生成はHooksと組み合わせると強力です。PostWriteフックで「変更されたファイルに関連するドキュメントを更新」を自動化すれば、ドキュメントとコードの乖離を防げます。

コードレビュー自動化

Claude Codeを使ったコードレビューの自動化フローを解説します。PR作成からレビュー、フィードバックまでの一連のプロセスを効率化します。

PR作成の自動化

変更内容を分析し、適切なPRタイトル、説明、レビュアー候補を自動生成します。

PR作成プロンプト

# Claude Codeで変更をコミット後
git diff main...HEAD を分析して、PRを作成して。

PRには以下を含めて:
- 変更の概要（What）
- 変更の理由（Why）
- テスト方法（How to test）
- 影響範囲（Impact）
- スクリーンショット（UI変更の場合）

自動レビューフロー

差分分析
git diffの内容をClaude Codeに渡し、変更の意図と品質を分析。セキュリティ、パフォーマンス、保守性の観点でチェック。
コメント生成
問題点や改善提案をGitHubのレビューコメント形式で生成。行番号付きで具体的な修正案を提示。
フィードバックの反映
レビューコメントに基づいて修正を自動適用。修正後に再レビューを実行し、品質を確認。

コードレビュー実行

# PRの差分をレビュー
claude "git diff main...HEAD を読んで、コードレビューして。
以下の観点でチェック:
1. バグの可能性
2. セキュリティリスク
3. パフォーマンス問題
4. 命名規則の遵守
5. テストの十分性"

# GitHub CLIと連携してPRコメントを投稿
claude "gh pr view 123 のレビューコメントを読んで、
指摘事項を修正して。"

📝 Note

自動レビューは人間のレビューを置き換えるものではなく、補完するものです。明らかなバグや規約違反は自動検出し、人間はアーキテクチャやビジネスロジックの妥当性に集中できるようにしましょう。

大量資料分析

大量のドキュメント、ログファイル、データセットをClaude Codeで効率的に分析するワークフローを解説します。GPT+Claudeの2段階分析で精度と効率を両立させます。

2段階分析ワークフロー

Stage 1: 粗い分析（GPT / Haiku）

大量の資料を高速に処理し、重要な箇所を抽出。コスト効率の良いモデルで全体をスキャンし、注目ポイントをリストアップ。

Stage 2: 深い分析（Claude Opus）

Stage 1で抽出された重要箇所を、高性能モデルで詳細に分析。因果関係の推論、矛盾の検出、提言の生成を行う。

実践例: ログ分析

大量ログの分析

# Stage 1: エラーログの抽出と分類
claude "logs/ ディレクトリの全ログファイルを分析して。
エラーをカテゴリ別に分類し、発生頻度を集計して。
上位10件のエラーパターンをリストアップ。"

# Stage 2: 根本原因分析
claude "Stage 1で特定された上位3件のエラーパターンについて、
根本原因を分析して。関連するソースコードを調べ、
修正案を優先度付きで提示して。"

実践例: 競合分析

競合資料の比較分析

claude "docs/competitors/ ディレクトリの全資料を読んで、
以下の観点で比較表を作成して:
1. 主要機能の網羅性
2. 価格帯
3. ターゲットユーザー
4. 技術スタック
5. 差別化ポイント

自社プロダクトとの比較も含めて。"

✅ Tip

大量資料分析では、最初に/compactでコンテキストを確保してから開始してください。また、結果を中間ファイル（analysis-results.md等）に書き出しながら進めると、セッションが切れても作業を継続できます。

PM・非エンジニア向け活用

プロダクトマネージャーや非エンジニアがClaude Codeを活用して、要件整理、PRD作成、論点抽出、Issue分解を効率化する方法を解説します。

要件整理テンプレート

要件整理プロンプト

以下の機能要件を整理して、開発チームに渡せる形にして:

[ユーザーストーリー]
「管理者として、ユーザーの利用状況を月次レポートで
確認したい。これにより、プランの最適化提案ができる。」

以下の形式で整理して:
1. ユーザーストーリーの明確化
2. 受け入れ基準（Acceptance Criteria）
3. エッジケース
4. データ要件
5. UI/UXの制約
6. 優先度（Must/Should/Could/Won't）

PRD作成

PRD作成プロンプト

以下の情報をもとにPRDを作成して:

機能名: ユーザーダッシュボード刷新
背景: 現行ダッシュボードのエンゲージメント率が低い
目標: DAU 20%向上

PRDの構成:
1. 背景と課題
2. ゴールと成功指標（KPI）
3. ユーザーペルソナ
4. 機能要件（優先度付き）
5. 非機能要件
6. タイムライン
7. リスクと緩和策

論点抽出とIssue分解

Issue分解プロンプト

以下の大きなタスクをGitHub Issueに分解して:

「決済システムのStripe移行」

各Issueについて:
- タイトル（簡潔に）
- 説明（背景、やること、受け入れ基準）
- 見積もり（S/M/L）
- 依存関係
- 担当候補（frontend/backend/infra）

依存関係を考慮した実行順序も提示して。

📝 Note

PM向けのプロンプトは、コードベースへのアクセス権がなくても使えるものが多いです。ただし、既存のコードベースを分析した上で要件を整理する場合は、Claude Codeのファイル読み取り機能が大きなアドバンテージになります。

学習・教育

Claude Codeを学習ツール・メンターとして活用する方法を解説します。コードベースの理解、技術調査、メンタリング的な活用が可能です。

コードベース理解

新しいプロジェクトに参加した際、Claude Codeを使ってコードベースを効率的に理解します。

コードベース理解プロンプト

# プロジェクト全体の理解
claude "このプロジェクトの全体像を説明して。
主要なモジュール、データフロー、外部依存を
図解付きで説明して。"

# 特定の機能の理解
claude "ユーザー認証のフローを、コードを追いながら
ステップバイステップで説明して。
リクエストがどのファイルをどの順番で通るか示して。"

# 設計判断の理解
claude "なぜこのプロジェクトでは状態管理にReduxではなく
Zustandを使っているのか、コードから推測して説明して。"

技術調査

新しい技術やライブラリの導入検討をClaude Codeに支援させます。

PoC（概念実証）の高速作成 — 新しいライブラリの動作確認コードを即座に生成
移行リスクの評価 — 既存コードへの影響を分析し、移行コストを見積もる
ベンチマーク実行 — 代替技術のパフォーマンス比較を自動化

メンタリング的活用

Claude Codeを「先輩エンジニア」として活用し、コーディングスキルを向上させます。

メンタリング活用例

# コードの改善提案を受ける
claude "この関数をレビューして、改善点を教えて。
なぜその改善が重要なのかも説明して。
初心者にもわかるように。"

# 設計パターンの学習
claude "このコードにStrategy patternを適用すると
どうなるか、Before/Afterで示して。
適用することのメリット・デメリットも説明して。"

# ベストプラクティスの学習
claude "このエラーハンドリングを、
TypeScriptのベストプラクティスに沿って改善して。
各変更の理由を詳しく説明して。"

✅ Tip

学習目的で使う場合は、「なぜそうするのか」「他の選択肢は何か」「トレードオフは何か」を常に質問するクセをつけましょう。単に「コードを書いて」ではなく「教えながら書いて」と指示すると、学習効果が格段に高まります。