🧭 本記事は Claude Code実務運用シリーズ の STEP 8「Fable 5で運用を棚卸しする」です。
Fable 5の振る舞いをoutput styleとしてSonnet / Opusに移植し、日常運用の規律を底上げします。
シリーズ全体の地図と読む順は 親記事 にまとめています。
Claude Code の output style で、Sonnet 5 / Opus 4.8 の振る舞いを Fable 5 寄りにする実務手順です。keep-coding-instructions: true を付け忘れると、Claude Code 標準のコーディング規律が丸ごと消える——この落とし穴を軸に解説します。あわせて、サブエージェントに継承されない罠と対策、移植できない境界(モデルの地力・API レベルの拒否機構)、コピペできる output style ファイル全文も配ります。
はじめに
Fable 5 の結論先行・スコープ規律といった振る舞いは魅力的だけれど、コスト・レートリミット・拒否フォールバックの都合で、結局いつも Sonnet 5 / Opus 4.8 を使い続けている——そういう人は多いのではないでしょうか。上位モデルに切り替えずに、あの「結論を先に言う」「情報が揃ったら即行動する」「ターンの最後で勝手に止まらない」振る舞いだけを手元のモデルに寄せられないか、というのがこの記事の出発点です。本シリーズで扱ってきた Fable 5 まわりの運用の延長線上にある話です。
2026 年 6 月に Claude Fable 5 が出て、公式ドキュメントを読むと、Fable 5 では「結論を先に言う」「情報が揃ったら即行動する」「ターンの最後で勝手に止まらない」といった行動が既定で強化されていました。
これらの多くは、モデルに固有の賢さではなく、行動を指示する文章として公式ドキュメントに載っています。つまり、Sonnet 5 や Opus 4.8 を使うときも、同じ指示文を渡せば振る舞いだけは寄せられるはずだ、という発想です。
この記事で分かること
- 【本記事の独自パート】サブエージェントにはメインの output style が継承されないこと、とその回避策(タスク指示末尾に凝縮版を貼る)
-
keep-coding-instructions: trueを付けないとコーディング規律が丸ごと消える、という落とし穴 - Claude Code の
output styleが「システムプロンプトを直接変更する」仕組みであること(CLAUDE.md との違い) - Fable 5 の行動指針が、Anthropic 公式ドキュメントに コピペ可能なプロンプト断片 として載っていること
- その断片から組み立てた output style ファイルの全文(そのまま
~/.claude/output-styles/に置ける形) - 移植できないもの(モデルの地力、API レベルの拒否・フォールバック機構)を正直に切り分けること
-
~/.claude/settings.jsonを使った 全プロジェクト共通での有効化と、全体/プロジェクト単位での 解除の手順
前提
- 確認日: 2026-07-05 時点
- OS: macOS 26.5.1(Darwin 25.5.0)
- Claude Code CLI:
2.1.201(claude --versionの実行結果) - 対象読者: Claude Code を実務で使っていて、モデルは Sonnet 5 / Opus 4.8 を主に回している人
- この記事のコマンド・設定・数値は、すべて公式ドキュメントの逐語または手元での実行結果に基づきます。実機の before/after 挙動(実際に結論先行になるか等)は本記事では検証していません。この点は後半で明示します。
- 主題は output style の作り方ですが、第 6 章では Fable 5 移行にまつわるよくある誤解(effort 換算・context 長・pricing)の訂正も扱います。
本記事は「output style で振る舞いの指示を移植する」話です。Sonnet/Opus が Fable 5 になるわけではありません。 賢さそのもの(モデルの地力)や、Fable 5 固有の API 機構(safety classifier による拒否・フォールバック)は指示文では移植できません。この境界は最後の「移植できないもの」で切り分けます。
全体構成
| 章 | 内容 |
|---|---|
| 1 | Fable 5 で強化された振る舞いと、それが公式ドキュメントに断片として載っている理由 |
| 2 | なぜ移植先に output style を選ぶか(CLAUDE.md 等との使い分け) |
| 3 | 実際に作る:output style ファイルの全文 |
| 4 | 導入手順(配置・切り替え・反映タイミング・全プロジェクト共通オン/解除) |
| 5 | 【本記事の独自パート】 サブエージェントに効かせる方法(継承されない罠と凝縮版での対策) |
| 6 | 落とし穴と、移植できないもの |
1. Fable 5 で強化された振る舞いと、公式のコピペ断片
1-1. 何が「Fable 5 的」なのか
Anthropic の「Prompting Claude Fable 5」ページ(公式ドキュメント)には、Fable 5 の振る舞いを引き出す/矯正するための コピペ可能なプロンプト断片が 11 個(広く数えれば 13 個相当)載っています。本記事では中核の行動指針にあたる断片を 11 個として数えます(周辺の補足断片——テンプレート文やツール定義など——まで広く数えると 13 個相当になります)。これらはおおむね次のカテゴリに整理できます(カテゴリ分けは筆者による整理です)。
| カテゴリ | 何を促すか | 対応する公式見出し |
|---|---|---|
| 結論先行 | 最初の一文で「何が起きたか / 何が分かったか」を答える | "Strong instruction following" |
| 即行動・スコープ規律 | 情報が揃ったら動く。タスクに不要な機能追加・リファクタをしない | "Longer turns by default" / "Consider all effort levels" |
| 進捗の実証 | 進捗を報告する前に、各主張をこのセッションのツール結果と突き合わせる | "Ground progress claims during long runs" |
| 境界 | ユーザーが問題を説明・相談しているときは、勝手に修正せず所見を返して止まる | "State the boundaries" / "Strong instruction following" |
| 委譲 | 独立したサブタスクをサブエージェントに委譲し、走らせながら作業を続ける | "Parallel subagents" |
| ターン終了規律 | 最後の段落が計画・質問・約束なら、止めずに今それをやる | "Rare cases of early stopping" |
| 長時間運用 | コンテキスト残量への過剰反応を抑える / メモリの運用ルール | "Rare cases of context-budget concern" / "Construct a memory system" |
たとえば「結論先行」は、公式にはこう書かれています(引用は原文のまま)。
"Lead with the outcome. Your first sentence after finishing should answer "what happened" or "what did you find": the thing the user would ask for if they said "just give me the TLDR." Supporting detail and reasoning come after."
— Prompting Claude Fable 5(2026-07-05 アクセス)
「ターン終了規律」はこうです。
"Before ending your turn, check your last paragraph. If it is a plan, an analysis, a question, a list of next steps, or a promise about work you have not done ("I'll…", "let me know when…"), do that work now with tool calls. End your turn only when the task is complete or you are blocked on input only the user can provide."
— Prompting Claude Fable 5(2026-07-05 アクセス)
これらは モデル非依存の行動指示文 です。Fable 5 のためのページですが、書いてある内容は「こう振る舞え」という日本語(英語)の指示なので、Sonnet 5 / Opus 4.8 に渡しても意味が通ります。
1-2. 「Prompting Claude Fable 5」と「system prompts」ページは別物
ここで一つ、混同しやすい点を先に潰しておきます。
Anthropic には release notes の「system prompts」ページ(公式)もあり、そこにも Claude Fable 5 のセクションがあります。ただしこのページの冒頭には、次のように明記されています。
"These system prompt updates do not apply to the Claude API."
— release notes / system prompts(2026-07-05 アクセス)
つまり「system prompts」ページは claude.ai(Web/モバイルアプリ)向けの既定システムプロンプト であり、内容も児童安全・自傷防止・政治的中立性などの安全ガードレールが中心です。結論先行やスコープ規律といった実務行動指針は、こちらではなく「Prompting Claude Fable 5」ページの方に載っています。
「Fable 5 の行動指針が release notes に公開されている」という理解は不正確です。実務行動指針は 「Prompting Claude Fable 5」という別ページ に、矯正用のプロンプト断片集として載っています。この 2 ページを混同しないでください。
2. なぜ移植先に output style を選ぶか
Fable 5 的な行動指示を渡す場所には、いくつか選択肢があります。Claude Code の公式ドキュメント(output styles)に、その使い分けの比較表があります(逐語)。
| Feature | How it works | Use it when |
|---|---|---|
| Output styles | Modifies the system prompt | You want a different role, tone, or default response format every turn |
| CLAUDE.md | Adds a user message after the system prompt | Claude should always know your project conventions and codebase context |
--append-system-prompt |
Appends to the system prompt without removing anything | You want a one-off addition for a single invocation |
| Agents | Runs a subagent with its own system prompt, model, and tools | You want a separately scoped helper for a focused task |
| Skills | Loads task-specific instructions when invoked or relevant | You have a reusable workflow |
ポイントは、output style は「システムプロンプトそのものを変更する」、CLAUDE.md は「システムプロンプトの後に追加されるユーザーメッセージ」だ、という違いです。
今回移植したいのは「結論先行」「早期終了しない」といった 毎ターン常に効かせたい既定の振る舞い です。これは公式表で言えば "a different ... default response format every turn" に当たるので、output style が向いています(プロジェクト固有の知識・コーディング規約は CLAUDE.md 向き、という住み分けです)。
3. 実際に作る:output style ファイルの全文
3-1. frontmatter と keep-coding-instructions: true
output style ファイルには frontmatter が使えます。公式の一覧(逐語)です。
| Frontmatter | Purpose | Default |
|---|---|---|
name |
Name of the output style, if not the file name | Inherits from file name |
description |
Description of the output style, shown in the /config picker |
None |
keep-coding-instructions |
Keep Claude Code's built-in software engineering instructions | false |
force-for-plugin |
Plugin output styles only: apply this style automatically whenever the plugin is enabled... | false |
ここで最重要なのが keep-coding-instructions です。既定は false。公式の説明(逐語)はこうです。
"Custom output styles leave out Claude Code's built-in software engineering instructions, such as how to scope changes, write comments, and verify work, unless
keep-coding-instructionsis set totrue."
— Claude Code / output styles(2026-07-05 アクセス)
keep-coding-instructions を付け忘れる(＝既定の false のまま)と、Claude Code の元々のコーディング規律(スコープの絞り方・コメントの書き方・作業の検証方法)が丸ごと消えます。 コーディングエージェントとして使いながら Fable 5 的振る舞いを「追加で」載せたい今回のケースでは、keep-coding-instructions: true が必須です。
3-2. output style ファイル全文(成果物)
次のファイルを ~/.claude/output-styles/fable-mode.md として保存します。本文は「Prompting Claude Fable 5」の 11 断片から、コーディングエージェント運用に効くものを筆者が取捨選択し、日本語の見出しでカテゴリ整理したものです(各カテゴリの下の指示文は公式ドキュメントの原文を引用しています)。
---
name: Fable Mode
description: Fable 5 的な振る舞い(結論先行・即行動・進捗実証・境界・委譲・ターン終了規律)を Sonnet/Opus に寄せる。コーディング規律は維持する。
keep-coding-instructions: true
---
# Fable Mode
You keep Claude Code's software engineering discipline, and additionally follow the
behavioral guidance below. The guidance is quoted from Anthropic's public
"Prompting Claude Fable 5" documentation.
## Lead with the outcome
Lead with the outcome. Your first sentence after finishing should answer "what
happened" or "what did you find": the thing the user would ask for if they said
"just give me the TLDR." Supporting detail and reasoning come after.
## Act when you have enough information
When you have enough information to act, act. Do not re-derive facts already
established in the conversation, re-litigate a decision the user has already made,
or narrate options you will not pursue in user-facing messages. If you are weighing
a choice, give a recommendation, not an exhaustive survey.
## Keep scope tight
Don't add features, refactor, or introduce abstractions beyond what the task
requires. A bug fix doesn't need surrounding cleanup and a one-shot operation
usually doesn't need a helper. Only validate at system boundaries (user input,
external APIs).
## Ground progress claims
Before reporting progress, audit each claim against a tool result from this
session. Only report work you can point to evidence for; if something is not yet
verified, say so explicitly. Report outcomes faithfully: if tests fail, say so
with the output.
## State the boundaries
When the user is describing a problem, asking a question, or thinking out loud
rather than requesting a change, the deliverable is your assessment. Report your
findings and stop. Don't apply a fix until they ask for one.
## Pause only when the work requires it
Pause for the user only when the work genuinely requires them: a destructive or
irreversible action, a real scope change, or input that only they can provide. If
you hit one of these, ask and end the turn, rather than ending on a promise.
## Delegate to subagents
Delegate independent subtasks to subagents and keep working while they run.
Intervene if a subagent goes off track or is missing relevant context.
## Don't stop early
You are operating autonomously. Before ending your turn, check your last
paragraph. If it is a plan, an analysis, a question, a list of next steps, or a
promise about work you have not done ("I'll...", "let me know when..."), do that
work now with tool calls. End your turn only when the task is complete or you are
blocked on input only the user can provide.
上の本文中の指示文(各見出しの下の英文)は、いずれも「Prompting Claude Fable 5」ページに掲載されているコピペ用断片の原文です。見出しの付け方・取捨選択・並べ方は筆者による構成です。全 11 断片のうち、メモリ運用("Construct a memory system")とコンテキスト予算("Rare cases of context-budget concern")、最終報告の書式("Readability when communicating with the user")は用途が限定的なので、この雛形からは外しています。必要な人は公式ページから足してください。
4. 導入手順
4-1. 配置場所
output style ファイルは 3 つの階層に置けます(公式より)。
User(全プロジェクト共通): ~/.claude/output-styles/
Project(そのリポジトリ): .claude/output-styles/
Managed policy: 管理設定ディレクトリ内の .claude/output-styles/
今回は「どのプロジェクトでも Fable 5 的に振る舞ってほしい」ので、User 階層(~/.claude/output-styles/fable-mode.md)に置くのが素直です。
筆者の環境では、確認時点で ~/.claude/output-styles/ ディレクトリはまだ存在していませんでした(ls -la ~/.claude/output-styles/ が exit code 1)。カスタム output style を初めて作る場合は、このディレクトリごと新規に作ることになります。
4-2. 選択と反映タイミング
配置したら、/config を実行して Output style から選びます(公式より、選択は .claude/settings.local.json の outputStyle に保存されます)。反映のタイミングは公式にこう書かれています(逐語)。
"Output style is part of the system prompt, which Claude Code reads once at session start. Changes take effect after
/clearor a new session."
— Claude Code / output styles(2026-07-05 アクセス)
つまり、output style を切り替えたら /clear するか、新しいセッションを開始するまで反映されません。「切り替えたのに振る舞いが変わらない」の大半はこれです。
単体の /output-style コマンドは v2.1.73 で非推奨・v2.1.91 で削除済み です(公式の注記)。ネット上の古い記事が /output-style を案内していても、現行バージョン(筆者環境は 2.1.201)では動きません。/config か、outputStyle 設定フィールドの直接編集を使ってください。
4-3. 全プロジェクト共通でオンにする / 解除する
4-2 の /config からの選択は、そのプロジェクトの Local 設定(.claude/settings.local.json)に保存されます。つまり /config で選んだだけでは、選んだそのリポジトリでしか有効になりません。どのプロジェクトでも既定で Fable Mode にしたい場合は、User 階層の設定ファイル ~/.claude/settings.json の outputStyle を直接指定します。公式の設定スコープ表(逐語)より、User スコープは "You, across all projects"(全プロジェクトに適用)だからです。
全プロジェクト共通でオンにする
~/.claude/settings.json のトップレベルに次のキーを足します(既存の設定は消さず、1 行追加するだけです)。
{
"outputStyle": "Fable Mode"
}
値の Fable Mode は、ファイル名(fable-mode)ではなく output style の name(frontmatter の表示名)です。ここが一致していないと解決されません。
解除する(全プロジェクト)
~/.claude/settings.json の outputStyle を "Default" に変えるか、その行ごと削除します。"Default" は Claude Code 標準のシステムプロンプト(既定の output style)です。
特定プロジェクトだけ一時的に外す
全体オンのまま、あるリポジトリでだけ Fable Mode を外したいときは、そのプロジェクトの .claude/settings.local.json に "outputStyle": "Default" を書きます。公式の優先順位(逐語)では Local が User を上書きするので、そのプロジェクトだけ既定に戻せます。
"Local: overrides project and user settings"
— Claude Code / settings(2026-07-05 アクセス)
どの方法でも、反映は 4-2 と同じく /clear か新しいセッションからです。設定ファイルを書き換えても、稼働中のセッションには即時反映されません。
5. サブエージェントに効かせる(独自の落とし穴と対策)
ここが本記事の独自付加価値です。
output style を User 階層に置いても、Task で起動する通常のサブエージェントには一切継承されません。 根拠は Claude Code のサブエージェント公式ドキュメント(sub-agents)の逐語です。
"Subagents receive only this system prompt plus basic environment details like the working directory, not the full Claude Code system prompt."
— Claude Code / sub-agents(2026-07-05 アクセス)
サブエージェントは、自分の定義ファイルのシステムプロンプトと、作業ディレクトリなどの基本的な環境情報だけを受け取ります。メインセッションのフルシステムプロンプト(＝output style を含む部分)は渡りません。したがって、メインだけ Fable Mode にしても、サブエージェントの応答は Fable 5 的にはならないはず です。
対策は 2 つあります。
対策 A: サブエージェント定義ファイルにも同じ指示を書く
.claude/agents/*.md の本文に、Fable Mode と同じ行動指示を書き込みます。恒久的に効かせたいサブエージェントにはこれが確実です。
対策 B: タスク指示の末尾に「凝縮版」を貼る
その場かぎりで委譲するときは、Task に渡す指示文の末尾に、行動規律を短くまとめたブロックを添えます。フルの output style を毎回貼ると重いので、要点だけに絞った凝縮版を用意しておくと使い回せます。
凝縮版の例(これも公式断片の骨子を筆者が 1 ブロックに圧縮したもの。原文の言い回しを短縮しています)。
Operating rules for this task:
- Lead with the outcome. First sentence = what happened / what you found.
- Act when you have enough information. Give a recommendation, not a survey.
- Keep scope tight: no extra features, refactors, or abstractions.
- Ground every progress claim in a tool result from this session; if unverified, say so.
- If this is a question or a problem description, report findings and stop. Don't fix until asked.
- Don't end on a plan or a promise. Do the work now, or end only when blocked on user-only input.
例外があります。context: fork で作るフォークは、メインセッションのシステムプロンプト・ツール・履歴をそのまま継承します(公式: "a fork sees the same system prompt, tools, model, and message history as the main session")。フォークとして起動する分には Fable Mode も継承されるはずです。通常の Task サブエージェントとフォークは、この点で挙動が違います。
6. 落とし穴と、移植できないもの
6-1. effort 換算を「同格」で理解しない
「Fable 5 の high ≒ Opus 4.8 の xhigh」という等号的な理解は 公式文言には存在しません。migration-guide(公式)の逐語はこうです。
"On Claude Opus 4.8, the recommendation for coding and high-autonomy work is to set
xhighexplicitly. Onclaude-fable-5, usehighas the default for most tasks and reservexhighfor the most capability-sensitive workloads. Lower effort settings onclaude-fable-5still perform well and often exceedxhighperformance on prior models."
— migration-guide(2026-07-05 アクセス)
これは 1 対 1 の対応表ではなく、「Fable 5 は低い effort でも旧モデルの xhigh 相当を上回ることが多い」という非対称な言い方 です。effort の取り得る値は low / medium / high / xhigh / max の 5 段階で、high は「パラメータ未設定と同等」です(effort の公式ページより)。
Claude Code の effort メニューに出る ultracode は、Messages API の effort 値ではありません。公式によれば、ultracode は xhigh effort とマルチエージェント常時許可を組み合わせた Claude Code 固有の複合設定 です。effort 一覧に並べて紹介すると誤解を招きます。
6-2. context 長・pricing の実値(よくある誤解の訂正)
context 長についてよくある誤解があります。Fable 5・Opus 4.8・Sonnet 5 はいずれも既定で 1M トークンのコンテキストウィンドウ を持ちます。200k なのは Haiku 4.5 のみです(models overview の公式表より)。「Sonnet だけ 1M beta」「Opus 4.8 は 200K」という認識は誤りです。
pricing(per Mtok、入力/出力)の実値です。
| 項目 | Fable 5 | Opus 4.8 | Sonnet 5 | Haiku 4.5 |
|---|---|---|---|---|
| Pricing(入力/出力) | $10 / $50 | $5 / $25 | $3 / $15(導入価格 $2/$10、〜2026-08-31) | $1 / $5 |
| Context window | 1M | 1M | 1M | 200k |
| Max output | 128k | 128k | 128k | 64k |
Fable 5 の pricing は Opus 4.8 のちょうど 2 倍(入力 $10 vs $5、出力 $50 vs $25)です(migration-guide の逐語で確認)。output style で振る舞いを寄せる話とは直接関係しませんが、「じゃあ Fable 5 を使わず Sonnet/Opus で寄せる」という判断の材料になります。
6-3. safety classifier の拒否機構は移植できない
Fable 5 には、cyber / bio などのカテゴリで危険なリクエストを拒否し、Opus 4.8 へ自動フォールバックする仕組みがあります。これは公式にコード例まで載っている実在の機構です。API レスポンスは stop_reason: "refusal" を HTTP 200 として返し、stop_details.category に "cyber" "bio" "frontier_llm" "reasoning_extraction" のいずれか(または null)が入ります(refusals and fallback の公式より)。
サーバーサイドフォールバックの公式コード例(逐語)です。
curl --fail-with-body -sS https://api.anthropic.com/v1/messages \
-H "x-api-key: $ANTHROPIC_API_KEY" \
-H "anthropic-version: 2023-06-01" \
-H "anthropic-beta: server-side-fallback-2026-06-01" \
-H "content-type: application/json" \
-d '{
"model": "claude-fable-5",
"max_tokens": 1024,
"fallbacks": [{"model": "claude-opus-4-8"}],
"messages": [{"role": "user", "content": "Hello, Claude"}]
}'
ここが「移植できないもの」の核心です。この拒否・フォールバック機構は Fable 5 固有の API 機構であり、旧モデル(Sonnet/Opus)にはそもそも stop_reason: "refusal" という構造化拒否が存在しません。 output style で Fable 5 的な「振る舞い」を真似ても、この機構自体は付いてきません。振る舞いの移植と、API 機構の移植は別物です。
6-4. モデルの地力は指示で埋まらない
当然ですが、output style は行動を指示するだけで、モデルの推論能力そのものを引き上げるわけではありません。Anthropic 自身、Fable 5 向けには「古いモデル用に作った規定的すぎるプロンプト/スキルはむしろ品質を下げることがあるので、見直して外すことを検討せよ」と書いています(Prompting Claude Fable 5 の逐語)。
"Skills developed for prior models are often too prescriptive for Claude Fable 5 and can degrade output quality."
— Prompting Claude Fable 5(2026-07-05 アクセス)
裏を返すと、これらの行動指示は「モデルの地力に対する交通整理」であって、地力そのものではありません。Sonnet/Opus に Fable Mode を載せても、Fable 5 の判断力になるわけではない、というのは正直に押さえておくべき境界です。
未検証項目(重要): 本記事は「output style に何を書くか」「それがどこに/どう反映されるか」を公式ドキュメントの逐語で確認して書いています。一方で、Fable Mode を適用した Sonnet/Opus が実際に「結論先行になる」「早期終了しなくなる」といった変化を起こすか(before/after)は検証していません。これは主観的判定を要し、同一プロンプトでの多数回比較が必要で、単発の目視では「検証済み」を主張できないためです。効果を断定せず、読者ご自身の環境で試して判断してください。同様に、keep-coding-instructions: true/false の出力差分、safety classifier の実際の発火・フォールバック挙動、サブエージェント非継承の実機比較も、本記事では未検証です(公式ドキュメントの記述確認に留まります)。
まとめ
- Fable 5 の行動指針(結論先行・即行動・進捗実証・境界・委譲・ターン終了規律)は、公式「Prompting Claude Fable 5」に コピペ可能なプロンプト断片 として載っています。
- これを Claude Code の output style 本文に落とし込めば、Sonnet 5 / Opus 4.8 でも同じ振る舞いを 指示として 渡せます。
- frontmatter に
keep-coding-instructions: trueを付けないと、既定のコーディング規律が消えます。ここが最大の落とし穴です。 - サブエージェントにはメインの output style が継承されないので、定義ファイルに書くか、タスク指示末尾に凝縮版を貼ります(
context: forkは例外的に継承)。 - 移植できないもの(モデルの地力、API レベルの拒否・フォールバック機構)は、正直に切り分けます。
成果物は ~/.claude/output-styles/fable-mode.md(第 3 章)と、サブエージェント用の凝縮版ブロック(第 5 章)です。まずは自分のよく使うプロジェクトで /config から切り替え、/clear して 1 タスク回してみるところからどうぞ。
このシリーズの歩き方
Claude Code実務運用シリーズ ― 暴走させない、から仕組みにするまで。
- ◀ 前の記事: Fable 5が復活したので、Claude Codeの運用ルールを3つのプロンプトで棚卸しした【プロンプト全公開】
- ▶ 次の記事: Fable 5が復活したので、Claude CodeのAIエージェントチームを自己改善型にした【プロンプト全公開】
- 🔍 あわせて読む: 18万スター超のCLAUDE.mdに学ぶ、Claude Codeを暴走させない運用術 ― 同じ規律をCLAUDE.mdの4原則として入れる回
- 🗺 シリーズ全記事の地図(親記事)