フライト中1ページダイジェスト｜X記事12本（7/1〜7/6）

📌 7/1〜7/3にChromeタブグループで溜まっていた別の17本は 2026-07-04_tab_group_digest 参照。こちらは7/3〜7/6にDiscordで個別に渡された12本のみ。

冒頭リスト（渡した日｜投稿者｜内容｜ステータス）

1. シュン「Claude Codeに『SNS運用チームを作って』と頼んだら1人運用会社ができた話」（渡した日：7/3）

【記事の内容】

• Claude Codeに「SNS運用チームを作って」と依頼したところ、実際に1人で運用会社のような体制が組み上がったという投稿。
• 投稿本文には「構成はこんな感じです↓」と続くが、具体的なチーム構成図は画像で提示されており、今回の自動取得（テキスト抽出）では画像内容を読み取れなかった。本文からは「SNS運用チーム」を一人称で自動化した、という骨子のみ確認。
• エンゲージメント：63.2万インプレッション、いいね1,973、ブックマーク3,015と反応は大きい。

【クロの提案】

• 画像内の具体的なチーム構成（役割分担・エージェント構成）が読めていないため、本気で参考にするなら元ポストをChromeで直接見て画像を確認する価値あり。
• 3本柱でいうと「受託」案件（プロF・LSC等）のSNS運用体制づくりに直結しうるテーマ。ただし構成の中身が不明なので、現時点では「気になる」止まりで実装判断は保留が妥当。

2. Claude code研究ラボ「自己改善型AIエージェントシステム構築ガイド」（渡した日：7/3）

【記事の内容】

• 「Fable 5の無料期間中に自己改善型AIエージェントシステムを作る」と題した長文の実践ガイド（book形式）。
• 構成要素として、STATE.md（実行状態の記録・チェックポイント・再開管理）、AGENTS.md（Planner/Executor/Verifier/Synthesizerという役割別エージェント定義）、WORKFLOW.md（フェーズ定義とタイムアウト・失敗時挙動）、Router（タスクの複雑度・種別に応じてモデルを動的に割り当てる仕組み）、Verification Engine（出力を基準に沿って自動採点し、基準未達なら自動で修正ループを回す）、Memory Store（作業記憶・エピソード記憶・手続き記憶の3層）、Skills Library（成功パターンの自動抽出・蓄積）を挙げ、それぞれの疑似コード・YAML設計例を提示。
• 「エージェントはただ動けば良いのではなく、常に賢くなり続けるべき」という思想を掲げ、コスト管理（コスト上限・段階的品質ゲート）、長時間実行時のコンテキストドリフト監視、Claude CodeやCodexをサブエージェントとして委任する統合方法まで踏み込んで解説。
• 末尾でLINE（lin.ee）への問い合わせ誘導と「プレミアムにアップグレードで記事公開」という販促文言があり、情報商材／リード獲得目的の記事である点は留意。

【クロの提案】

• 内容自体は「Fable 5を使った長時間運用エージェント設計」の網羅的なチェックリストとして質が高く、ナツミの「AI運用ハンドブック」（30_departments/02_CTO/codex_claude_collab/）の設計思想と重なる部分が多い（STATE.md的な状態管理は実質すでに近いものを運用中）。
• ただしこの記事は販促目的の色が強く、価格・ベンチマーク数値（SWE-bench等の具体的引用元は明記なし）は裏取りされていない。信じ込むのではなく「発想の棚卸しリスト」として拾うのが安全。
• 3本柱では「匿名biz」寄りのAI講座ネタというより、クロちゃん自身の運用改善（rules/skills構造の継続改善）に還元する使い方が向いている。

3. VIA（元記事：tatsuki）「Fable5で高品質LPを作る4ステップ」（渡した日：7/5）

【記事の内容】

• 海外の実例として「見積もり35,000ドルのサイトが12ドルで生まれた」「代理店なら5,000ドルの出来を2時間で」という事例を紹介しつつ、著者自身もClaude Code（実行はOpus）で同じ「型」を踏んでLPを2枚制作。
• 変わったこと／変わっていないことを整理：
  • 変わったこと＝Fable 5（2026年6月リリース）により、デザインの垢抜けまで一つの道具で届くようになった。
  • 変わっていないこと＝①一発出しはまだ「AIっぽさ」が残る（フォント使い回し・配色の雑さ・文字詰め込みすぎが海外レビュアー指摘の最大失敗要因）。②プロンプトのコピペだけでは伸びない、独自性が必要。③料金体系が流動的（無料→プラン上限→従量課金と時期で変化）。
