Fable5時代ダイジェスト（#ai-learning 30本バッチ）

📌 入力元：#ai-learning 一括投下30本の本文要約（2026-07-08_ai_batch_texts 相当・スクラッチパッド経由）。テーマ分類サマリーに沿って①Fable関係②ビジネスストラテジー第1フェーズ関係を厚く、③その他は軽く整理。取り込み提案は既存設計（CLAUDE / 2026-07-07_second_brain_2_design / layer3_action_plan）との差分で書いている。

① Fable関係

Fable級を安く出す実装

• oikon48の投稿 — Fable5にプランさせてOpus4.8/Sonnet5で実行する手法。①サブエージェントをFable以外に固定：CLAUDE_CODE_SUBAGENT_MODEL=claude-sonnet-5／②--append-system-promptでFable運用指示（「実行はsubagentに委譲・自分は俯瞰と立案」）を追記。CLAUDE.mdやルールで縛るより簡単で設定がクリーン。→ ナツミの「司令塔Fable・実働Sonnet委任」運用（layer3_action_plan）と完全符合。今は毎回プロンプトで指示している委任方針を、環境変数で構造的に固定できる新発見。
• oikon48の投稿 — Claude Codeの/advisorコマンドで指定モデルをアドバイザーにできる標準機能（引用元ClaudeDevs）。Fable5を「アドバイザー」、実行役（Sonnet5）が随時ガイダンスを求める形にすると、トークン課金の大半が安いエグゼキューター側に寄る＝コスト大幅減。→ layer3のコスト戦略に直結。要検証（実物で動作確認してから採用判断）。
• armadillo_aiの投稿 — 「実質最終日のFable5、最後にこの『憑依』だけはやったほうがいい」。Fable自身にOpus4.8との違いを言語化させ、Opus4.8の能力不足をCLAUDE.mdとSkillで補完する。肝は1つ＝codexとclaude -pを使った第三者評価（自己採点でなく別モデルにチェックさせる）。→ 「Fableがいなくなった後にどう品質を保つか」のヒント。
• oda_nobunaga10の投稿 — Opus4.8で1プロンプトでFable5相当の推論を再現する方法を誰かが発見（引用元Avid@Av1dliveの「Agentic OS」ビルダーズガイド）。日本語訳予定とのことで詳細未確認。
• claudecode_loveの投稿 — Claude Fable5のシステムプロンプトをOpus4.8で走らせた動画がバズ、出力90%再現との主張。CL4R1T4S（elder-plinius）GitHubリポにleak公開。⚠️ 非公式のシステムプロンプトleak・扱い注意（採用や参照はしない）。

CLAUDE.md設計

• armadillo_aiの投稿 — 「Sonnet5をFable5にする7つの神設定」。Fable5の強さの正体は頭の良さでなく「振る舞い」＝長く考える／先に成功条件を決める／疑う／検証する／メモる／正直に報告。これはCLAUDE.mdと環境設定に焼き込める。「プロンプトは一時的。構造は永続的。」
  1. 完了を機械的に判定（着手前に「完了」を1行定義）
  2. 複数解釈を勝手に選ばない（候補列挙＋推奨1つで確認）
  3. ついで改善を禁止（依頼外の変更は提案として列挙のみ）
  4. 「動いた」でなく「検証した」を報告（検証コマンド・戻り値・証拠。未実行を「動くはず」と書かない）
  5. 同じエラーへの修正は2回まで（3回目で方針転換を報告）
  6. 完了前に初見のレビュー（懐疑的シニアの反論に答える）
  7. 確信度と進捗を3点で報告（自信ない箇所は高/中/低。長い作業は「完了/次/気になっていること」の3点）
  • 環境側：settings.jsonでeffortLevel: high。CLAUDE.mdは理想60行未満・多くて200〜300行（「消したら間違えるか？」がNoなら消す）。
• makeai_ceoの投稿 — カーパシー流＝成功条件を渡してループさせる使い方。細かい命令でなく検証可能なゴールを与える（Software3.0プロンプト）。→ armadillo7の#1「完了を機械的に判定」と完全に共鳴する独立ソース。

Fableの本質・振る舞い

• at_sushi_の投稿 — 「地図は現地ではない（the map is not the territory）」に基づく本質的AI活用論（引用元Thariq@trq212「A Field Guide to Fable」）。プロンプトテクニックの小手先ではなく、地図＝プロンプト/スキル/コンテキスト（自分が与えるもの）、現地＝実際の仕事、という構造で捉える。zenn解説あり（knowledgesense）。

