第6章 / 26-30位(最終章)

個人を超え、
チームと運用へ。

最終章は「一人運用から、チーム運用へ」橋を渡す5本。 精鋭チーム査読 /ultrareview、自動化 /hooks、 GitHub 連携 /install-github-app、 研修ドキュメント /team-onboarding、見た目 /theme

00 / Chapter Intro

この章で扱う5本について

使いこなしの最終段階。Claude Code を「自分の道具」から「チームの道具」に育てる5本です。

26 第26位 / 精鋭チーム査読

🔬 /ultrareview — 複数 AI が並列でコードを徹底査読

複数の AI エージェントが並列で徹底的にコードをレビューする「精鋭チームによる査読」。

こんな時に使います

橋本さんは、本番リリース直前の重要なコード変更について、念入りにチェックしたいと思いました。/ultrareview を実行すると、クラウド上で複数の AI エージェントが並列稼働し、それぞれ別の観点(セキュリティ専門、パフォーマンス専門、設計専門)から徹底レビュー。通常の /review では気づけない深い問題まで指摘してくれました。

実行画面のイメージ

> /ultrareview

  Launching multi-agent code review (cloud)
  ─────────────────────────────
  Diffstat: 8 files changed, 247 ++, 89 --

  Agents launching:
  ⠋ Security analyst
  ⠋ Performance reviewer
  ⠋ Architecture critic
  ⠋ Code quality inspector
  ─────────────────────────────
  Estimated time: 3-5 minutes

  ✓ Review complete

  Findings:
  🔴 Critical: 2 issues
  🟡 Warnings: 7 issues
  🟢 Suggestions: 14 improvements

  Detailed report saved to: ./ultrareview-report.md