• 「高品質LPを作る4ステップ」：
  1. デザインを先に固める（Anthropic公式の「Frontend Design」スキルや「UI/UX Pro Max」プラグインで土台を宣言）
  2. 参照を集める（1サイト丸ごとでなく、セクション単位で良い部分だけ切り取って集める）
  3. 一発で骨格を出す（プロンプト末尾に「作る前に質問して」と足すと、AIが4〜6個質問→回答が土台になる）
  4. 磨く（直しはまとめて一度に渡す／AI自身に品質チェックさせる：フォント・配色・文字サイズ・アニメ・モバイル対応・文章のAIっぽさを評価させる）
• 追加のコツ：「終わるまで続けて」と完走を促す／声で指示する方が結果が良かったという声。
• 3Dスクロール演出の種明かし＝本物の3Dモデリングではなく、AIで作った短い動画をスクロール位置に連動して再生・逆再生させているだけ、という技術的な裏側も解説。
• 記事末尾でLINE登録による「Claude Designデザインシステムキット」無料配布への誘導あり（リード獲得目的）。

【クロの提案】

• 「デザインを先に固める→参照はセクション単位で集める→質問させてから骨格→まとめて直す→AI自身に品質チェックさせる」という4ステップは、image2-lp-builder・lp-designスキルの補強素材として使える。特に「作る前に質問して」を足す一手と「品質チェックの評価軸（フォント/配色/文字サイズ/アニメ/モバイル/AIっぽさ）」はそのままチェックリスト化して既存Skillに追記する価値あり。
• 受託（LSC・プロF等のLP制作）に直結するテーマ。ただし数字（$12・$35,000等）は海外の伝聞ベースで検証されておらず、話半分で「型」だけ抽出するのが安全。
• LINE登録キットは外部リード獲得の販促導線なので、ナツミの実務には無関係（登録は不要）。

4. チャエン「『Fable 5で第二の脳を作る方法』海外記事の要点まとめ」（渡した日：7/5）

【記事の内容】

• Machina氏の英語記事（記事11）を、チャエン氏が日本語で要約・紹介したもの。
• 要点：AIの性能差は「モデルの賢さ」だけでなく「自分の知識・過去の意思決定・業務文脈をどれだけ読ませられるか」で決まる。文脈なしのFable 5は平均点しか出さない。
• 「第二の脳」を4つの構造で作ると紹介：
  1. raw（原文置き場・改変しない）
  2. entities（顧客・競合・ツール・人物などの個別ページ）
  3. concepts（戦略・学び・パターンなどの抽象概念ページ）
  4. INDEX.md（AIが全体を把握する入口・各ページ1行要約）
• 毎回ゼロから考えさせず知識ベースを読ませてから作業させる。作業ログを保存→毎晩整理→毎週矛盾/重複チェック→重要な知見を統合、というループを回すことで「使うほど賢くなる業務OS」になるという結論。

【クロの提案】

• この記事は記事11（Machina原文）の日本語ダイジェストなので、内容は記事11・12と実質同じ情報源。詳細な提案は記事11・12側にまとめて記載（下記参照）。
• ここでは「同じ話が3本（4・11・12）で異なる粒度で流れてきている」こと自体をメモ。読む優先順位は「11（原典・詳細）→12（チャエンの実装2.0・具体的な運用ノウハウ）→4（日本語要約・概要だけ知りたい時）」がおすすめ。

5. うちた「Claude Designで『仕事で使える』スライドを作る完全ガイド」（渡した日：7/5）

【記事の内容】

