AI NEWS

Claude Code のカスタマイズが本気モード — プラグインZIP/URL読込・Routines・Monitor・/team-onboarding 完全ガイド

Claude Code は単なるツールから「自分専用の開発環境」へ進化中。プラグインを.zip / URL から読み込み、Routines でスケジュール実行、Monitor で外部イベントをストリーミング、/team-onboarding でセットアップを再生可能なガイド化。チームでの本格運用が現実的になってきました。

Claude Code はもはや Anthropic が提供する固定機能」 ではありません。2026年3〜5月の間に、カスタマイズとチーム運用のための機能が大幅に充実しました。本記事では特に注目すべき6つの機能を解説します。

📌 注目のカスタマイズ機能

  1. プラグイン .zip / URL 読み込み:1コマンドでプラグイン導入
  2. Routines:スケジュール・GitHubイベントで自動エージェント実行
  3. Monitor:外部イベントを会話にストリーミング
  4. /team-onboarding:セットアップを再生可能なガイドに
  5. /goal:完了条件成立まで複数ターン自動実行
  6. worktree.baseRef:新worktree の起点ブランチ制御

🔌 ① プラグインを .zip / URL から読み込み(5月4日週)

これまでプラグインの導入は「リポジトリをクローンして…」と手間がかかっていましたが、1コマンドで完了するようになりました。

使い方

# ローカル ZIP ファイルから
claude --plugin-dir ./my-plugin.zip

# リモート URL から(現在のセッション用)
claude --plugin-url https://example.com/plugins/awesome-tools.zip

# 設定ファイルに永続化する場合
~/.claude/config.json
{
  "plugins": [
    "./local-plugin.zip",
    "https://example.com/plugins/awesome-tools.zip"
  ]
}

これにより、「あの人が作ってた便利プラグインをサクッと試す」が現実的になりました。社内プラグインを GitHub Releases で配布する運用も簡単に。

⏰ ② Routines — スケジュール / イベントトリガーで自動実行(4月13日週)

Routines は ウェブ版 Claude Code の機能で、テンプレート化されたクラウドエージェントを以下のトリガーで実行できます。

  • スケジュール:cron 式で「毎日朝9時」など
  • GitHub イベント:「main にpush されたら」「Issue が立ったら」
  • API 呼び出し:外部システムから直接トリガー

ユースケース例

トリガー 動作
毎週月曜 9:00 先週の PR を Claude が要約してSlackに投稿
main に push Ultrareview で全体スキャン → 結果を Issue に
Issue ラベル “auto-fix” Claude が修正案を試作して PR 作成
毎日深夜 0:00 依存パッケージのアップデート可否を分析

設定例

# claude.app 上で Routine を作成
名前: Weekly PR Summary
トリガー: schedule (every Monday 09:00 JST)
プロンプト: |
  先週マージされた PR をすべて分析し、
  以下の形式でSlackに投稿してください。

  ## 先週の主要な変更
  - 機能追加(最大3つ)
  - バグ修正(最大3つ)
  - リファクタリング(最大3つ)

  ## 注目すべき変更
  ## 来週レビューすべきPR
出力先: Slack #engineering channel

📊 ③ Monitor — 外部イベントを会話にストリーミング(4月6日週)

Monitor は バックグラウンドで発生するイベントを会話セッションに流し込むツール。Claude が 実時間で反応できるようになります。

典型ユースケース

  • ログファイルを tail して、エラーが出たら Claude が即座に解析
  • CI のテスト出力をストリームして、失敗を見つけたらすぐ修正案
  • 本番サーバーの メトリクスを流し込んで異常検知
  • Slack のメンションを流して、ユーザーの問い合わせに即応

使い方

# ログをモニタリング
claude monitor "tail -f /var/log/app.log"

# CI 出力を見て修正
claude monitor "pnpm test --watch" --on-error "fix the failing test"

# Slack をモニタリング
claude monitor --source slack --channel engineering

👥 ④ /team-onboarding — セットアップを再生可能なガイドに(4月6日週)

新メンバーが入ったときの「環境構築マニュアル」、毎回更新が追いつかなくなりますよね。/team-onboarding はそれを解決します。

使い方

# 自分のセットアップを記録
/team-onboarding record

# 記録された内容を新メンバーが再生
/team-onboarding play

# パッケージとして配布
/team-onboarding export ./onboarding-guide.json

これで 「環境構築だけで新人が3日溶ける」問題が解消されます。Claude が一緒に伴走しながら、コマンドを実行・確認・トラブルシュートしてくれます。

🎯 ⑤ /goal — 完了条件成立まで動作継続(5月11日週)

「このバグを直して」と指示しても、テストが通るまで Claude が複数ターン動き続けるとは限りません。/goal はこれを解決します。

使い方

/goal "全テストが通る状態を作る"

# Claude が以下を自動繰り返し:
# 1. テスト実行
# 2. 失敗を分析
# 3. 修正案を実装
# 4. テスト再実行
# 5. ループ(成功するまで or 最大反復回数まで)

# 高度な使い方
/goal "デプロイが本番で成功する" 
  --max-iterations 10 
  --checkpoint-each-iteration

これは Reflexion パターン」(失敗から学んで再試行)の組み込み実装です。プランニングと自己修正のパターンで扱った概念が、CLI に標準搭載されました。

🌿 ⑥ worktree.baseRef — Git ワークフロー強化(5月4日週)

Claude Code が新しい worktree を作るとき、起点ブランチを リモートデフォルト or ローカル HEAD から選べるようになりました。

# 設定ファイルで指定
~/.claude/config.json
{
  "worktree": {
    "baseRef": "remote-default"  # または "local-head"
  }
}

地味ですが、「ローカルでブランチが古くなってる時に worktree 作って事故る」を防げます。

🛡 おまけ:Auto Mode hard deny ルール(5月4日週)

Auto Mode の許可リストに加えて、許可例外があっても無条件にブロックする hard deny ルールが追加されました。

# 例:本番DB への接続は絶対許可しない
~/.claude/auto-mode-rules.json
{
  "hard_deny": [
    "psql.*production",
    "rm -rf /",
    "kubectl.*--context=prod"
  ]
}

これで 「Auto Mode の事故」のリスクが大きく下がります。本番運用には必須の機能。

📚 こうした機能を体系的に学ぶには

引用元Claude Code 公式 What’s New

よくある質問

この記事に関連する質問と答えをまとめました。

Q.Routines の料金はどう計算されますか?
A.
クラウド実行のため、実行時間と消費トークンに応じた従量課金です。read-only タスク(週次レポート等)なら月数十ドル、PR 自動レビュー系(write)なら数百ドルが目安です。
Q.社内プラグインを安全に配布するには?
A.
GitHub Releases に .zip を置いて、--plugin-url で配布するのが推奨。プラグインに含まれるコードは事前にレビューし、必要に応じてシグネチャ検証を加えることで安全性が高まります。
Q.Monitor は高頻度ログでも大丈夫?
A.
事前のパターンマッチングで絞り込んでから Claude に送る仕組みのため、高頻度ログでもトークン消費は限定的。さらに --sample-rate オプションで間引きも可能です。
Q./team-onboarding で機密情報は漏れない?
A.
環境変数の値は自動的にマスキングされ、テンプレート(変数名のみ)として記録されます。実値は各メンバーが自分で .env に入力する設計のため、機密情報の露出はありません。