Claude Code運用

• keitaro_aigcの投稿 — Claude Code v2.1.198：worktreeのバックグラウンドエージェントが作業を終えると①commit②push③GitHubにdraft PR作成まで「確認待ちで止まらず」全自動（draft PRまでが安全ライン・レビュアー通知なし・mergeは人間）。Notificationフックにagent_needs_input（自力で決められない場面）とagent_completed（作業完了）が追加され、Slack/デスクトップ通知に紐づけ可能。Claude in Chromeも正式版に。→ ナツミの並列エージェント運用・見張り解放に直効き（詳細は取り込み提案(A)参照）。

第二の脳

• masahirochaenの投稿 — 「Fable5で第二の脳を作る方法」（引用元Machina@EXM7777）。AIの性能差はモデルの賢さだけでなく、自分の知識・過去の意思決定・業務文脈をどれだけ読ませるかで決まる。第二の脳4構造＝①raw（原文置き場・改変しない）②entities（顧客/競合/ツール/人物ごと）③concepts（戦略/学び/パターン）④INDEX.md（AIの入口・各ページ1行要約）。作業ログ保存→毎晩整理→毎週矛盾/重複チェック→重要知見統合のループ。「差がつくのはモデルでなく、自分だけの文脈をどれだけ蓄積できているか」。
• masahirochaenの投稿 ★★最重要 — 【第二の脳2.0】Exbrainを全面刷新・GitHub公開（chaenmasahiro0425/exbrain）。正体はObsidian上のMarkdownの束＝人間はObsidianで読み、AIはフォルダを直接触る（両方が同じ脳を見る）。毎晩23:30に「夜間コンパイラ」が生ログを知識に変換・出典付き自動更新。4層（identity/digest/wiki/raw）で書き手を層ごと1人固定。脳に溜めるのは「事実」だけ。→ これはナツミの 2026-07-07_second_brain_2_design の検証元記事そのもの（詳細な一致点・要検討点は取り込み提案(B)参照）。

② ビジネスストラテジー第1フェーズ関係

AI社員・エージェントチーム

• gagarotai200の投稿 — AI社員に広告運用・LP制作・分析をやらせ、人間が一目で進捗わかる作り。Fable5で構成の全体像作成→Codexで実装（指示はClaude・作業はCodexがコスパ最良）。流れ＝司令塔→ナレッジ管理→リサーチ→戦略→LP制作→バナー生成→運用→分析→報告。「AI社員をどれだけ分かりやすく管理するかの時代」。→ ナツミのAI社員23人構想・進捗ダッシュボード運用と方向性が符合。
• claudecode_utの投稿 — Claude Code×Higgsfield（MCP）でWeb制作。Claude Codeがスクロール演出コード、Higgsfieldが背景動画/ヒーロー映像を生成する二段構成。GSAP ScrollTrigger・Lenisスムーズスクロール等6演出を自動組込。制作会社90〜525万円の案件を1,800円・1セッションで再現との主張。→ ②受託Web制作に効く可能性。ただしLenisは重いという実感談（enhanced_jp）もあり両論注記。
• bb8ad8の投稿 — 「人間がAIを使う→AIがAIを使う」段階への移行。自律改善するためのデータ基盤を組み込む重要性。⚠️ AIシステム開発合宿の告知が付随（ポジショントーク含む）。

集客・発信・マネタイズ

• ai_jitanの投稿 — X運用に毎日4時間かけていたのを半自動化で朝数分に変えた話（引用元・今野健介、プロンプト全文付き）。→ 発信サポートAI・note展開の自動化と関連。
• ryuji_affiliateの投稿 — イーロン・マスク流AI活用術（引用元mana/MakeAI_CEO）。AIを便利ツールで終わらせない発想・実装・組織化の方法論。
• ara_y222の投稿 — 「Claude Fable5が3分で56万円を運んできた話」。⚠️ ポジショントーク色が強い（売上自慢系）。参考程度。
• nobel_824の投稿 — スタンフォード講義の紹介＋自記事「元眼鏡技師がClaude Codeで月350万・再現4ステップ」。⚠️こちらもマネタイズ事例として扱い注意（再現性は未検証）。

広告・Web制作自動化