• Claude Design（claude.ai/design）でのスライド作成手順を4ステップで解説。
  1. まず1枚作る：「デザイン」メニュー→「スライド」を選択→ざっくりした指示でも初稿がすぐ出る。
  2. 自社ブランドを覚えさせる（本題）：Claude Designの「デザインシステム」機能に、ロゴ・フォント・過去の提案スライドPDF・ブランドガイドをまとめて読み込ませると、以降どんな出力も同じトンマナで安定する。設定は「フォント/ロゴ/アセット追加」＋「会社概要＋メモ（色・トーン・雰囲気を言葉で説明）」の2項目でOK、10分程度で完成。注意点：取り込みの質は「渡す元データの質」に依存する（雑な資料を渡すと雑なまま学習される）。
  3. 直す：チャット（全体指示）／インラインコメント（部分指示）／直接編集（手作業）の3種類を使い分ける。
  4. 書き出す：PDF／PPTX／単体HTMLの3形式。Canva連携やClaude Codeへの引き継ぎも可能。
• 注意点：Claude Design・チャット・Claude Code・Coworkは利用枠を共有するため使いすぎ注意。大きなコードベースはClaude Code側からリポジトリを直接リンクした方が安定。

【クロの提案】

• プロFのスライド制作（slide-buildスキル・design.md準拠の青テーマ）と直接重なるテーマ。「デザインシステムに過去の提案資料PDFをまとめて読ませる」という手法は、プロF資料の統一感を保つ運用改善として即応用できそう。
• 「取り込みの質は元データ次第」という注意点は、プロFのdesign.md自体の整備状況を再点検する良いきっかけになる。
• 3本柱では「受託」（プロF・LSC等の資料制作）に直結。実務ワークフロー（knowledge_workflowの⑥実務ワークフローカテゴリ）としてナレッジ化する価値あり。

6. ノア（元記事：銀次）「DeNA会長・南場智子のAI活用術5選」（渡した日：7/5）

【記事の内容】

• DeNA創業者・南場智子氏（2024年CEO復帰）のAI活用姿勢を5つの手法に整理した記事。南場流の本質は「スピード」と「トップ自ら手を動かす姿勢」の2軸。
• 手法①叩き台生成：白紙から書き出す工程をAIに任せ、60点の初稿から人間が磨く（0→1をAI、1→10を人間）。
• 手法②壁打ちの高速反復：AIに「投資家の立場で厳しく反論して」等、役割を指定して反論役をさせ、往復で企画の穴を埋める。ただし最終判断は人間が握る。
• 手法③トップダウン導入：経営者自身が日常業務でAIを使い倒すことで組織に浸透する。「メール返信はまずAI下書き」等、1日の中でAI起点の業務を固定する習慣化がカギ。
• 手法④業務プロセス再設計：AIを「後から足す」のでなく、調査・要約・翻訳・下書き・分類の5工程をAI前提で組み替える。
• 手法⑤学習の高速化：わからない言葉はその場でAIに平易に説明させ、続けて実務判断（リスク等）まで掘る。ただしAIの説明を鵜呑みにせず一次情報で裏取りする。
• 記事末尾はスライド作成GPTs配布とLINEオープンチャット誘導という販促構成（本文の南場氏の話自体は参考文献つきで比較的信頼度が高い）。

【クロの提案】

• 手法②（役割を指定した反論役壁打ち）はナツミの壁打ち・戦略コンサルの場面（#ビジネス戦略コンサル）でそのまま使える型。「投資家視点/顧客視点/競合視点で反論して」を明示的に指示する型はすぐ試せる。
• 手法③（1日3回AI起点の業務を固定）は、ナツミ自身のクロちゃん活用の習慣化（日次ログ・タスク管理フロー）とも整合する考え方。
• 3本柱では直接の売上貢献というより、ナツミ自身の生産性・意思決定速度向上（自己投資＝第2領域）に効くテーマ。

7. 中島一明（元記事：Andy）「Googleが10年かけて証明したマネジャー10行動規範」（渡した日：7/5）

【記事の内容】