使うとどうなる?

  1. クラウド上で複数の AI が並列起動
  2. 各エージェントが専門観点でレビュー
  3. 通常レビューより深い問題を発見
  4. 詳細レポートが自動生成される
  5. GitHub の PR も引数で指定可能(/ultrareview <PR#>

使わなくてもよい場合

  • 小さな変更(/review で十分)
  • 試行錯誤段階のコード
  • コストを抑えたい時(通常版より高い)

関連する他のコマンド

補足(専門用語の解説)

マルチエージェント
複数の AI を並列で動かす仕組み。
PR(プルリクエスト)
変更の提案単位。レビュー対象になりやすい。
🎯
リリース情報と料金

2026 年 4 月 16 日の Claude Opus 4.7 と同時に正式リリースされました。Pro/Max ユーザーには 3 回の無料お試しが提供されています。それ以降は通常の課金です。

🆚
/review vs /ultrareview の使い分け

日常のコードレビューは /review/本番リリース前の最終チェックは /ultrareview/セキュリティ重視のレビューは /ultrareview/軽い動作確認は /review

藤川.com の一言

「本番直前」「お客様に出す前」の最終チェックに。コストは少し張るので、安心料として使うのがちょうどいい立ち位置です。

27 第27位 / 自動化トリガー

🪝 /hooks — 特定タイミングで自動スクリプトを実行

特定のタイミングで自動的にスクリプトを実行する「自動化トリガー」。

こんな時に使います

清水さんは、「Claude がファイルを編集するたびに、自動でコードフォーマッターを実行したい」と思いました。/hooks を開いてフックを設定すると、Claude がファイルを編集した直後、自動的にフォーマッターが起動し、コードが綺麗に整えられるようになりました。手動でやる手間が消えました。藤川さんも既に 4 つの PowerShell フック(pre-bash-firewall.ps1 等)を運用されています。

実行画面のイメージ

> /hooks

  Hooks Configuration
  ─────────────────────────────
  Event: PreToolUse
    ✓ pre-bash-firewall.ps1
      Triggers: Bash
      Purpose: Block dangerous commands

  Event: PostToolUse
    ✓ post-tool-log.ps1
      Triggers: All tools
      Purpose: Log every action

    ✓ format-on-edit.sh
      Triggers: Edit, Write
      Purpose: Run prettier after edits

  Event: Stop
    ✓ stop-notify.ps1
      Purpose: Desktop notification
  ─────────────────────────────

使うとどうなる?

  1. 設定済みのフック一覧が表示される
  2. どのイベントでどのスクリプトが動くか確認できる
  3. フックの追加・編集・削除ができる
  4. テスト実行も可能

使わなくてもよい場合

  • 自動化の必要がない時
  • スクリプトを書くスキルがまだない初心者段階

関連する他のコマンド

補足(専門用語の解説)

フック(Hook)
「特定のタイミングで引っかかって動く」自動処理。
トリガー
「きっかけ」「引き金」。
🎬
フックが動くタイミング

PreToolUse: Claude がツールを使う直前/PostToolUse: Claude がツールを使った直後/SessionStart: セッション開始時/Stop: Claude が応答を終えた時/UserPromptSubmit: ユーザーが入力を送信した時。

🛡️
藤川さんの運用例

pre-bash-firewall.ps1: 危険コマンドを実行前にブロック/pre-edit-protect.ps1: 重要ファイルの編集を保護/post-tool-log.ps1: 全アクションをログに記録/stop-notify.ps1: 完了時にデスクトップ通知。

藤川.com の一言

「自分が毎回やっていること」を Claude のフックに移すと、人間がしないといけない作業が劇的に減ります。最初は完了通知 1 つから。

28 第28位 / GitHub 連携

🐙 /install-github-app — GitHub の PR に自動コメント設定

GitHub のプルリクエストに Claude が自動コメントしてくれるよう設定する一括セットアップ。

こんな時に使います

山口さんは、GitHub でチーム開発をしています。同僚がプルリクエスト(PR)を出すたびに、Claude に自動でレビューしてもらいたいと考えました。/install-github-app を実行すると、ガイドに沿って数分でセットアップ完了。それ以降、PR が出る度に Claude が自動でコメントしてくれるようになりました。人間では見落としやすいバグやセキュリティ問題を発見してくれます。

実行画面のイメージ

> /install-github-app

  Install Claude GitHub App
  ─────────────────────────────
  Step 1: Authenticating with GitHub...
    ✓ Opening browser for OAuth
    ✓ Authorized as: tadahisa-fujikawa

  Step 2: Select repository...
    ◉ corporate-website
    ○ internal-tools
    ○ marketing-site

  Step 3: Configuring workflow...
    ✓ Created .github/workflows/claude-review.yml
    ✓ Added review prompt template

  ✓ Setup complete!

  From now on, Claude will review every new PR.

使うとどうなる?

  1. GitHub と Claude Code の連携が設定される
  2. リポジトリにレビュー用のワークフローファイルが追加される
  3. 以降の PR に対して Claude が自動レビューコメントを投稿
  4. レビューのカスタマイズも可能(プロンプトを編集)

使わなくてもよい場合

  • GitHub を使わないプロジェクトの時
  • 一人開発で PR レビューが不要な時
  • 既に他のレビューツールがある時

関連する他のコマンド

補足(専門用語の解説)

GitHub
ソースコード管理の世界標準サービス。
プルリクエスト(PR)
コード変更の提案と承認のための仕組み。
GitHub App
GitHub に追加できる連携アプリ。
🤖
自動レビューの効果

人間がスキマ時間でやっていた PR 確認が自動化/「変数名の typo」「セキュリティの初歩的なミス」を即指摘/人間のレビュアーは設計判断に集中できる/レビュー待ちでマージが遅れる問題が解消。

⚙️
レビュー精度の調整

セットアップ後、.github/workflows/claude-review.yml を編集すれば、レビューの観点や口調をカスタマイズできます。「セキュリティ重視」「日本語でコメント」など指定可能。

藤川.com の一言

チーム開発の標準装備にしたい1本。レビュー待ちでマージが滞る時間が消えるので、開発のリズムそのものが変わります。

29 第29位 / 研修担当係

📘 /team-onboarding — 新メンバー向け立ち上げガイドを自動生成

新しくチームに加わるメンバー向けの「立ち上げガイド」を自動生成する研修担当係。

こんな時に使います

新入社員、若林さんが今月入社しました。プロジェクトに加わってもらいたいけれど、ゼロから説明する時間がありません。/team-onboarding を実行すると、Claude Code はこれまでの CLAUDE.md、インストール済みスキル、サブエージェント、フック、最近のワークフローを分析し、若林さんがスムーズに業務開始できるオンボーディングドキュメントを自動生成してくれました。「これを読んでね」と渡すだけで研修が完了しました。

実行画面のイメージ

> /team-onboarding

  Generating teammate onboarding guide
  ─────────────────────────────
  Analyzing local Claude Code usage...
  ✓ CLAUDE.md (1,247 bytes)
  ✓ 12 installed skills
  ✓ 5 custom subagents
  ✓ 8 active hooks
  ✓ 23 recent workflows

  Building onboarding document...

  ✓ Saved to: onboarding-guide.md (4,802 bytes)

  Sections:
  - Project overview
  - Setup instructions
  - Daily workflows
  - Custom commands cheatsheet
  - Common troubleshooting
  - Who to ask for help
  ─────────────────────────────

使うとどうなる?

  1. プロジェクト全体の Claude Code 運用が分析される
  2. 新メンバー向けの説明書が自動生成される
  3. セットアップ手順、ワークフロー、よくあるトラブル対処までカバー
  4. 1 ファイルにまとまるので渡しやすい

使わなくてもよい場合

  • 一人プロジェクトの時
  • チームメンバーが既に Claude Code 達人ぞろいの時
  • カスタマイズが少ないプロジェクト(自動生成の価値が薄い)

関連する他のコマンド

補足(専門用語の解説)

オンボーディング
新メンバーをスムーズに業務に馴染ませる仕組み。
ワークフロー
一連の作業手順。
🎯
リリース情報

2026 年 4 月 10 日の v2.1.101 で追加された比較的新しい機能。組み込みコマンドなので追加インストール不要です。

💼
活用シーン

新入社員研修の補助資料/部署異動者への引き継ぎ/外部協力会社への業務委託説明/育休復帰者への状況共有/藤川さんが社内講師として教える際の参考資料。

藤川.com の一言

「説明する人がいないから新人が入れない」が消える機能。Claude Code を「人が増える基盤」として使うための、地味だが効く一本。

30 第30位 / お着替え

🎨 /theme — 画面の見た目を切り替える

画面の見た目(色合い・明暗)を切り替える「お着替え」機能。

こんな時に使います

三浦さんは、日中はオフィスの明るい環境で、夜は自宅の暗い環境で Claude Code を使っています。日中は目が疲れないようにライトテーマ、夜は暗めのダークテーマに切り替えたい。/theme を実行すると、テーマ選択画面が開き、簡単に切り替えられました。さらに JSON で自作テーマも作れるので、会社のブランドカラーに合わせた独自テーマも作成可能です。

実行画面のイメージ

> /theme

  Theme Selector
  ─────────────────────────────
  ◉ Dark (default)
  ○ Light
  ○ Auto (match terminal)
  ○ High Contrast
  ○ Solarized Dark
  ○ Solarized Light

  Custom Themes (~/.claude/themes/)
  ○ chigasaki-tv-blue   (湘南ブルー)
  ○ team-cyan            (チームカラー)
  ─────────────────────────────
  Or create new with: Edit theme JSON
  ↑↓ to preview, Enter to apply

使うとどうなる?

  1. テーマ一覧が表示される
  2. プレビューしながら選択できる
  3. 選んだテーマが即座に反映される
  4. カスタムテーマも作成・選択可能

使わなくてもよい場合

  • デフォルトの Dark で満足している時
  • 短時間しか使わない時

関連する他のコマンド

/config テーマ以外の設定も変えたい時 /keybindings キーボードショートカットのカスタマイズ /tui フルスクリーンモード切替

補足(専門用語の解説)

テーマ
配色や見た目のセット。
JSON
設定を書く時の標準的な書式。
🔄
重要な変更履歴

2026 年 4 月 23 日の v2.1.118 で大幅にパワーアップしました。/theme から名前付きのカスタムテーマを作成・切替できるようになり、~/.claude/themes/<name>.json で JSON 形式で定義できます。プラグインも独自テーマを配布可能になりました。

🎨
こんなテーマがあると便利

朝用: 明るく爽やかなライトテーマ/夜用: 目に優しいダークテーマ/会社ブランドカラー: 社内アピール用/プロジェクト別: A 社案件は青、B 社案件は緑など/集中モード用: モノクロで気が散らない。

藤川.com の一言

CHIGASAKI TV プロジェクト(湘南ブルー&白)の色を反映したカスタムテーマを作れば、関係者にお披露目した時に「お、CHIGASAKI TV カラーだ!」と話題になるかもしれません。気分転換にも、ブランド表現にも。

31 / Chapter Cheat Sheet

この 5 本の使い分け

運用5本、最後の総まとめ。

コマンド こんな時 こうなる 一言コツ
/ultrareview 本番直前のチェック 複数 AI が並列査読 安心料としての位置づけ
/hooks 繰り返し作業を自動化したい タイミングで自動実行 最初は通知 1 つから
/install-github-app チームで PR を回す PR に自動コメント レビュー待ちが消える
/team-onboarding 新メンバーを迎える 立ち上げガイドを自動生成 「これ読んでね」で済む
/theme 見た目を整えたい 配色テーマを切替 朝用・夜用を持つ
5本まとめての使い方

個人の道具を「チームの基盤」に育てるための章。/ultrareview/install-github-app で品質、/hooks で自動化、/team-onboarding で人を増やす、/theme でブランドを乗せる。藤川.com 流の運用設計の最終ピース。