Fable 5
関連 Xタブ 17本ダイジェスト＋やることリスト v2
2026-07-03深夜、ナツミのChromeタブグループ「Claude
(MCP)01」の16タブ＋drop 2本を全読して、既存の fable5
ナレッジ（layer1_source_archive／layer2_thematic_map／layer3_action_plan）と突合。新情報だけを抽出し、残り窓（〜7/7）のやることリストを更新した。
先に結論
- 17本の共通アドバイスは既存 layer2
の結論（監督型・資産化・検証）とほぼ同じ。ただし4本は既存ナレッジに無い具体的な新価値がある：
- あやみ式「スキル自己改善」（実測付き・最重要）
- イーサン式「オーケストレーター運用」（Fable社長・証拠検証・2回失敗で昇格）
- せいぬ式「売れるnote 5ステップ」（C-1
noteネタ出しの直接素材）
- DESIGN.md
系リソース群（LP受託に直結・窓と無関係）
- 逆に取り込まない：claudecode84（Fable
5の定義自体が誤り・便乗創作）／junssi1982（裏取りなし・複数アカ自動化は規約違反リスク）／ai_300（Kimi
K2.6の話でClaude無関係・LINE誘導）
1.
新情報ハイライト（既存ナレッジとの差分だけ）
🥇
あやみ式：Fableにスキルを自己改善させる（@ayami_marketing・実測付き）
「Fableがいるうちに、Fable自身に手順書を改善させて、下位モデルでも同品質にする」——窓固有アクションとしては17本中最重要。
- 手順4つ：①決定論的処理（計算・検証）をPythonスクリプトに追い出す（EDITマーカーで下位モデルが触れる場所を物理制限）②暗黙の判断基準を「良い例5・悪い例5」のルーブリックに文書化（Fable自身に過去成果物から掘り起こさせる）③ゴールデンテスト：同素材でSonnetに作らせFable版と突合
④差分を実例つきルールに追記→再テスト
- 核心の学び：下位モデルは「原則」には従わないが「実例つきルール」にはほぼ確実に従う
- →
ナツミ適用：使用頻度の高い主力Skill（megumi-line-writer／image-prompt／writer-feedback
等）に適用すれば、窓後も Sonnet で品質維持できる
🥈
イーサン式：オーケストレーター運用（@ethann_AI・プロンプト3本全文あり）
- Fable
5を「社長」にして計画と検証だけやらせ、実作業はSonnet/Haiku/Opusへ委譲 →
消費が実質1/10
- 肝2つ：検証は自己申告でなく証拠（差分・テスト・ログ）／同一タスク2回失敗で上位モデルへ昇格のエスカレーション基準
- 「CLAUDE.mdは200行以内」基準の棚卸し監査プロンプトも（→
ラン①レポートの後続実行時の参考基準に）
- →
窓後は「Opus社長版」に置き換えて恒常運用できる。運用ルール1枚に資産化する価値あり
🥉
せいぬ式：売れるnote
5ステップ（@seinu_note・プロンプト5本全文あり）
- ①テーマ候補（判断材料まで揃えさせ決定は人間）②読者が財布を開く瞬間を3行に
③無料/有料の境界線設計
④一次情報（実体験・失敗談・数字）を渡してから書かせる＝スカスカ回避の核
⑤完成noteからX集客投稿14本量産（共感4/気づき4/問題提起3/実績2/誘導1）
- →
軽ラン④C-1（noteネタ10個）の直接素材。まなさんP8と併用：P8でネタ出し→せいぬ③で無料/有料境界→④の一次情報方式で執筆（Sonnet）
- ⚠️
実績数字は自己申告・オプチャ誘導の強セールス記事。手法だけ借りる
🎨
DESIGN.md 系リソース群（LP受託直結・窓と無関係＝窓後でOK）
- Awesome
DESIGN.md（@seltzer）：Apple/Notion/Tesla等ブランド風のAI向けデザインガイドライン集。
npx getdesign@latest add notion
→ Claude Codeで @DESIGN.md を参照しながら
指定。9セクション構造（カラー/タイポ/コンポーネント/レイアウト原則…）
- Claude Design ＋
/design-sync（@nobel_824）：Claude Code側の
/design-sync（6月ベータ）でコードからデザインシステムを読み取りClaude
Designへ。「最初の1枚のデザインシステム投資」が枠消費を防ぐ
- Open Design
1リンクLP再現（@sora19ai）：参照サイトURL→LP再現・動き/3D・BYOK。スレ続き未取得・要調査
- Webパーツのお弁当箱（@asobodesign）：コピペUIパーツ集。リンク先未確認・要調査
- →
まとめて「LP制作ワークフローのAIデザイン基盤」として1テーマ化するのが良さそう（ハーネス既存Skill
harukaze-design-harness とも接続）
その他の差分メモ
- MakeAI_CEO「Sonnet
5極限起動」：5役（戦略家/設計者/生成者/破壊者/仕上げ屋）×3周・「勝利条件」定義・「3案出してから殺す」。窓後の売り物執筆（監督型）の標準装備候補。統合プロンプト全文あり
- あきらパパ8選：「答えでなく判断基準を設計させる」「出力は他のAIへの指示書形式で資産化」「褒めさせず反証させる（失敗シナリオ確率順3つ＋早期警報サイン）」。「モデル振り分けルール表」は
D-5 分析プロンプト集に統合すべき部品
- 木内30選：「週間上限の最大50%が定額枠・7/8以降はクレジット従量」の正確な条件整理（既知の裏取り）。#29「レッドチーム監査」（承認者でなく欠陥発見者として公開可否判定）は公開物チェックに使える型
- Viktor Oddy
18分動画（@ClaudeCode_love経由）：Claude Code＋Sonnet
5でデザイン賞レベルサイト制作の全手順。窓後の学習素材（yt-summary候補）
- @shun_ai_28「SNS運用チーム」：スレ続き未取得のため保留（スマホで開いて続きスクショくれたら取り込む）
❌ 取り込まない（理由つき）
- @claudecode84：「Fable
5＝AIエージェントフレームワーク」という誤情報が土台の便乗記事。実在不明のモデル名・価格が混在。
--dangerously-skip-permissions
推奨も危険
- @junssi1982（Claude for Social
Media）：公式裏取りなし＋複数アカウント自動運用はスパム規約違反リスク大
- @ai_300：Kimi
K2.6（Moonshot）の話でClaude無関係。並列化の思想だけは既存 layer2
と同じ
2. やることリスト
v2（窓の残り実質2枠：7/4午前・7/7）
🔥
窓内・Fableに投げる（優先順）
- NEW：スキル自己改善ラン（あやみ式） — 主力Skill
1〜2本（第1候補：megumi-line-writer）を「Sonnetでも同品質」にFable自身に改善させる。決定論スクリプト化＋良い例/悪い例ルーブリック＋ゴールデンテスト。窓が閉まると二度とできない種類の仕事
- D-5
分析プロンプト集（既定余枠）＋NEW：あきらパパ「モデル振り分けルール表」＋イーサン「オーケストレーター運用ルール」を同じランに統合
→ 出口「ナツミ専用・AI運用ハンドブック1枚」
- B-4
AI分身プロファイル（既定余枠・15問インタビュー）
- 軽ラン④C-1 noteネタ10個 —
NEW：せいぬ5ステップを組み込み（P8ネタ出し→無料/有料境界→一次情報リスト化まで）。執筆はSonnet
- （オプション）レッドチーム監査（木内#29型）—
公開中のTSU LP or プロモLPを「欠陥発見者」として監査
🌱
窓後（7/8〜・Opus/Sonnetで）
- Sonnet
5極限起動プロンプトを監督型ワークフローに常備（売り物執筆の型・MakeAI_CEO）
- LP制作のAIデザイン基盤づくり：Awesome DESIGN.md
導入テスト →
/design-sync 調査 → Open
Design・パーツお弁当箱の実地確認 →
⑥実務ワークフローとしてナレッジ化
- Viktor Oddy動画を yt-summary
- 既定の窓後タスク（B-3文体／B-1
USP／D-6パーソナルアプリ）は変更なし
- shun_ai_28 スレ続きの確認（ナツミのスマホ経由）
📌 判断してほしいこと
- Q1.
窓内リストの順番これでいい？（特に1のスキル自己改善を最優先に昇格させた点）
- Q2. スキル自己改善の対象Skill、第1候補 megumi-line-writer
でいい？（他候補：image-prompt／writer-feedback／akuma）
- Q3. このリストを Notion Tasks DB
に登録する？（既存N4〜N7と統合・重複回避で）
関連ファイル
改訂履歴
- 2026-07-04：初版作成（タブグループ16本＋drop
2本の全読ダイジェスト。サブエージェント読取→クロちゃん突合・整理）