• Googleの「プロジェクト・オキシジェン」研究（マネジャーは組織にとって酸素のように不可欠、という結論）を基にした10の行動規範を紹介。
• 10項目：①最高のコーチであれ（答えを教えるのでなく問いを投げて伴走）②信頼してマイクロマネジメントしない（権限委譲、ただし丸投げでなく背中を守る）③心理的安全性の構築（何を言っても否定されない安心感）④常に生産的で成果に執着する⑤聞き手であり情報共有を怠らない（透明性）⑥キャリア開発支援とパフォーマンス議論⑦明確なビジョンと戦略⑧現場を助言できる専門スキル⑨組織の壁を越えて連携⑩強い決断力（決断の先延ばしはチームの時間を奪う最大の害悪）。
• 結論：マネジメントは生まれ持った才能でなく後天的に習得可能な「技術」である。

【クロの提案】

• これはAIツール系の記事ではなく純粋なマネジメント論。ナツミの直接の実務（AIエージェント運用・SNS/LP制作）とは距離があるが、プロFチーム（めぐみさん・りささん・みどりさん）との協業や、将来チームを持つ場面での指針として汎用的に使える内容。
• 3本柱への直接効果は薄いが、「クライアントとの関係構築」「プロFチームとの1on1的な関わり方」のヒントとしては拾っておく価値あり。今すぐ動く緊急性は低い。

8. すみか「Complete Claude Skills Library（215個のSkillsまとめ）」（渡した日：7/5）

【記事の内容】

• 215個のClaude Skillsを8グループ（outbound、pipeline管理、client reporting、GTM ops、SDR、Claude Code installs、plugin skills、LinkedIn carousels）に分けてSKILL.md形式でまとめたライブラリの紹介。
• 単なる一覧ではなく、CLAUDE.mdを作ってagentic workflow（一連の自動化された作業フロー）まで動かせる設計になっている点がポイントとして強調されている。「便利なプロンプト集」ではなく「仕事の流れごとClaudeに持たせる」設計思想。
• 元ネタとして4月17日付の別記事「Claude Skills 67選」も引用されている（Skillsの全体像を先に押さえるための参照先として）。

【クロの提案】

• ナツミのSkills運用（.claude/skills/配下・現状40+個）と直接関連するテーマ。8グループの分類軸（outbound/pipeline管理/client reporting/GTM ops/SDR等）は、受託営業・クライアント対応まわりのSkill不足を棚卸しする軸として使えそう。
• 実際に215個のSkill中身までは今回未取得（元ツイートのリンク先動画・67選記事は深掘りしていない）。「気になる」レベルの候補で、本格的に取り込むなら別途Skill監査タスク（すでに進行中の2026-07-06_skill_audit_proposal.md）と合流させるのが筋が良い。

9. でぷれ「Fable5復活から30時間・$800検証で出た結論」（渡した日：7/5）✅検証済み

【記事の内容】

• Fable 5が6/9発表→3日で米政府の輸出管理規制により停止→7/1に安全装置（safety classifier）付きで復活、という経緯を紹介。「Opus 4.8が応答しました」という表示は、サイバー攻撃・生物化学・モデル思考抜き取り系の質問と判定された場合のフォールバックで、正常動作と説明。
• 公式ドキュメント（Anthropicの「Prompting Claude Fable 5」ガイド）に攻略法がほぼ書かれていると指摘。公式が明言する強み5つ：数時間〜数日の持久力／複雑な問題を一発でほぼ正しく仕上げる精度／複数サブエージェントの並列指揮／財務分析やスプレッドシート等の事務ワークフロー品質／曖昧な依頼への自律判断力。ベンチマークはSWE-bench Proで80.3%（Opus 4.8は69.2%）と紹介。
• 「察しの良さ＝思考の余白＝課金」という核心的な指摘。ざっくり指示で動く分、裏側の思考トークンがそのままコストになる。言語化フェーズを1つ挟むと出力解像度が上がる。
• 結論：Fable 5には「実装」でなく「設計」をさせ、実装はSonnet 5に回す。effortは「設計=MAX、通常=高」で十分、ultracodeは封印。
• 実例：AI運用ルール63本・12,934行を監査させ37本・6,399行まで整理（矛盾指摘つき）。添削の自動学習パイプライン（原稿の差分を毎晩分析し文体ルールに追記）も構築。
• 短文ライティングでは差が出にくく、長文（YouTube台本・LP・セールスレター等）で真価が出るという指摘。
• 課金構造：7/7まで定額、7/8以降は入力$10/出力$50（Opus 4.8の2倍）。Max5倍で検証→枠を使い切ったらMax20倍に切り替える段階式が推奨されている。
• 残り期間のティア分け：ティアS＝内部構造化（ルール整理・自動化設計）、ティアA＝戦略設計（文体ルール化・コンテンツ戦略）。「ざっくりプロンプトでポン出し」はティア外＝今やる価値はない、という判断。
• 記事末に「政府規制で停止」という経緯説明はあるが、詳細な公的ソースの提示はなく伝聞ベース。

