🧭 本記事は 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実務運用シリーズ ― 暴走させない、から仕組みにするまで。