【7月7日まで限定】Claude Fable 5 完全攻略マニュアル ── “史上最強AI”を使い倒す全手順

# Claude Codeを起動
claude

# モデルを切り替え
/model
# → 「3. Fable」を選択

# effortレベルを最大に設定（重要！）
# ← → キーで xHigh に調整

# Skill＆メモリ 総点検レポートを作成してください

## あなたの役割
Claude Code環境に蓄積されたSkill・メモリ・ルールファイルの
「品質管理コンサルタント」として振る舞ってください。
※分析と報告のみ。ファイルの書き換え・削除・新規作成は絶対にしないこと。

## 読み込み対象
- グローバル設定：~/.claude/CLAUDE.md
- プロジェクト別設定：各リポジトリ直下の CLAUDE.md
- Skill一式：~/.claude/skills/ 以下すべて
- 保存済みメモリ・ナレッジファイル全般

## 見つけてほしい問題
1. 内容がかぶっているルール同士（統合候補）
2. 新旧で食い違っている指示（どちらを残すか判断が必要なもの）
3. 現在の業務で使われていない死んだ記述
4. 記述の粒度バラつき（抽象的すぎ or 細かすぎ）
5. Skillのdescriptionが曖昧で、意図したタイミングで発火しないリスクがあるもの
6. 常時読み込みでトークンを浪費しているファイル

## レポートの構成
1. 全体マップ：どのファイルがどこにあるか（ツリー形式）
2. 問題一覧：「重複」「矛盾」「不要」のカテゴリ別に整理
3. 改善アクション案：優先度High/Mid/Lowで具体的に提示
4. 理想形の構成図：最適化後のフォルダ・ファイル配置イメージ

※すべて提案段階です。私がOKを出すまで何も変更しないでください。

# 点検結果をもとに、Skillを作り直してください

## リファクタリング方針
- 「1つのSkill＝1つの明確な役割」に絞る（責務を混ぜない）
- descriptionには「このSkillが呼ばれるべき具体的な状況」を書く
  （例：×「コードレビュー」→ ○「PRが作成された時にコード品質をチェックする」）
- 本文の構成は3ブロック固定：
  ① DO（やること）
  ② DON'T（やらないこと）
  ③ OUTPUT FORMAT（出力の型）
- かぶっているものは1つに統合
- 新旧で矛盾しているものは新しい方を採用、古い方は削除
- 冗長な説明は削ぎ落としてトークン効率を上げる

## 出力してほしいもの
- 各Skillの新SKILL.md（完成形をそのまま書いて）
- Before→Afterの変更サマリー（何を統合/削除/修正したか一覧）

## 注意
まず案を見せてください。実際の適用は私の承認後にお願いします。

# 私のClaude Code環境を「読み取り専用」で全体診断してください

## あなたのミッション
Claude Codeの「環境最適化アドバイザー」として、私のPC環境を全方位で
スキャンし、改善プランを組み立ててください。

★ 絶対ルール：「見るだけ」。ファイルの作成・編集・コマンド実行は私が「GO」を
出すまで一切禁止。

## スキャン範囲（全領域）

### A. フォルダ構造
- ホーム直下のディレクトリ配置（プロジェクト群・ドキュメント・
  ダウンロード等）の整理状況
- 命名規則の一貫性、階層の深さ、放置フォルダの有無
  （※ツリーとフォルダ名だけ見て、ファイル中身は開かない）

### B. Claude Code設定ファイル群
- CLAUDE.md（グローバル ~/.claude/ ＆ プロジェクト別）
  → 内容の重複、トークン肥大化、「手続き系」が混在していないか
- .claude/rules/ → パススコープの妥当性
- .claude/skills/ → descriptionの精度、本文の粒度、発火しないリスク、
  旧commands/からの移行状況
- .claude/agents/ → 役割分担、tools制限、model指定、memory活用
- settings.json（user/project/local/managed）→ フック設定、
  permissions(allow/deny/ask)、output-styles
- .mcp.json → 未使用サーバー、権限過多、重複

### C. 運用全般
- モデル使い分け（Fable/Opus/Sonnet/Haiku）とeffort設定の方針
- /compactの運用、コンテキスト肥大化の有無
- 自動化（スケジュール/CLI/GitHub Actions/pre-commit）
- Gitワークフロー（コミット規約、レビューフロー）

### D. 日常の使い方のムダ
- 並列化・自動化・コンテキスト節約で火力を上げる余地
- 繰り返し作業のうち、Skill化/フック化/サブエージェント化すべきもの
- 「毎回同じことを言っている」指示→ CLAUDE.mdやoutput-styleに移すべきもの

## レポートの進め方
1. まずスキャン範囲を確認（不明点があれば先に質問して）
2. 現状マップ：ディレクトリツリー＋設定ファイルの配置図
3. 問題点を「影響度×工数」の2軸でマトリクス化し、優先順位をつける
4. 理想の構成案：
   (a) PC全体のフォルダ構成（ツリー＋命名ルール＋現状→理想の移動マッピング）
   (b) Claude Code設定の最適配置（配置理由付き）
   ▼ 振り分けの原則：
     ・常時参照 → CLAUDE.md
     ・手順・ワークフロー → Skill
     ・強制したいルール → Hook / Permissions
     ・分離したい処理 → Subagent
5. 実行プラン（フェーズ分割、各ステップの具体アクション、
   破壊的操作の安全な順序も明記）

※出力は診断とプランのみ。私が「GO」を出すまで何も変えないでください。

# Claude Codeのモデル別「役割分担表」を設計してください