【クロの提案（既存の検証結論と整合）】

• 既存の検証結論どおり：この記事の「運用結論」（設計はFable・実装はSonnet／effort設計=MAX・通常=高／短文でなく長文で真価）は妥当な実務知見として採用可。一方「政府規制で停止」という経緯説明は根拠となる一次ソースが提示されておらず憶測の域を出ない点は変わらず要注意。
• 実務提案：「AIに渡す運用ルールの棚卸し」プロンプト（調査→計画→承認→実行の順を踏ませる設計）は、ナツミの.claude/rules/が現在17本超まで増えている状況の棚卸しにそのまま転用できる。7/7以降の余枠タスクとして検討価値あり（すでにlayer3_action_planのラン⑤講座ナレッジ監査と近い発想）。
• 「文体のルール化はFableでやり、7/8以降はOpusに渡して書かせる」という結論は、megumi-line-writer等のクライアント文体再現Skillの精度向上にそのまま使える設計思想。

10. connect24h「Fable5の振る舞いをSonnetに移植する」（渡した日：7/5）✅検証済み

【記事の内容】

• Fable 5の「賢さ」は買うしかないが「振る舞い（行動様式）」はSonnet/Opusに移植できる、という主張。素材はリーク集（CL4R1T4S）ではなく、Anthropic公式の「Prompting Claude Fable 5」ガイドで十分だったという発見が起点。
• Sonnetを Fable寄りにしたい理由：①Fable 5は入出力単価がOpus 4.8の2倍、②Fable 5にはsafety classifierがありサイバー/生物系タスクが正当防御目的でも拒否されうる（拒否時はOpus 4.8へフォールバックが公式案内）。コスト・レートリミット・拒否フォールバックの3場面でSonnet/Opusの出番は構造的になくならない。
• 実装方法：Claude Codeの「output style」機能を使い、~/.claude/output-styles/fable-like.mdに8項目の行動規範（結論先行／即行動／進捗の実証／スコープ規律／ターン終了規律／境界／委譲／長時間運用）を書いて/configで選択、/clearか新セッションで有効化。frontmatterにkeep-coding-instructions: trueを入れることで既存のコーディング指示を維持したまま追加できる（CLAUDE.mdはユーザーメッセージ扱いだが、output styleは既定指示そのものに入る点が違い）。
• effortの対応関係：Sonnetに切替時はoutput style fable-like + effort high、Opusに切替時はxhigh、という換算がAnthropic公式の移行ガイドから導かれるとしている。
• 移植できないもの：first-shot correctness（複雑仕様の一発正解率）、数時間単位の長期自律性、dense画像の読解精度、1Mトークンのコンテキスト（SonnetはbetaでOpusは200Kのまま）はモデルの地力であり指示文では埋まらない、と正直に明記。

【クロの提案（既存の検証結論と整合）】

• 既存の検証結論どおり：この記事は技術的に正確と判断済みで、fable-like output style導入はすでに7/7メニュー入り済み（layer3_action_plan.mdのN7周辺・「fable-like output style 導入（connect24h氏公開の8項目行動規範を~/.claude/output-styles/に設置→窓後のSonnet/Opusで型を維持）」として7/5にナツミOK取得済み）。
• 追加の気づき：8項目の行動規範（特に「結論先行」「進捗の実証（捏造報告の禁止）」「ターン終了規律（『これからXします』で終わらない）」）は、クロちゃん自身の日常のDiscord応答・作業報告のスタイルにもそのまま生きる型。プロF・LSC等クライアントワークでの報告品質向上に直結。

11. Machina「How to build a second brain with Fable 5」（英語原文・渡した日：7/6）✅検証済み

【記事の内容】

