Skill全体棚卸し・統合設計 分析提案

📌 このmdは分析結果の提案であり、実行計画ではない。実行するかどうか・どの束を7/7にやるかはナツミが決める。Skillファイルへの変更は一切行っていない（読み取りのみ）。

0. サマリー

• Skill総数：52本（グローバル /Users/natsumi/.claude/skills/ 49本＋プロジェクト /Users/natsumi/workspace/.claude/skills/ 3本〔まさる先生系〕）
• 参照ナレッジパスの健全性：サンプル抽出した全パス（knowledge_index 含む）はリンク切れなし。ただし knowledge_workflow ルール文中の記載パス（notes/resources/knowledge_index.md）と実ファイル所在（50_references/courses/knowledge_index.md）がズレている（ルール文側が旧パス）→ 別途ナツミに報告推奨
• 重複・統合候補グループ：7クラスタ（SNS投稿生成／投稿診断／セールスレター・note／LP／画像・バナー・サムネ／スライド／YouTube系）
• 新ナレッジ（ai_creative_program 第3章・第7章）との接続マッピング：11件（Skill×レッスン対応）
• オリジナル版Skill候補：5個

1. Skill台帳

凡例：📁=グローバル／📂=プロジェクト（workspace/.claude/skills）／最終更新は SKILL.md の mtime。

1-A. ビジネス系（ナツミの3本柱・受託・案件直結）

1-B. まな式・SNS/note系（ナツミネームbiz・匿名biz）

1-C. YouTube系（📂プロジェクトSkill・まさる先生式）

1-D. 運用・メタSkill

1-E. HyperFrames/動画系（汎用ツール寄り）

1-F. Cloudflare/開発系（Anthropic標準バンドル・ビジネス系とは別軸）

agents-sdk cloudflare cloudflare-email-service cloudflare-one cloudflare-one-migrations durable-objects sandbox-sdk turnstile-spin web-perf workers-best-practices wrangler（全11本・2026-06-23更新・Cloudflare公式ドキュメント参照型・ナツミの案件ナレッジとは接続不要）

2. 重複・統合候補グループ

⚠️ feedback_course_archive_pattern の2026-05-03ナツミ裁定を尊重：統合パッケージは作らず、役割分担の明確化＋索引整理で対応する方針。以下は「1本に統合しろ」ではなく「境界線を文書化する」提案。

グループ①：SNS投稿【生成】系（4本重複）

mana-sns-post-master / mana-3-slide-tree-post / akuma-skill / sns-post

• 重なり：すべて「X/Threads/Instagram投稿を新規生成する」点で機能重複
• 差分：まな式14フック（本格・網羅）／3スライド特化（短尺）／悪魔式（Web検索ネタ収集＋教育段階、裏スキル）／おさる式（別流派）
• 提案：統合しない。mana-threads-note-router の振り分けルールにこの4本の使い分け表（ボリューム感・流派・トリガー語）を明記して迷子防止

グループ②：SNS投稿【診断】系（3本・隣接1本）

mana-sns-post-diagnostic / mana-sns-kpi-diagnostic / writer-feedback（隣接）

• 重なり：mana-sns-post-diagnostic（投稿単体の型診断）と writer-feedback（ライター原稿全般の添削）は対象が重なる場面あり（ライターがSNS投稿を書いた時）
• 差分：mana-sns-kpi-diagnostic は数値診断で完全に別レイヤー（重複なし）
• 提案：writer-feedback の説明に「まな式の型診断は mana-sns-post-diagnostic に譲る」の一文を追加するだけで十分（役割分担の明文化）

グループ③：セールスレター・note系（4本重複）

mana-sales-letter / sales-copywriting / mana-paid-note-creator / note-writer

• 重なり：mana-sales-letter（まな式28パート・体系的）と sales-copywriting（汎用セールスライター・LP/note/SNS横断）が最も重複度高い
• mana-paid-note-creator（本文執筆特化・レター自体は作らない）と note-writer（構成・タイトル・セールスレターまで作る）も役割境界が曖昧
• 提案：4本の「入口」を1枚の索引表にして、依頼が来た時にどれを通すか（まな式28パート必要か／汎用でいいか／本文だけか／構成からか）を明確化

グループ④：LP系（3本・思想は重複せず粒度違い）

lp-design（レビュー・原則チェック）/ yuco-lp-axis（FVコピー特化）/ image2-lp-builder（実装・Codex寄り）

• 重複というよりフェーズ分業（構成レビュー→コピー設計→実装）に近い。統合不要、ただし新ナレッジ（後述04-01_LP制作Skill）が「設計→画像生成→承認→HTML化」の4段階フローを提示しており、3本の繋ぎ順を明文化する価値あり

グループ⑤：画像・バナー・サムネ系（4本・パイプライン関係）

image-prompt（プロンプト設計のみ）→ banner-create（画像生成・保存まで）／ rich-menu（LINE特化）／ masaru-thumbnail-copy-skill（サムネコピー・画像生成は担当外）

• 重複なし。むしろ連携が正しく機能している好例（masaru-thumbnail-copy-skill の説明文に「画像生成は別Skill」と明記済み）

グループ⑥：スライド系（2本・用途違い）

miyama-slide（汎用HTMLスライド）/ slide-build（プロF専用pptx・design.md準拠）

• 重複なし。ただし両方「スライド作って」の一言で呼ばれうるため、トリガー競合リスクあり → 説明文に「プロF案件は slide-build、それ以外は miyama-slide」の分岐一文を追加推奨

グループ⑦：YouTube系3本（📂プロジェクト・パイプライン設計済み）

