🏠 目次に戻る

Layer 3:実行プラン(v4・Fable 5 レビュー反映版)

7/7 までの Fable 5 free window を、ナツミの3本柱(受託/ナツミネームbiz/匿名biz)で使い切るための実行プラン。

v4 の変更点(2026-07-03 改訂・2026-07-02_fable5_plan_review の別チャット検証を反映):

v3 の変更点(2026-07-02 改訂):新3要素(D-5 分析プロンプト集/D-6 パーソナルアプリ/D-7 プロF アプリ)組み込み・TOP 10 再ランキング・タイムライン再構成。 v2 → v3 の主要な追加:分析プロンプト集(メタ)・アプリ制作(実装)・プロF案件(外向き)の3軸が拡張。

📌 このファイルはナツミの実装ノート。裏の判断軸=layer2_thematic_map/記事別の元素材=layer1_source_archive/全体ナビ=index_fable5


目次


前提:今週のナツミの状況

動かせない予定(v4・カレンダー実測で確定)

重要クライアント(受託パート対象)

稼働特性

今週の使い方の指針(v4)


順序戦略(v4・依存関係を実在するものだけに整理)

環境整備 First の原則は維持する。ただし根拠は v3 の「10段連鎖効果」ではなく、ナツミ自身の体感(最近のクロちゃんのルール破り・会話の噛み合わなさ → 毎セッション注入される rules/memory 層の肥大・矛盾が一因)。レビューで実例も確認済み(drops-inbox ルールの保存先パスが実ファイルと不一致)。

実在する依存関係(これだけ)

ラン①(D-1+D-4 統合監査)… ナツミ体感の課題解決が主目的。副次的に後続ランの文脈が綺麗になる
ラン②(A-2 プロF業務棚卸し)→ ラン③(D-7 プロF アプリ要件定義)… 強い依存(棚卸し結果が要件定義の素材)
プロファイル系(B-4・B-3)→ B-1 USP → C-1 note … 中程度の依存(窓内で完結させる必要なし)

v3 の10段連鎖図は削除(依存の過剰主張だったため・詳細は 2026-07-02_fable5_plan_review 指摘10)。ozaken の「上流の文脈が濃いほど下流が良くなる」は各ランに渡すコンテキストの濃さの話として適用する(タスクの実施順に自動翻訳しない)。


全ぶっ込みリスト(3本柱×Fable 5・v4)

Fable 5 の free window で理論上やれること全部。ここから「Fable 5 依存度 × 7/7 で消える価値」で絞り込む。

🛠 環境整備(3本柱横断・7/8以降ずっと効く土台)

環境 D-1:既存 Skill・rules・memory の監査(v4:D-4 と統合・提案まで)

環境 D-4:ルール群の Fable 5 レビュー(v4:D-1 に統合=ラン①として1本で実行)

🆕 環境 D-5:分析プロンプト集を Fable 5 に設計させる(v3・メタ活用)

🆕 環境 D-6:パーソナルアプリ設計(v4:窓後へ・Opus 4.8 で要件定義)

🆕 環境 D-7:プロF アプリ設計+実装(v3・クライアント案件・優先度高)

環境 D-2:Freelance Compass 学習フローの Skill 化(後日)

環境 D-3:yt-summary・whisper-video-summary の統合+本番サーバー化(D-6 と統合検討)


🌱 ナツミネームbiz(アラフォー×AI×自由に生きる系)

ナツミ B-4:AI 分身プロファイル

ナツミ B-3:文体プロファイル化

ナツミ B-1:ナツミネームbiz USP 発見

ナツミ B-2:3本柱のファネル設計

ナツミ B-5:ナツミネームbiz 30日コンテンツカレンダー

ナツミ B-6:発信業務の AI 仕分け


🏢 受託(重要クライアント=プロF+LSC)

受託 A-2:受託業務棚卸し+自動化候補15個(v4:プロF中心)

受託 A-1:LSC 再提出用 LP 構成の Fable 5 診断(v4:削除)


💰 匿名biz(お金と和解する)

匿名 C-1:note ネタ10個(芽生さん5ステップ×ナツミ体験)

匿名 C-2:Money Brain Lab. の学び1本 → 5媒体転用

匿名 C-3:レシート10件深掘りシリーズの note 化

匿名 C-4:匿名biz の 30日コンテンツカレンダー

匿名 C-5:匿名biz アカウント丸ごと診断


🏆 v4 実行セット(ヘビーラン3本+軽1本+余枠候補2本)