• claudecode_loveの投稿 — Claude Codeから直接広告動画を一撃生成＝Claude Fable5×Creatify MCP。mcp-connectでCreatify登録→briefを投げると広告動画生成、productsでURLからブランド色/ロゴ取得、shared-memoryで判断をCodexに引継。「広告の意図を言語化するだけで完成動画」。→ 編集力より設計力の時代、MCP×Claude Codeが外部ツール指揮の標準型に。
• makeai_ceoの投稿 — Web制作スキル75個が無料公開（Design+Code創業者、Codex/Claude Code/Cursorで使用可・Webデザイン/LP/モーション/WebGL/UI/アセット生成特化）。画面録画を読ませるとFable5がそのままHTML化できるプロンプトに変換。引用元「天才はFable5を開かない・Sonnet5だけで仕事を終わらせる使い方」＝一般人はSonnet5で完了する、という主張。

③ その他

• スライド：taiyo_ai_gakuseの投稿 — html2pptx.app（HTML→編集可能なPowerPoint変換エンジン。API/Skills/CLI/MCP対応）。／uchita_successの投稿 — AI生成スライド画像/PDFをズレなく編集可能なパワポに変換する全手順＋プロンプト全文（python-pptxでゼロから再構築・破線prstDash指定・座標正規化）。→ slide-build／miyama-slide／プロFスライドpptxに直結、有用な資産。
• LP：enhanced_jpの投稿 — LP制作はまだクラフト/審美の部分でAIが追いつかない実感談（Figma開かず1週間・300往復でも審美には未達）。／yonkuro_awesomeの投稿→引用元nobel_824「Fable5で高品質LPを作る4ステップ」＝見積$35,000のサイトが$12で生まれた話。
• 資料作成ツール比較：satotaku_aiの投稿 — 引用元・吉村伸一「10のAI資料作成ツールを同条件で作らせて分析」＝AI資料が「で、結局何が言いたいの？」になる問題の分析。
• Codex・画像：k_matsumaruの投稿 — Codexにimage-genスキルを使わせ、Codex自身に画像生成/編集させる方が意図が反映される。返信でagmsg紹介（Claude↔︎Codex往復コピペ不要のブリッジツール）。→ banner-create／image-promptに関連。／neromeron1014の投稿 — Codexに接続すべきもの一覧（X API/serper dev API/ChatGPT会話履歴/GPT5.5Pro/ボイスメモ文字起こし/メモアプリ/ブラウザ履歴）。※ai_learning_log既記録の既知情報。
• Claude↔︎Codex連携（agmsg）：fujibee（Koichi）の記事 — Claude CodeとCodexの往復コピペをやめるOSS「agmsg」（GitHub）。CLIエージェント同士が共有SQLiteを介して直接メッセージを送り合う。依存はbashとsqlite3だけ（デーモン/ネットワーク/python不要）・Agent Skillsベースでエージェント本体に手を入れない。受信3モード＝手動/hook(Stopフックで自動)/monitor(SQLite常時購読でリアルタイム割り込み・Claude Code既定)。bash <(curl -fsSL .../setup.sh) 一発→/agmsg(Codexは$agmsg)。役割分担の思想＝Claude Code=実装ドライバー(手数・テンポ)／Codex=レビュー・難所の相談役(正しさ)。→ ★★ナツミのClaude+Codex 2台体制（競合リサーチツール等）に直結・伝書鳩コピペ解消の実用ツール。要検証で導入候補。
• Skill改善：ck_novasphereの投稿 — .skillパッケージをFable5基準で限界まで進化させる詳細神プロンプト（全文コピペ可）。17手順で構造を壊さず進化・再梱包。→ skill-creator運用に取り込める候補（今回は取り込み提案の対象外・別途検討）。
• Fable系宣伝・デモ：oda_nobunaga10の投稿（Fable5サブスク終了直前の神プロンプト集宣伝）／halukik_0520の投稿（コンドウハルキがFable5に丸投げで「リキッドグラス」等制作デモ・既知の人物）。
• 未取得：OpenAI Academy「Codex 101」（academy.openai.com）— ログイン必須のため本文未取得。別途ログインして確認 or スキップ判断。

💭 ナツミの気づき

（ここは空欄。読了後の言語化があれば追記）

🎯 取り込み提案

(A) CLAUDE.md / 環境設定 追記案

CLAUDE.md本体は書き換えず、あくまで「提案」として整理。既存の layer3_action_plan（司令塔Fable・実働Sonnet委任）・.claude/rules/plan-confirm-execute.md・.claude/rules/stuck-report-5min.md・.claude/rules/deliverable-handoff.md・.claude/rules/discord-background-processing.md と照合。

🎯 CLAUDE.mdに新規で足す価値が高いTop3