## 背景
Fable 5は最強だがトークン単価も高い。
「使いすぎてもダメ、ケチってもダメ」──最もパフォーマンスが出る
バランスを見つけたい。

## 各モデルの使いどころのイメージ
- Fable 5 → 「考える」専門（設計・判断・分析・レビュー）
- Opus 4.8 → 「作る」担当（コード生成・長文執筆・複雑な実装）
- Sonnet 5 → 「回す」担当（テスト・フォーマット・変換・ルーティン）
- Haiku 4.5 → 「さばく」担当（要約・分類・データ整形・単純変換）

## 出力してほしいもの
1. タスク振り分け表（どんな作業をどのモデルに任せるかの一覧）
2. サブエージェントの設定ファイル（.claude/agents/ に置ける形式で）
3. 各エージェントの権限設計（読み取り専用 / 実行可能 の切り分け）
4. 実際のタスクフロー図（依頼が入ってから完了までの流れ）
5. コストシミュレーション（月間想定トークン数と料金の試算）

## 前提
まず私のプロジェクト構成を確認してから、それに合わせた最適解を提案してください。

[ユーザーの依頼]
      ↓
[Fable 5（司令塔）] ← 設計・判断・分析のみ
      ↓ 指示を出す
[Opus 4.8（実行部隊）] ← コード生成・文章作成
      ↓ 単純作業を委譲
[Sonnet 5 / Haiku 4.5] ← テスト・整形・要約

# 散らばった提案資料を体系化してください

対象フォルダ内の提案資料（PDF・スライド・Doc等）を全て読み込んで、
「今後誰でも必要な資料をすぐ見つけて使える」状態に再編してください。

## やってほしいこと
1. 全資料の内容をザッと把握し、テーマ・用途別にグルーピング
2. 内容が重複している資料ペアを洗い出す
3. 「本来あるべきなのにない」テーマを指摘
4. 理想の資料体系（カテゴリ・目次構成）を提案
5. 使い回せるパーツをテンプレートとして抽出

## 出力フォーマット
- 現状の資料マップ（何がどこにあるかの一覧）
- 理想のフォルダ構成（ツリー形式）
- テンプレート集（そのままコピペで使える状態で）
- 移行ステップ（優先度付き）

※実行はしないでください。提案だけお願いします。

# 商談メモ・議事録から「勝ちパターン」を抽出してください

過去3ヶ月分の商談記録・議事録を横断的に読み込んで、
以下の角度で分析してください。

## 分析してほしいこと
1. 受注できた案件に共通する「勝ち筋」（トーク展開・提案の切り口・タイミング）
2. 失注案件に共通する「負けパターン」
3. お客様から繰り返し出る質問TOP10と、それぞれのベストアンサー
4. 提案時に抜けがちな観点（後から「あれも言えばよかった」となるもの）
5. 上記を踏まえた「商談前チェックリスト」

## 出力フォーマット
- パターン分析レポート（表形式で一覧化）
- 商談前チェックリスト（そのまま印刷して使える形）
- FAQ集（質問→回答のペアで、新人でもそのまま使えるように）

# このコードベースの「完全リファクタリング計画書」を作ってください

長年の継ぎ足しで技術的負債が溜まっています。
フェーズ分割で安全に全体を整理するためのロードマップを描いてください。

## 条件
- 実行はしない。計画書のみ作成
- 各フェーズの工数見積り（人日 or 時間）を入れる
- リスクが高い変更箇所は赤フラグで明示
- 各フェーズのテスト戦略（何をどう検証するか）も含める

# [やりたいタスク]の「実行マニュアル」を作ってください

以下の3点だけ、短く明確にまとめてください。

1. 手順（ステップバイステップで、各ステップのゴールも明記）
2. 完了条件チェックリスト（「これが全部☑なら終わり」と判断できる形）
3. よくある失敗パターンと回避策

## 重要な制約
このマニュアルは「次回Opus 4.8やSonnet 5にそのまま渡して実行させる」
前提で書いてください。曖昧な表現は避け、具体的に。

私との過去の会話履歴を全部振り返った上で、
「7月7日までにFable 5でやっておくと最も価値が高いこと」を
優先順位付きでリストアップしてください。

判断基準：
- Fableでしかできない（or Fableだと圧倒的に質が上がる）ものを優先
- 7/8以降も残る「資産」になるものを優先
- 単発の成果物より、仕組み・基盤づくりを優先

私とのこれまでのやりとりを全て踏まえた上で、
あなたの「最高火力」でしか解けない私の課題は何ですか？

ただし、「私が認識している問題」だけでなく、
「本当はこっちが本質的な問題では？」という問題の再定義も含めて。
その上で、解決のアプローチを提案してください。

# タスク指示書

## 背景と状況
[なぜこのタスクが必要なのか、1〜2文で]

## ゴール（完成状態の定義）
[「こうなっていれば完了」という状態を具体的に]

## 完成判定条件
- [ ] [条件1]
- [ ] [条件2]
- [ ] [条件3]

## 自律的に判断してよい範囲
[ここまでは自分で決めてOKというライン]

## 絶対にやらないでほしいこと
- [禁止事項1]
- [禁止事項2]

## 進捗報告のルール
各フェーズが終わるたびに、実際の実行結果を根拠に進捗を報告すること。
「たぶんできたと思う」「やったはず」のような推測報告は禁止。

## 動作モード
あなたは自律的に動いています。私はリアルタイムで見ていません。
全工程が終わるまで、途中で止まらず走り切ってください。