masaru-youtube-script-skill → masaru-youtube-title-skill → masaru-thumbnail-copy-skill

• 重複なし。3本セットで台本→タイトル→サムネの一気通貫パイプラインとして意図的に設計されている（各SKILL.mdに次工程への引き継ぎメモの記載あり）

3. 新ナレッジ（ai_creative_program 第3章・第7章）との接続マッピング

対象：index（50_references/courses/ai_creative_program/）第3章「デザイン制作Skill使い方解説講義」9レッスン＋第7章LIVE講義2本。

→ 合計 11件のマッピング（うち1件は既存Skillなし＝新規開発候補、1件は保留）。

4. オリジナル版Skill候補設計

Notionタスク「デザインプロンプト・スキルのオリジナル版開発」向け。講座第3章のSkill群と既存Skillの重なり・差分から抽出。

①LP制作Skillオリジナル版

lp-design（レビュー特化）と image2-lp-builder（実装特化・Codex寄り）の間を、「設計→画像生成→承認→HTML化」4段階フローで橋渡しする受託LP制作版（LSC・ルークスタイル・REXLI共通で使える手順化）。

②広告クリエイティブ制作Skillオリジナル版

ad-strategy（戦略・分析）と banner-create（画像生成）の間に、フロントCV逆算ヒアリング6点→A/B/C 3方向生成→5軸選定会議、という制作フェーズを実装する橋渡し版。

③ナレッジ構築Skillオリジナル版

現状 knowledge_workflow はルールのみでSkill化されていない。属性ヒアリング→カテゴリ判定→フォルダ構造提案→Markdown化を自動化し、新規クライアント案件（20_companies/）のオンボーディングを高速化する新規Skill。

④LINE動線クリエイティブ制作Skillオリジナル版

rich-menu を拡張し、「入口判定（リッチ画像/リッチメニュー/セット導線/LP接続）→サイズ規格即答→A/B/C 3枚固定→配信文込み成果物」を一気通貫化した版。

⑤サムネ制作Skillオリジナル版

masaru-thumbnail-copy-skill（コピー担当）と image-prompt／banner-create（画像担当）を繋ぎ、A/B 2方向（王道/作字強調）＋小サイズ検証込みで実装まで完了させる版。

5. 実行プラン（束方式・7/7実行粒度）

束1：参照パス追加（機械的・低リスク・ナツミ最終OKのみでOK）

• 対象：本md「3. 接続マッピング」の9件（既存Skillがあるもの）を、各SKILL.mdの参照ナレッジ節に1〜2行ずつ追記
• 作業内容：Skillのロジック変更なし、参照リンクの追加のみ
• 所要目安：Skill 1本あたり5分×9本 ≈ 45分

束2：統合・整理（要OK・ドキュメント整理のみ）

• 対象：グループ①②③⑥の役割分担明文化
  • mana-threads-note-router に投稿生成4本の使い分け表を追加
  • writer-feedback に「まな式型診断はmana-sns-post-diagnosticに譲る」一文追加
  • セールスレター・note系4本の入口索引表を新規1枚作成
  • miyama-slide／slide-build にプロF分岐の一文を相互追加
• 統合パッケージ化・Skill削除は行わない（feedback_course_archive_pattern 裁定準拠）

束3：新規開発（要設計・7/7に着手判断のみ／完成は別日想定）

• 対象：4章オリジナル版候補①〜⑤のうち、Notionタスクの優先順位に沿って1〜2個を選定
• 7/7時点でやること：候補の絞り込み＋設計方針の壁打ちまで（実装は別セッション）

6. 補足：発見した軽微な不整合（参考・対応判断はナツミ）

• knowledge_workflow ルール文中の記載パス notes/resources/knowledge_index.md が旧パス。実ファイルは 50_references/courses/knowledge_index.md に移動済み（project_workspace_migration の移行に伴うズレの可能性）。ルール文の更新要否は別途判断。

🧭 Fableレビュー（統合判断・2026-07-06 MM2）

分析ラン（Sonnet）の提案を読んだ上での私（Fable）の判断3点：

1. 束1の重複注意：本日並走のラン C（索引整備）が image-prompt・banner-create・lp-design の3本には既に参照パスを追記済み。7/7の束1実行時はこの3本を除いた残り6本だけ追記する（二重追記防止）
2. 束3の優先順位の推し：3本柱効果で並べると ②広告クリエイティブ → ④LINE動線 → ①LP → ⑤サムネ → ③ナレッジ構築。理由：②はプロFの「クリエイティブ量産がボトルネック」（めぐみさん裁定）と10月プロモに直結、④はVOC分析の最大ボトルネック「ステップ配信63%未組成」のLINE導線側を支える。①は受託向けで8月のLSC・レフロマ月に効く。7/7は②④の2本の設計壁打ちまでを推奨
3. banner-create の順序：C-4（全面書き直し保留・旧ユーザー名パスで動作不能）が残ってる。束1で参照を足すより、書き直しと同時に新ナレッジを織り込む方が二度手間がないので、banner-create分は束3側（②の設計時）に回すのが効率的

関連

• index — AI Creative実装プログラム講座索引（接続元）
• knowledge_workflow — 参照パス型Skill思想・ナレッジ4ブロック構造
• feedback_course_archive_pattern — 統合パッケージを作らない裁定（2026-05-03）
• 2026-07-03_run5_course_audit — 本講座取込の元タスク
• layer3_action_plan — 7/7「③スキル整理」の位置づけ元

改訂履歴

• 2026-07-06：初版作成（分析ラン・提案のみ・Skill編集なし）