1. oikon48#1（CLAUDE_CODE_SUBAGENT_MODEL固定＋--append-system-prompt）：なぜ効くか＝layer3の「司令塔Fable・実働Sonnet委任」を、毎回のプロンプト指示から環境変数レベルの構造に格上げできる。設定を1回書けば以後の全セッションで自動適用される。
2. keitaro_aigcの通知フック（agent_needs_input/agent_completed）：なぜ効くか＝discord-background-processing.mdが依存している「バックグラウンド処理完了時に必ず通知する」を、クロちゃんの自己申告任せから機械的なフック連動に変えられる。忘却リスクの構造的解消。
3. armadillo7#1の「検証したを報告」＋「完了前の初見レビュー」：なぜ効くか＝deliverable-handoff.mdの「動かして実装できるまでがゴール」を具体化する不足ピース。検証コマンド・戻り値の明示、懐疑的レビューの型を足すと「動いたはず」の曖昧報告を構造的に防げる。

(B) セカンドブレイン2.0 取り込み案

masahirochaen#1（第二の脳4構造：raw/entities/concepts/INDEX）＋masahirochaen#2（★Exbrain2.0・GitHub実物・4層identity/digest/wiki/raw・夜間コンパイラ23:30）を、2026-07-07_second_brain_2_design の既存設計と照合。

既存設計とすでに一致している点

• 4層モデル（raw/wiki/digest/identity）の骨格は、second_brain_2_design.mdの「現状マップ」セクションですでに8割一致と検証済み（masahirochaen#2＝Exbrain2.0はこの設計書の検証元記事そのもの）
• 夜間コンパイラ構想（毎晩の自動整理）も second_brain_2_design.md ②で実装案まで具体化済み（second-brain-compile.py仮称・3:00の生ログ取得後に起動）
• entities層（人物・組織を1ページに集約）も second_brain_2_design.md ③で notes/resources/entities/{people,orgs,tools}/ として設計済み
• 脳に溜めるのは「事実」だけ・書き手を層ごとに1人固定、という思想も second_brain_2_design.md ①のルール案（raw不可侵・identity層はナツミ承認後に確定）に反映済み

新たに取り入れたい点

• masahirochaen#1のシンプル4構造（raw/entities/concepts/INDEX.md）は、Exbrain2.0よりも軽量な入口モデル。INDEX.md（AIの入口・各ページ1行要約）は second_brain_2_design.md ④で「概念のみ採用検討」と保留になっていたが、独立した2つ目のソース（masahirochaen#1）でも同じ発想が出てきたことは採用の後押し材料になる
• 「毎晩整理→毎週矛盾/重複チェック→重要知見統合」という運用ループの明確な言語化。second_brain_2_design.md では週次のパターン統合層（DREAMS相当）が「不足」と指摘されたままだったので、この記事の運用ループがその補強材料になる

要検討点（保留のまま）

• raw層（_stock/discord/）・identity層（memory/）がgit管理範囲外という構造的な差は、Exbrain2.0の実物調査でも未解決のまま。second_brain_2_design.md の判断ポイント①（chmodで物理的に書き込み禁止するか、プロンプト制約だけで様子見するか）は今回のバッチでも新情報なし＝依然としてナツミの裁定待ち
• claude -pのheadless呼び出しが週間利用枠を消費するかの実測（判断ポイント③）も今回のバッチでは解消されておらず、引き続き本番投入前の実測が必要

関連ファイル

• 2026-07-07_second_brain_2_design — セカンドブレイン2.0設計書（本ダイジェストの取り込み提案(B)の照合先）
• layer3_action_plan — Fable/Sonnetコスト戦略・実行結果ログ（取り込み提案(A)の照合先）
• knowledge_workflow — ナレッジmd標準4ブロック構造・保存先ルール
• knowledge_index — ナレッジ索引（本ダイジェストへのリンクを追記）
• rule-governance — 1テーマ1マスター原則（CLAUDE.md 60〜300行制約の既存担保根拠）
• deliverable-handoff — 動かして実装できるまでがゴール（検証報告の具体化候補）
• discord-background-processing — 背景処理完了時の通知ルール（通知フック連携候補）
• stuck-report-5min — 5分詰まったら報告（エラー2回/3回閾値の照合先）
• [外部] chaenmasahiro0425/exbrain — Exbrain2.0実装リポジトリ

改訂履歴

• 2026-07-08：初版作成。#ai-learning 一括投下30本の本文要約を読了・テーマ別ダイジェスト化＋取り込み提案(A)(B)を整理。ユーザー承認済み。