• 同じモデルでも「文脈（知識ベース）」があるかどうかで出力の質が全く変わる、という主張を軸に、Obsidian上に構築する「第二の脳」の作り方を解説。
• 数字の裏付けとして、会計分野で顧客の取引履歴なしだと精度約70%、履歴を与えると85%→90%超まで上がる例、文体プロファイルがあれば中堅モデルでもFable 5（プロファイルなし）より認識しやすい文章を出せる例を紹介。Anthropic自身のテストでも、ファイルベースの記憶を持たせたFableはデッキ構築ゲームで従来の最上位モデルの3倍改善したという言及あり（ベンダー自身のテストで他者未再現、との留保つき）。
• 構造は4つのみ：raw（生データ置き場・改変しない）／entities（顧客・競合・ツール・人物ごとのページ）／concepts（戦略・学び・パターンごとのページ）／INDEX.md（全体の入口・1行要約一覧）。Karpathyの「knowledge base をコードベースのように扱う」という発想がベース。
• 埋め方：Claude Codeの/goal機能で「バックフィル」のゴールを設定し、既存の資産（過去のチャット・メモ・顧客フォルダ等）をrawに投入して自動的に整理させる。全ての変更はdiff（変更前後の差分）として提示させ、出典リンクのないページはフラグを立てて信用しない、という2原則で誠実性を担保。
• 生かし続けるループ：セッション終了後フック（何が起きたかを自動でノート化）／毎晩の安価モデルによるコンパイル／週次の矛盾・重複・デッドリンク検出（lint）／週次の高性能モデルによる統合パス（プレミアムモデルが働くのはこの1回だけ）。
• リサーチワークフロー：1つの質問を3〜5のサブ質問に分割→並列エージェントがSNS/Web/スクレイパーで調査→各知見に出典と日付を付与→「懐疑役エージェント」が各主張を攻撃し単一ソースの誇張を検出→生き残った知見だけをvaultに格納。使用ツール例：ScrapeCreators、公式X MCP、yt-dlp、Perplexity deep research、Firecrawl。
• コスト管理：CLAUDE.mdは200行以内に抑えvault自体は入れない（毎回課金される「always-paid tax」）。大きな疑問はサブエージェントに50ページ読ませて1段落の結論だけ持ち帰らせる。
• 同期の注意：iCloud同期とAIの書き込みが同時に走るとファイル競合が起きるため、gitをチェックポイント層として使うことを推奨。

【クロの提案（既存の検証結論と整合）】

• 既存の検証結論どおり：この英語原文の内容は、ナツミの現行の記録運用（auto-memory＝手続き記憶に近い／notes＝ナツミが見返す資産／rules＝鉄板ルール、という3階層運用）とすでに8割方一致する設計思想。raw/entities/concepts/INDEXという「4ピース」の型で言えば、ナツミの_stock/discord（生ログ＝raw相当）とmemory/daily（サマリー）はraw+コンパイル層に近く、不足しているのは「entities（顧客・競合・ツール別ページ）」「concepts（戦略・学びの抽象概念ページ）」を明示的に独立させる部分と、「毎晩の自動コンパイラ」「週次lint」「週次統合パス」という自動化ループの仕組み化。
• 3本柱でいう「セカンドブレイン2.0化」の候補になりうるが、実装は記事12（チャエンのv2.0実装記録・GitHub公開のテンプレ）の方が具体的で日本語・すぐ真似できる形になっているため、着手するなら記事12をベースにする方が早い。

12. チャエン「Claude Codeで"自分のコピー"を作る方法（第二の脳v2.0実装）」（渡した日：7/6）✅検証済み

【記事の内容】

