🧭 本記事は Claude Code実務運用シリーズ の STEP 8「Fable 5で運用を棚卸しする」です。
ここまでのSTEPで増えた運用ルールを、Fable 5に棚卸し・再構成させます。
シリーズ全体の地図と読む順は親記事にまとめています。

はじめに

Claude Fable 5 が復活しました。

Fable 5 は単発のコード生成より、長時間の調査・設計・レビュー・エージェント運用の見直しに向いたモデルです。

そこで今回は、Fable 5 を「実装させる」のではなく、Claude Code の運用ルールそのものをレビュー・再設計させるという使い方を紹介します。

やることは3つのプロンプトを投げるだけです。

1. 現状を渡して棚卸し（診断）させる
2. 診断結果をもとに最終構成を作らせる
3. 変更後の回帰テスト項目を作らせる

CLAUDE.md やガードレール、カスタムコマンドの中身を自分で書き直すのではなく、Fable 5に出力させます。人間がやるのは、現状を渡すことと、出てきた提案を確認して反映することだけです。

本記事のプロンプトはすべてコピペ前提です。自分の環境に合わせて調整してください。

なぜFable 5で棚卸しするのか

Claude Code を使い続けると、便利なルールをつい少しずつ足していきます。最初は快適なのですが、しばらく経つとだいたいこうなります。

・グローバルルールが長すぎる
・同じような指示が複数箇所にある
・プロジェクト固有のルールがグローバルに混ざっている
・安全ルールが抽象的で、実行時に効きづらい
・カスタムコマンドの責務が重複している
・Skill化すべき作業が毎回プロンプト頼みになっている

この状態だと、AIがルールを読んでいるように見えても、肝心の指示が埋もれます。

ここで効くのがFable 5です。使いどころはコード生成だけではありません。むしろ相性がいいのはこちら側です。

・既存ルールの棚卸し
・重複ルールの統合
・曖昧なルールの具体化
・ガードレールの見直し
・カスタムコマンドとSkillの責務分離
・Claude Code / Codex の運用設計

要するに AIエージェント運用の設計レビュー です。使う側の設定が乱れていると、モデルがどれだけ強くても安定しません。逆に運用ルールが整っていれば、AIに毎回同じ説明をしなくて済みます。

今回のゴール

最終的に目指す形はこれです。細部はFable 5に作らせるので、ここでは全体像だけ頭に入れておきます。

グローバル:
  すべての作業に共通する短いルール

ガードレール:
  危険操作と機密情報を防ぐ具体ルール

カスタムコマンド:
  よく使う作業の呼び出し口

Skill:
  再利用可能な専門作業

プロジェクト配下:
  そのプロジェクトだけの仕様・前提・運用

肝は「何でもグローバルに入れない」こと。あとはこの分離をFable 5に任せます。

ステップ1：棚卸し（診断）させる

最初のプロンプトです。~/.claude/ や ~/.codex/、プロジェクト配下の CLAUDE.md / AGENTS.md をまとめて読ませた上で、以下を投げます。ポイントは2つ。「コードを書いて」ではなく「運用設計をレビューして」と頼むこと。そして、この段階では診断に徹させ、完成品はまだ作らせないことです。

いきなり最終構成を作らせるより、まず問題点を洗い出させてから設計させたほうが、指摘の精度も再現性も上がります。

あなたはClaude Code / Codexの実務運用設計を専門とするシニアAIエージェントアーキテクトです。

以下のグローバルルール、ガードレール、カスタムコマンド、Skill構成をレビューしてください。

目的:
- AIエージェントの暴走を防ぐ
- 毎回同じ説明をしなくてもよい状態にする
- グローバルルールを短く保つ
- プロジェクト固有ルールと共通ルールを分離する
- カスタムコマンドとSkillの責務重複を減らす
- 初心者でも運用しやすい構成にする

レビュー観点:
1. グローバルに置くべきルール
2. プロジェクト側に置くべきルール
3. カスタムコマンドに切り出すべき手順
4. Skill化すべき反復作業
5. 削除・統合すべき重複ルール
6. ガードレールとして明文化すべき危険操作
7. 逆に、過剰で開発効率を下げている制限

この段階では診断のみを行い、最終構成や設定ファイルはまだ作成しないでください。

出力は以下の形式にしてください。
- 問題点
- 影響
- 修正案

このプロンプトを投げると、Fable 5が「どのルールがグローバルに残るべきか」「何がプロジェクト側に移るべきか」「どのコマンドが重複しているか」を観点ごとに指摘してくれます。

ステップ2：最終構成を作らせる

診断が出そろったら、それをもとに再設計案を作らせます。ステップ1で目的も観点も伝えているので、ここは一文で通じます。

先ほどの診断結果をもとに、再設計案を作成してください。

これで、推奨ディレクトリ構成、グローバルCLAUDE.md / AGENTS.mdの完成案、denyルール、カスタムコマンドとSkillの一覧、移行手順までまとめて出てきます。すぐ上書きしないこと。まず提案として出させ、内容を確認してから反映します。

ステップ3：回帰テスト項目を作らせる

ルールを変えたら、最後に「意図通り効いているか」を確かめる項目を作らせます。設定変更後の回帰確認は、ルールを増やすことより大切です。ここも一文で通じます。

新構成に対して、AIエージェント運用の回帰テスト項目を作成してください。

まとめ

Fable 5の復活は、Claude Codeの使い方を見直す良いきっかけになりました。やることは3つのプロンプトだけです。

1. 診断させる
2. 最終構成を作らせる
3. 回帰テスト項目を作らせる

ポイントは、いきなり完成品を作らせず、まず診断させてから設計させること。CLAUDE.md やガードレールの中身を手で書き直すのではなく、現状を渡してFable 5に設計させる。人間は確認と反映に集中する。強いモデルを使うほど、この「設定側をAIにレビューさせる」使い方が効いてきます。

目指す形はこれ。

短い共通ルール
+ 強いガードレール
+ 役割別カスタムコマンド
+ 再利用可能なSkill
+ プロジェクトごとの個別ルール

出力の中身はあえて載せていません。環境ごとに違うのが当然だからです。AIに毎回同じ説明をしないためにも、まず自分のClaude Code環境をFable 5に棚卸しさせてみてください。

このシリーズの歩き方

Claude Code実務運用シリーズ ― 暴走させない、から仕組みにするまで。

◀ 前の記事: Claude Fable 5のお試し期間が7/7までなので、「実装AI」ではなく「設計調査AI」として使うプロンプト集
▶ 次の記事: 【output style全文公開】Sonnet / OpusをFable 5的な振る舞いに寄せる：公式スニペットをコピペで移植する
🔍 あわせて読む: AGENTS.md / CLAUDE.md が100行を大幅に超えたら危険。チームに無視されないAI指示ファイルの分け方 ― 棚卸し結果を反映する分割基準
🗺 シリーズ全記事の地図(親記事)