はじめに
この1年ほどで、Claude Code / Codex 関連の記事を70本以上書いてきました。いちばん読まれたのは18万スター超のCLAUDE.mdに学ぶ、Claude Codeを暴走させない運用術で、ありがたいことに200いいねを超えています。
ただ、本数が増えるほど「結局どれから読めばいいのか」が分かりにくくなりました。安全設定の話、CLAUDE.mdの分割、6体のレビューチーム、Fable 5での棚卸し——単発で読むと、つながりが見えません。
そこで、実務運用に関わる記事を選び直し、9つのSTEPに並べ替えました。この記事はその地図です。
シリーズ名は「Claude Code実務運用シリーズ」。合言葉は「暴走させない、から仕組みにするまで。」です。
全部読む必要はありません。 いまの症状に合うSTEPから入ってください。
この記事で分かること
- Claude Code / Codex を「たまに使うAIツール」から「業務の仕組み」に育てる9ステップ
- 自分がどのSTEPから読み始めるべきか(症状別の入口)
- 各記事の役割と読む順番
対象読者
- Claude Codeを使い始めたエンジニア
- CLAUDE.md / AGENTS.md が長くなって困っている人
- カスタムコマンドを作りたい人
- MCP連携を実務で使いたい人
- Fable 5やSkillを実務でどう使うか知りたい人
- AIエージェントを安全に業務導入したい人
このシリーズの方針:プロンプト集は配らない
このシリーズで配るのは「便利なプロンプト」ではなく、設定ファイル・指示ファイル・コマンド定義・エージェント定義という成果物です。
プロンプトは会話が終われば消えます。ファイルはリポジトリに残り、チームで共有でき、レビューでき、Fable 5に棚卸しさせることもできます。「AIの運用をファイルで管理する」が全STEPに共通する考え方です。
流れは4フェーズです。
| フェーズ | やること | STEP |
|---|---|---|
| 止める | 危険な操作を最初に封じる | 1 |
| 整える | 指示ファイルとガードレールを整備する | 2〜3 |
| 任せる | 定型作業をコマンド・レビュー・エージェントに任せる | 4〜6 |
| 仕組みにする | 外部ツールと接続し、棚卸しし、Skillとして固定する | 7〜9 |
あなたはどこから読むべきか
| いまの症状 | 入口 |
|---|---|
| 昨日Claude Codeをインストールした | STEP 1 から順に |
| CLAUDE.md / AGENTS.md が100行を超えて、メンバーに無視され始めた | STEP 2 |
| 「勝手にgit pushされないか」が不安で自動化に踏み切れない | STEP 1 → 3 |
| コードレビューをAIに任せたいが、1体だと見落としが多い | STEP 5 |
| 毎週・毎日、同じ作業を同じ指示でAIにやらせている | STEP 6 → 9 |
| RedmineやCrashlyticsなど業務システムとつなぎたい | STEP 7 |
| Fable 5を何に使えばいいか分からない | STEP 8 |
コース別の読む順
初心者コース(7本) — まず安全に、最初の自動化まで
STEP 1(安全設定 → 運用術) → STEP 4(標準Skill) → STEP 9(document-skills)
→ STEP 4(レビュー自動化 第1弾 → 第2弾) → STEP 7(Playwright導入)
実務者コース(9本) — チームで運用に乗せる
STEP 2(分割基準 → 自衛策) → STEP 3(安全ルール → セキュリティ常駐)
→ STEP 5(6体チーム → 3層振り分け) → STEP 7(MCP比較 → Chrome接続)
→ STEP 8(Fable 5で棚卸し)
上級者コース(8本) — エージェント組織を設計する
STEP 6(思想 → チケット駆動 → 競合分析 → 週報) → STEP 5(3層 → 企画レビュー)
→ STEP 8(設計調査AI → 棚卸し)
Codexユーザーは、STEP 3のAGENTS.md回とSTEP 5のCodex Skill回を並走してください。考え方はClaude Codeと共通です。
STEP 1: 安全に使う
自動化の話は、止める仕組みを入れてからです。最初の1時間でやることは2つ:settings.jsonで機械的に拒否する(設定)、CLAUDE.mdで行動原則を渡す(指示)。
-
【コピペで完了】Claude Codeの最初に入れる安全設定2つ:「危険コマンド」と「機密ファイル」を拒否する
導入初日の守りのコピペ。危険コマンドと機密ファイルReadをdenyで止めます。 -
18万スター超のCLAUDE.mdに学ぶ、Claude Codeを暴走させない運用術
シリーズの土台。18万スターのCLAUDE.mdから「暴走させない4原則」を自分の環境に実装します。 -
Claude Code auto modeを有効化する日、denyリストから消してよいものは1つもなかった【公式リストと突き合わせ】
auto modeを入れる前の答え合わせ。denyリストから消してよいものがあるかを公式リストと突き合わせます。
STEP 2: 指示ファイルを整理する
CLAUDE.md / AGENTS.md は運用すると必ず膨らみます。膨らんだ指示ファイルはAIにもチームにも無視される、が実感です。
-
AGENTS.md / CLAUDE.md が100行を大幅に超えたら危険。チームに無視されないAI指示ファイルの分け方
残す/出すの基準を1つに絞った分割の実例。チームのファイルを直せる立場の人向け。 -
チームの AGENTS.md / CLAUDE.md が重すぎてAIエージェントが使い物にならないとき、自分の環境だけ守る方法
チームのファイルを変えられない立場の人向け。自分の環境だけ除外して守ります。
STEP 3: ガードレールを作る
STEP 1が「止める」なら、ここは「事故りにくくする」です。静的なルール追記と、動的なレビュー役の常駐を組み合わせます。
-
andrej-karpathy-skillsのCLAUDE.mdに足したい、Claude Codeの安全運用ルール3選
未読コードを断定しない・検証できないときは申告する・Git操作を勝手にしない。追記スニペットつき。 -
Claude Code公式プラグインで「セキュリティ担当のもう一人のClaude」を常駐させる
指示ファイル(静的)に加えて、常駐レビュー役(動的)を足す構成。 -
18万スター超のCLAUDE.mdに学ぶ、Codexを暴走させないAGENTS.md運用術
Codexユーザー向け。STEP 1〜3の内容をAGENTS.mdに翻訳した回です。
STEP 4: カスタムコマンド化する
毎回チャットで指示している定型作業は、コマンドにすると再現性が出ます。自作の前に、公式が用意しているものを知っておくと近道です。
-
【第1弾】【初心者向け】VS CodeのClaude Codeで「iOSコードレビュー → 修正 → Xcodeビルド確認」を自動化する
初めての定型ワークフロー自動化。ビルド確認(検証)まで含めるのがポイント。 -
【第2弾】【初心者向け】VS CodeのClaude Codeで「iOSコードレビュー → 修正 → Xcodeビルド確認 → テスト項目作成」を自動化する
第1弾にテスト項目の自動生成を追加。差分だけ読めば済む構成です。 -
電子書籍アプリ開発で考える Claude Code の
/goalコマンド入門:AI に「完了条件」まで進めてもらう
作業手順ではなく「完了条件」を渡す発想の転換。Web開発者向け版もあります。 -
Claude Code標準SkillをiOSアプリ開発でどう使うか:公式ドキュメントを根拠に整理する
/code-reviewや/batchの使い所を公式ドキュメント根拠で整理。Android版もあります。
STEP 5: レビュー自動化する
シリーズの中核です。1体のAIに全部レビューさせると観点が混ざって見落とします。責務を分割し、リスクに応じて方式を切り替えます。
-
1体AIレビューを6体チームに分割:Claude Codeで作る責務分割型コードレビュー【テンプレ全公開】
要件・クラッシュ・互換性など6つの専門レビュワーに分割する設計と、その理由。 -
差分リスクでレビュー方式を自動振り分け:Claude Codeで作る3層コードレビュー・オーケストレーター【6体AI+テンプレ全公開】
差分のリスクを判定して、通常レビューと6体チームを自動で使い分けるルーター層を足します。 -
Redmineチケット確認からSlack通知まで行うiOSコードレビュー用Codex Skillを作成する
Codex側の実装例。チケット確認から通知まで、業務システム込みで自動化します。 -
ビジネス担当の企画に、6人の専門家AI+検証役が意見書を返す ― Claude Codeスキル公開
レビュー対象をコードから「企画」に拡張した回。既存仕様への接地(グラウンディング)が鍵です。
STEP 6: サブエージェント化する
レビューだけでなく、開発フロー全体を役割分担させる段階です。テクニックより先に、思想編から読んでください。
-
プロンプトを磨くのをやめて、就業規則を書き始めた ── Claude Codeで定型業務を「組織化」する話
思想編。プロンプト改善をやめて、AIの「就業規則」(役割定義)を書く理由。 -
ループエンジニアリングでClaude Codeを実務に:Redmineチケット駆動開発のQA・開発・レビュー・統括エージェント設計
標準実装。QA・開発・レビュー・統括の4役設計と「QAを最初に置く」理由。iOS開発の実例版もあります。 -
Claude Codeで競合X分析を自動化する:ループエンジニアリングで作るAIスペシャリストチーム
同じ設計が開発以外(競合分析)でも通用する横展開の例。 -
ループエンジニアリングを Cowork で実践する ― 毎週のクラッシュ週報を"評価役つき"で全自動 PowerPoint 化
「作る役」と「評価する役」を分離する品質ゲートの実例。成果物はPowerPointまで自動生成します。
STEP 7: MCPで外部ツールと接続する
エージェントの手足を増やす段階です。ブラウザ系と業務システム系に分けて読んでください。接続を増やすほど、STEP 1の安全設定が効いてきます。
ブラウザ系:
- 【第1弾】【初心者向け】Claude CodeにPlaywrightプラグインを入れる方法 — 導入だけをまず完了させる回
- 【第2弾】【初心者向け】Claude Code × PlaywrightでWebサイトを点検・改善する方法 — 実務タスク第1号
- Claude Codeで競合分析するならどっち?Playwright MCP vs Chrome DevTools MCPの最適解【プロンプト付き】 — 2種の使い分け基準
- 新規Chromeを起動させるな:Claude Codeをログイン済みChromeへ接続するMCP調査手順 — 既存ログイン環境に接続する実務制約対応
- Claude Codeでブラウザを"見る"から"操作"へ:接続済みChromeを動かしてみた【chrome-devtools-mcp】 — 操作の権限設計(どこまで任せるか)
業務システム系:
- Crashlytics連携(全4回): ①ログ取得 → ②原因分析と修正提案 → ③監視ワークフロー化 → ④レポートのPowerPoint化
- 【第5弾】Claude Codeが「そのAPI、非推奨ですよ」と教えてくれる ― Redmine連携フローにContext7を組み込む — 操作系でない「知識系MCP」の代表例
STEP 8: Fable 5で運用を棚卸しする
ここは新モデルの紹介ではありません。STEP 1〜7を実践すると、設定・指示ファイル・コマンドが必ず増えて矛盾が出ます。Fable 5の使い所は、その運用資産の棚卸しと再設計だと考えています。
-
Claude Fable 5のお試し期間が7/7までなので、「実装AI」ではなく「設計調査AI」として使うプロンプト集
役割分担の宣言。日常の実装はOpus/Sonnetに任せ、Fable 5には調査と設計を任せます。プロンプト集は今も有効です。 -
Fable 5が復活したので、Claude Codeの運用ルールを3つのプロンプトで棚卸しした【プロンプト全公開】
診断 → 最終構成 → 回帰テストの3プロンプトで運用ルールを棚卸しする手順。シリーズ全STEPの成果物をここでメンテします。 -
【output style全文公開】Sonnet / OpusをFable 5的な振る舞いに寄せる:公式スニペットをコピペで移植する
Fable 5の振る舞いをoutput styleとしてSonnet / Opusへ移植します。日常モデルの規律を底上げする回。 -
Fable 5が復活したので、Claude CodeのAIエージェントチームを自己改善型にした【プロンプト全公開】
棚卸しの続編。エージェントチームに自己改善ループを組み込み、新Skill候補の提案までつなげます。
棚卸しで「毎回同じ指示をしている」と分かった作業が、次のSTEP 9でSkillになります。
STEP 9: Skill化して再利用可能にする
仕組みの最終形です。ワークフローをSkillとして固定すれば、指示ゼロで再実行でき、他人にも配れます。
-
Claude Codeは「コードを書くAI」で終わらせるな:公式 document-skills でPDF・Excel・Word・PowerPointまで自動化する
まず公式Skillで威力を体験する回。ドキュメント生成まで自動化の範囲が広がります。 -
もう「これにより〜することができます」とは書かない:Claude.aiでAI臭を一掃するHumanizer Skill 3種【英語+日本語対応】
文章系Skillの実例。Skill=コード生成ではないことが分かります。 - 自作Skillの公開例は、STEP 5のCodex Skill回と企画レビューSkill回を参照してください。
番外編:シリーズを支える土台
- Claude Codeの「重い・忘れる」を防ぐ:7万スター超のclaude-memと98%削減のcontext-modeを比較 — 長期運用の土台(記憶とコンテキスト軽量化)
- Claude Code関連ツールを追うのが大変なので、GitHub Actions・Qiita・Claude APIで急上昇ランキングを自動生成した — 情報収集そのものを自動化した舞台裏
- 【初心者向け】Claude Code公式プラグイン「feature-dev」のインストール手順 / 解説編 — 機能開発ワークフローの公式プラグイン
よくある質問
Q1. CLAUDE.mdとAGENTS.md、どちらを書けばいいですか?
両方使うなら中身を共通化して、置き場所だけツールに合わせるのが現実解です。対応関係はCodex版の回に表でまとめています。
Q2. チーム導入は何から始めるべきですか?
個人の安全設定(STEP 1)→ 指示ファイルの分割(STEP 2)→ レビュー自動化(STEP 5)の順をすすめます。いきなりエージェント組織(STEP 6)から入ると、事故ったときに原因が切り分けられません。
Q3. どこまで自動化しても安全ですか?
基本線は「読む系は自動、書く系・外に送る系は確認を挟む」です。具体的な権限設計はSTEP 1の安全設定と、STEP 7のChrome操作の回で扱っています。
Q4. Fable 5と普段のモデルはどう使い分けていますか?
日常の実装はOpus/Sonnet、大規模な調査・設計・運用の棚卸しはFable 5です。理由はSTEP 8の1本目に書きました。
Q5. Codexユーザーです。どう読めばいいですか?
考え方は全STEP共通です。Codex固有の実装はAGENTS.md運用術とCodex Skill回の2本にまとめています。
まとめ
- Claude Codeの実務運用は「止める → 整える → 任せる → 仕組みにする」の順で進めると事故が少ない
- 配るべきはプロンプトではなく、設定・指示ファイル・コマンド・エージェント定義という成果物
- この記事は入口です。症状に合うSTEPから読み始めて、迷ったらここに戻ってきてください