• 記事11（Machina）を参考に、チャエン氏が数ヶ月運用してきた「第二の脳（第1世代：SOUL/MEMORY/DREAMSの3ファイル構成）」をFable 5向けにv2.0として全面刷新した記録。テンプレとスクリプトはGitHub（github.com/chaenmasahiro0425/exbrain）で公開。
• 第1世代で分かった教訓：「生ログは放っておいても勝手に溜まるが、編纂された知識は放っておくと勝手に腐る」。4月に作った顧客リストが7月の新規案件を知らないまま凍っていた、という失敗例。
• v2.0の設計：4層（identity=人格／digest=要約／wiki=知識／raw=生ログ）に分け、層ごとに「書く人」を1人だけに固定（identityは人間だけ、digestはクラウドだけ、wikiは夜間コンパイラだけ、rawは自動収集だけが書く）。これにより同期競合が構造的に起きなくなる。raw層を不可侵にする理由は、同じAIが同じノートを読み書きし続けるとディテールが溶けて誤りが複利で増えるため。
• 心臓部＝「夜間コンパイラ」：毎晩23:30に自動起動し、その日のログ・新規クリップを読んで、登場した顧客・人物・ツールのページを出典リンク付きで自動更新。暴走防止策として①LLMにgitを触らせない②書ける場所を層で制限（rawとidentityには触れさせない）③raw変更が出たら自動で復元してコミットを止める、の3つ。コンパイルは最安モデルに回し、プレミアムモデルが出てくるのは週1回の統合パスのみ。
• 生かし続けるループ：セッション開始ごとのprimer（当日の文脈注入）／朝夕のdaily note生成／4時間おきのXブックマーク収集／毎晩のコンパイル／日曜のlint（腐敗検出）と週次まとめ。
• Fable 5移行時の変化：数ヶ月かけて書き溜めたルールの8割を削除。旧モデルは「あれもするな、これもするな」の列挙が必要だったが、Fable 5はeffortで知能と速度を制御でき、狙う挙動は短い一文で足りるため、列挙をやめた方がむしろ賢くなったという逆説。
• まとめの7ステップ：①vault作成②4層に分ける（書き手固定）③持っているものを全部rawに投入④夜間コンパイル設置⑤週次lintで腐敗検出⑥リサーチを検証付きで資産化⑦INDEXを玄関にしてフルスキャン禁止。全てオープンソース公開（README日英両方）。

【クロの提案（既存の検証結論と整合）】

• 既存の検証結論どおり：Machina/チャエンの内容はナツミの現行運用とすでに8割方重なっており、残りの「4ピース補完」（entities/concepts/INDEXの明示的な分離＋夜間コンパイラ等の自動化ループ）が候補として挙がっている状態。
• 具体的な着手案（提案・実行はまだしていない）：
  • memory/（auto-memory）＝チャエンの「identity」層に相当する部分が多い（ナツミの特性・好み・ルール）。
  • notes/＋各プロジェクトmd＝「wiki（entities/concepts）」に近いが、entities（顧客・案件別ページ）とconcepts（戦略・学びの抽象ページ）を明示的に分けきれてはいない。
  • _stock/discordの生ログ＝「raw」層そのもの。すでに深夜3:00のlaunchdで自動取得できており、この部分はチャエンの設計とほぼ同じ状態。
  • 不足しているのは「毎晩の自動コンパイラ（生ログ→entities/conceptsページへの自動反映）」「週次lint（矛盾・重複・デッドリンク検出）」の自動化部分。ここをGitHub公開のテンプレ（chaenmasahiro0425/exbrain）を参考に組むかどうかが、セカンドブレイン2.0化の次の判断ポイント。
  • 「ルールの8割を削って短い一文に絞る」という指摘は、現在17本超に増えている.claude/rules/の肥大化と重なる部分があり、でぷれ氏の記事9の「ルール棚卸しプロンプト」と合わせて、rules/整理の一つの根拠として使える。

横断まとめ

12本に共通するトレンド（3〜5行）

• Fable 5は「察しの良さ（曖昧な指示を文脈から補完する力）」が最大の特徴として繰り返し語られており、その裏返しとして「思考の余白＝コスト増」「短文では差が出ず長文・複雑タスクで真価を発揮」という共通認識がある（記事2・3・9・10）。
• 「AIに自分だけの文脈（第二の脳・デザインシステム・文体ルール）を読ませてから使う」という発想が、LP制作・スライド制作・第二の脳構築という別々のテーマで独立に語られており、共通の潮流になっている（記事3・5・11・12）。
• 実装より「設計」にFable 5を使い、実装は安価なモデル（Sonnet 5等）に渡すという分業論が複数記事で一致している（記事9・10・12）。
• 情報商材的な販促導線（LINE登録・note有料メンバーシップ・プレミアムアップグレード誘導）が12本中半数以上に付随しており、数字や体験談は話半分に読む必要がある一方、「型」「手順」自体は実務的に転用価値が高いものが多い。