選抜基準はひとつ:「Fable 5 依存度 × 7/7 で消える価値」。窓が閉まる=希少なのは「Fable 5 でしかできない長時間自律ランの枠」なので、モデル非依存の対話型タスクは堂々と窓後へ送る(v3 の5軸採点・TOP 10 は廃止。2026-07-02_fable5_plan_review 指摘6)。

窓内で実行(Fable 5 の形をしてる仕事)

余枠候補(7/7・実測で枠に余裕があれば窓内で実行)

窓後へ(7/8 以降・Opus 4.8 で・消えない価値)

📦 旧 v3 TOP 10(アーカイブ・クリックで展開)

1位:🥇 環境 D-1:既存 Skill・rules・memory の大掃除

2位:🥈 環境 D-4:ルール群レビュー(自己参照ループ検証)

3位:🥉 ナツミ B-4:AI 分身プロファイル(P14)

4位:🆕 環境 D-5:分析プロンプト集を Fable 5 に設計(v3新規)

5位:⭐️ ナツミ B-3:文体プロファイル化(P9)

6位:⭐️ 受託 A-2:受託業務棚卸し(プロF+LSC 中心)(P1)

7位:🆕 環境 D-7:プロF アプリ 要件定義+機能案15個(v3新規・クライアント案件)

8位:⭐️ ナツミ B-1:ナツミネームbiz USP 発見(P12)

9位:⭐️ 匿名 C-1:note ネタ10個(芽生さん5ステップ×ナツミ体験)(P8)

10位:🆕 環境 D-6:パーソナルアプリ設計(v3新規・企画のみ)

圏外(今週は保留推奨)

ROI 特性マトリクス(v3・一目で見る)

                短期 ROI 高
                    ↑
   ⑨ note ネタ10個 ●   ● ⑥ 業務棚卸し(プロF/LSC)
                    ●   ● ① Skill 大掃除
                        ● ⑦ プロF アプリ要件定義 🆕
                    │
   ────────────────┼──────────────→ 長期 ROI 高
                    │
   (なし)         │   ● ② ルール群レビュー
                    │   ● ③ AI 分身プロファイル
                    │   ● ④ 分析プロンプト集 🆕
                    │   ● ⑤ 文体プロファイル
                    │   ● ⑧ USP 発見
                    │   ● ⑩ パーソナルアプリ設計 🆕
                短期 ROI 低

読み方(v3):右上(両方高)=今週の目玉(① Skill 大掃除・⑥ 業務棚卸し・⑦ プロFアプリ)。左上(短期特化)=すぐ売上に効く(⑨ note)。右下(長期特化)=土台(② 〜 ⑤・⑧・⑩)。

⚠️ この v3 ランキングは 7/5 合宿の見落とし・A-1 前提(LSC)・創作予算%を含むため無効。v4 実行セットが正。


7/3〜7/7 タイムライン(v4・実カレンダー準拠)

v4 実行セットを、カレンダー実測の動かせない予定と稼働特性に合わせて配分。

7/3(金)— メイン稼働日(車修理 10-11・きなこ鍼灸 15時前後を避けて)

7/4(土)— 午前ブロックのみ(13:30 新千歳発。空港移動を引くと実質 8:00〜11:00 目安)

7/5(日)〜7/6(月)— おさるマーケ大学 合宿(熱海)・Fable 5 オフ

7/7(火)— 最終日・発信素材化 & 判断 Day(まさはるパーソナル 11:30-12:30 を除く)

予算:実測ゲート方式(v4・創作%は廃止)


Notion Tasks DB 登録アイテム(v4)

Layer 3 v4 で確定したアクションを Notion Tasks DB に登録(DB ID: 34f81479-ca52-8162-82d9-ff072523367d)。✅ 2026-07-03 登録完了(ナツミ OK 済み・N1〜N7 の7件)。

メモ:全部「第2領域(重要×非緊急)」=土台への投資。第1領域(緊急)と衝突したら Fable 5 タスクは翌日以降にスライド。


7/8 以降の判断材料

koumei 推奨の測定

継続の判断基準

7/8 以降に持ち越す想定タスク(v4)


📊 実行結果ログ(実測・随時追記)

運用:ヘビーラン前後にナツミが使用量画面をスクショ → クロちゃんがここに記録。私(Fable 5)はセッション内から使用量を見られないため、実測はナツミのスクショが唯一のソース。

中長期の視点


関連ファイル

改訂履歴

🏠 目次に戻る