今すぐ動く価値があるもの トップ3

1. 記事10（connect24h：fable-like output style）＝すでに7/7メニュー入り済み。導入コストが低く（15分程度）、効果測定もしやすいので優先度最高。
2. 記事9（でぷれ：ルール棚卸しプロンプト）＝.claude/rules/が17本超に増えている現状の棚卸しに直接使える。7/7以降の余枠タスクとして着手しやすい。
3. 記事3（VIA/tatsuki：LP制作4ステップ）＝「質問させてから骨格を作らせる」「AI自身に品質チェックさせる」の2手は、受託案件（LSC・プロF等）のLP制作フローにそのまま追加できる低コストな改善。

関連ファイル

• 2026-07-04_tab_group_digest — 7/1〜7/3のChromeタブグループ17本のダイジェスト
• layer3_action_plan — Fable 5 free window 実行プラン（7/7メニュー・週間制限実測ログ）
• project_3pillars — ビジネス3本柱の定義

追記：7/6夜に届いた2本（13・14）

13. 太郎氏「Fable残り2日、業務効率化3選・記事執筆3選」（渡した日：7/6・元ポスト）

【記事の内容】

• 50代でAIリテラシーゼロから1年半・中小企業のAI導入次長・残業180h→ゼロの実体験ベース
• 采配論「10-80-10」：設計10%=Fable／中間80%（下書き・探索・整形）=Sonnet／検収10%=Fable。引き継ぎの合図＝「Fableの答えをファイル（型）にした瞬間」
• 6選：①仕事の棚卸し（質問駆動で業務マップ→3仕分け）②カスタム指示・Skillの大掃除（重複/矛盾/死文/肥大化/機密の5観点・削除は必ず人間確認）③専用プロジェクト「カルテ」作り（7/9以降Sonnetが引き継ぐ前提の部屋）④文体プロファイル資産化 ⑤体験談→「読者の入口」変換型（読者の痛みから入り体験談は解決策として後出し）⑥長文1本→X投稿14本の量産ライン（共感4・気づき4・問題提起3・実績2・誘導1）
• おまけ30プロンプト（会議仕分け・時間泥棒特定・報告の盛り防止・敵の目線監査・7/9以降の課金基準づくり等）
• ⚠️ 定額枠の締切を「7/8（水）15:59まで」と記載（でぷれ氏の「7/7まで」と情報が割れている・要実測確認）

【クロの提案】

• ①〜④はうち実質済み（ラン②棚卸し／束A・B大掃除／ローリング引き継ぎ書／7/7スキル自己改善に文体組込済み）＝答え合わせ
• ⑤変換型と⑥量産ラインはフェーズ1「AI発信を始める」に直接使える。拡散選手権の投稿（7/13締切）にも⑤がそのまま効く
• 30選の#18「7/9以降の課金基準づくり」はN7クレジット判断と同じ趣旨→7/7のN7に統合可

14. Kくん note「元月収18万→3年で資産4億のロードマップ7STEP」（渡した日：7/6・note・100円）

【記事の内容（無料部分のみ確認）】

• X年商5億・総フォロワー15万を名乗る著者。SNS発信収入→「稼ぐ→元本を増やす→投資でぶち上げる」サイクル論。全11.2万字・無料部分1.1万字＋画像37枚・有料100円
• 数値主張：手取り18万→現資産数億・1日1.2h労働で月数百万規模（未検証・自己申告）

【クロの提案】

• 稼ぐ系ド直球。読む価値があるとすれば「11万字を100円で売る構成・無料部分の引きの設計」＝匿名bizのnote販売のモデリング素材として
• 扱い（①モデリング分析②中身確認③購入して全文分析）はナツミの文脈確認中。購入する場合はナツミ側で→テキスト共有で全文分析可

改訂履歴

• 2026-07-06：初版作成。ナツミ明示依頼（7/6実行OK）。Discordで7/3〜7/6に渡された12本をClaude in Chromeで取得しまとめ。