jpskill.com
🧩 Skill開発 コミュニティ

skill-from-masters

ユーザーが新しいSkillを作成する際に、まず専門家の実績ある方法論やベストプラクティスを特定し、Skill作成の品質を高めるためのフレームワークを選定するSkill。

📜 元の英語説明(参考)

Help users create high-quality skills by discovering and incorporating proven methodologies from domain experts. Use this skill BEFORE skill-creator when users want to create a new skill - it enhances skill-creator by first identifying expert frameworks and best practices to incorporate. Triggers on requests like "help me create a skill for X" or "I want to make a skill that does Y". This skill guides methodology selection, then hands off to skill-creator for the actual skill generation.

🇯🇵 日本人クリエイター向け解説

一言でいうと

ユーザーが新しいSkillを作成する際に、まず専門家の実績ある方法論やベストプラクティスを特定し、Skill作成の品質を高めるためのフレームワークを選定するSkill。

※ jpskill.com 編集部が日本のビジネス現場向けに補足した解説です。Skill本体の挙動とは独立した参考情報です。

⚡ おすすめ: コマンド1行でインストール(60秒)

下記のコマンドをコピーしてターミナル(Mac/Linux)または PowerShell(Windows)に貼り付けてください。 ダウンロード → 解凍 → 配置まで全自動。

🍎 Mac / 🐧 Linux
mkdir -p ~/.claude/skills && cd ~/.claude/skills && curl -L -o skill-from-masters.zip https://jpskill.com/download/19139.zip && unzip -o skill-from-masters.zip && rm skill-from-masters.zip
🪟 Windows (PowerShell)
$d = "$env:USERPROFILE\.claude\skills"; ni -Force -ItemType Directory $d | Out-Null; iwr https://jpskill.com/download/19139.zip -OutFile "$d\skill-from-masters.zip"; Expand-Archive "$d\skill-from-masters.zip" -DestinationPath $d -Force; ri "$d\skill-from-masters.zip"

完了後、Claude Code を再起動 → 普通に「動画プロンプト作って」のように話しかけるだけで自動発動します。

💾 手動でダウンロードしたい(コマンドが難しい人向け)
  1. 1. 下の青いボタンを押して skill-from-masters.zip をダウンロード
  2. 2. ZIPファイルをダブルクリックで解凍 → skill-from-masters フォルダができる
  3. 3. そのフォルダを C:\Users\あなたの名前\.claude\skills\(Win)または ~/.claude/skills/(Mac)へ移動
  4. 4. Claude Code を再起動

⚠️ ダウンロード・利用は自己責任でお願いします。当サイトは内容・動作・安全性について責任を負いません。

🎯 このSkillでできること

下記の説明文を読むと、このSkillがあなたに何をしてくれるかが分かります。Claudeにこの分野の依頼をすると、自動で発動します。

📦 インストール方法 (3ステップ)

  1. 1. 上の「ダウンロード」ボタンを押して .skill ファイルを取得
  2. 2. ファイル名の拡張子を .skill から .zip に変えて展開(macは自動展開可)
  3. 3. 展開してできたフォルダを、ホームフォルダの .claude/skills/ に置く
    • · macOS / Linux: ~/.claude/skills/
    • · Windows: %USERPROFILE%\.claude\skills\

Claude Code を再起動すれば完了。「このSkillを使って…」と話しかけなくても、関連する依頼で自動的に呼び出されます。

詳しい使い方ガイドを見る →
最終更新
2026-05-18
取得日時
2026-05-18
同梱ファイル
2

📖 Skill本文(日本語訳)

※ 原文(英語/中国語)を Gemini で日本語化したものです。Claude 自身は原文を読みます。誤訳がある場合は原文をご確認ください。

[Skill名] skill-from-masters

マスターからのスキル

ドメインマスターの知恵を具現化したスキルを作成します。このスキルは、ユーザーがスキルを生成する前に、認められた専門家による実証済みの方法論を発見し、組み込むのに役立ちます。

核となる哲学

ほとんどの専門分野には、書籍、講演、インタビュー、フレームワークを通じて自らの方法を体系化してきた優れた実践者がいます。これらの実証済みの方法論に基づいて構築されたスキルは、ゼロから作成されたスキルよりもはるかに価値があります。

目標は単に「十分良い」ことではありません。そのドメインにおける最高レベルの人間の専門知識に到達することです。

ワークフロー

ステップ1:スキルの意図を理解する

ユーザーに尋ねます。

  • どのようなスキルを作成したいですか?
  • どのような特定のタスクを処理すべきですか?
  • どのような品質基準を目指していますか?

ステップ2:関連ドメインを特定する

スキルを1つ以上の方法論ドメインにマッピングします。1つのスキルが複数のドメインにまたがる場合があります。

マッピング例:

  • 「営業メールスキル」→ 営業、ライティング、説得
  • 「ユーザーインタビュースキル」→ ユーザーリサーチ、インタビュー、製品発見
  • 「プレゼンテーションスキル」→ ストーリーテリング、ビジュアルデザイン、説得
  • 「コードレビュー スキル」→ ソフトウェアエンジニアリング、フィードバック、コミュニケーション

ステップ3:専門家の方法論を明らかにする

レイヤー1:ローカルデータベース 既知のフレームワークについては、references/methodology-database.mdを参照してください。

レイヤー2:専門家をウェブ検索 ウェブを検索して、追加の専門家や方法論を発見します。

  • 検索:「[ドメイン] ベストプラクティス 専門家」
  • 検索:「[ドメイン] フレームワーク 方法論」
  • 検索:「[ドメイン] マスター実践者」

レイヤー3:選択した専門家を深く掘り下げる 有望な専門家については、彼らのオリジナルコンテンツを検索します。

  • 検索:「[専門家名] 方法論 インタビュー」
  • 検索:「[専門家名] [ドメイン] 議事録」
  • 検索:「[専門家名] フレームワーク 解説」

利用可能な場合は、一次情報源(記事、講演の議事録、ブログ投稿)を取得して読みます。

関連する各ドメインについて、以下を提示します。

  • 主要な専門家とその主要な貢献
  • 特定のフレームワーク、原則、またはプロセス
  • ソース資料(書籍、講演、インタビュー)

ステップ4:優れた例を見つける

方法論の選択を最終決定する前に、模範的な出力を検索します。

  • 検索:「最高の[出力タイプ] 例」
  • 検索:「[出力タイプ] テンプレート [トップ企業]」
  • 検索:「受賞歴のある[出力タイプ]」

卓越性がどのようなものかを理解することは、品質基準を定義するのに役立ちます。

ステップ5:共同選択

ユーザーに方法論を提示し、以下について話し合います。

  • どのフレームワークが彼らの目標に合致しますか?
  • 方法論間に解決すべき矛盾はありますか?
  • 複数のアプローチを組み合わせるべきですか?
  • 強調したい、または除外したい特定の原則はありますか?

ユーザーがスキルの基盤となる1〜3つの主要な方法論を選択するように導きます。

ステップ6:実用的な原則を抽出する

選択した各方法論について、以下を検索して抽出します。

なぜ(核となる原則)

  • 検索:「[方法論] 核となる原則」
  • 検索:「なぜ[方法論]が機能するのか」

どのように(具体的なプロセス)

  • 検索:「[方法論] ステップバイステップ」
  • 検索:「[方法論] 実装ガイド」

何を(品質基準)

  • 検索:「[方法論] チェックリスト」
  • 検索:「[方法論] 評価基準」

落とし穴(よくある間違い)

  • 検索:「[ドメイン] よくある間違い」
  • 検索:「[方法論] 落とし穴 回避」

要約だけでなく、正確な表現とニュアンスを得るために一次情報源を取得します。

ステップ7:相互検証

複数の情報源からの洞察を比較します。

  • どのような原則が一貫して現れますか?(高い信頼性)
  • 専門家はどこで意見が異なりますか?(ユーザーにフラグを立てる)
  • 各アプローチに固有のものは何ですか?(差別化)

各情報源から最良のものを引き出す、一貫したフレームワークを統合します。

ステップ8:スキルを生成する

方法論が確認されたら、skill-creatorスキルを使用して最終的なスキルを生成します。生成されたスキルは次のとおりです。

  1. コメントで方法論の出典を明記する(出所を文書化する)
  2. 専門家の知恵を実行可能な指示に変換する
  3. 見つかった優れた例から導き出された具体的な例を含める
  4. 品質基準を明示的なチェックポイントとして捉える
  5. 落とし穴の研究から得られた「これをしないでください」というアンチパターンを含める
  6. 最高の人間実践者の品質基準に合致する

品質チェックリスト

最終決定する前に、以下を確認してください。

  • [ ] ローカルデータベース以外も検索しましたか?
  • [ ] 要約だけでなく、一次情報源を見つけましたか?
  • [ ] 出力の優れた例を見つけましたか?
  • [ ] 避けるべきよくある間違いを特定しましたか?
  • [ ] 複数の専門家間で相互検証を行いましたか?
  • [ ] スキルは具体的で実行可能なステップ(曖昧な原則ではない)をエンコードしていますか?

対話例

ユーザー: 製品要件定義書を作成するためのスキルを作りたいです。

アシスタント: 素晴らしい選択です。PRD作成に関する最高の方法論を検索してみましょう。

[検索:「PRD ベストプラクティス 専門家」、「製品要件定義書 方法論」、「最高のPRD 例」]

いくつかの強力なフレームワークが見つかりました。

プロダクトマネジメント:

  • Marty Cagan (SVPG): 問題優先のPRDを強調し、問題空間と解決空間を分離
  • Teresa Torres: 継続的な発見、成果重視の要件

ビジネスライティング:

  • Barbara Minto: ピラミッド原則 - 結論から始める、MECE構造
  • Amazon: プレスリリースから逆算する、6ページ構成の物語形式

見つかった優れた例:

  • Intercomの公開PRDテンプレート
  • Linearの製品仕様書フォーマット

よくある間違い(私の検索から):

  • 問題を定義する前に解決策に飛びつく
  • 調整のためではなく、エンジニアのために書く
  • 成功指標が欠けている

これらのアプローチのどれが響きますか?それとも、どれかについてもっと深く検索すべきでしょうか?

ユーザー: AmazonのアプローチとCaganの問題優先思考を組み合わせるのが良いですね。Amazonの方法についてもっと詳しく教えてもらえますか?

アシスタント: [検索:「Amazon 6ページテンプレート」、「Amazon 逆算方法論」、「Amazon PR FAQ プロセス」]

[関連する記事を取得し、主要な原則を統合]

一次情報源から見つかったのは次のとおりです... [ステップ6、7、8に続く]

📜 原文 SKILL.md(Claudeが読む英語/中国語)を展開

Skill From Masters

Create skills that embody the wisdom of domain masters. This skill helps users discover and incorporate proven methodologies from recognized experts before generating a skill.

Core Philosophy

Most professional domains have outstanding practitioners who have codified their methods through books, talks, interviews, and frameworks. A skill built on these proven methodologies is far more valuable than one created from scratch.

The goal is not just "good enough" — it's reaching the highest level of human expertise in that domain.

Workflow

Step 1: Understand the Skill Intent

Ask the user:

  • What skill do they want to create?
  • What specific tasks should it handle?
  • What quality bar are they aiming for?

Step 2: Identify Relevant Domains

Map the skill to one or more methodology domains. A single skill may span multiple domains.

Example mappings:

  • "Sales email skill" → Sales, Writing, Persuasion
  • "User interview skill" → User Research, Interviewing, Product Discovery
  • "Presentation skill" → Storytelling, Visual Design, Persuasion
  • "Code review skill" → Software Engineering, Feedback, Communication

Step 3: Surface Expert Methodologies

Layer 1: Local Database Consult references/methodology-database.md for known frameworks.

Layer 2: Web Search for Experts Search the web to discover additional experts and methodologies:

  • Search: "[domain] best practices expert"
  • Search: "[domain] framework methodology"
  • Search: "[domain] master practitioner"

Layer 3: Deep Dive on Selected Experts For promising experts, search for their original content:

  • Search: "[expert name] methodology interview"
  • Search: "[expert name] [domain] transcript"
  • Search: "[expert name] framework explained"

Fetch and read primary sources when available (articles, talk transcripts, blog posts).

For each relevant domain, present:

  • Key experts and their core contributions
  • Specific frameworks, principles, or processes
  • Source materials (books, talks, interviews)

Step 4: Find Golden Examples

Before finalizing methodology selection, search for exemplary outputs:

  • Search: "best [output type] examples"
  • Search: "[output type] template [top company]"
  • Search: "award winning [output type]"

Understanding what excellence looks like helps define the quality bar.

Step 5: Collaborative Selection

Present the methodologies to the user and discuss:

  • Which frameworks resonate with their goals?
  • Are there conflicts between methodologies to resolve?
  • Should they combine multiple approaches?
  • Any specific principles they want to emphasize or exclude?

Guide the user to select 1-3 primary methodologies that will form the skill's foundation.

Step 6: Extract Actionable Principles

For each selected methodology, search for and distill:

The Why (Core Principles)

  • Search: "[methodology] core principles"
  • Search: "why [methodology] works"

The How (Concrete Process)

  • Search: "[methodology] step by step"
  • Search: "[methodology] implementation guide"

The What (Quality Criteria)

  • Search: "[methodology] checklist"
  • Search: "[methodology] evaluation criteria"

The Pitfalls (Common Mistakes)

  • Search: "[domain] common mistakes"
  • Search: "[methodology] pitfalls avoid"

Fetch primary sources to get exact wording and nuance, not just summaries.

Step 7: Cross-Validate

Compare insights across multiple sources:

  • What principles appear consistently? (high confidence)
  • Where do experts disagree? (flag for user)
  • What's unique to each approach? (differentiation)

Synthesize a coherent framework that takes the best from each source.

Step 8: Generate the Skill

With methodologies confirmed, use the skill-creator skill to generate the final skill. The generated skill should:

  1. Credit the methodology sources in a comment (documenting provenance)
  2. Translate expert wisdom into actionable instructions
  3. Include concrete examples derived from golden examples found
  4. Capture quality criteria as explicit checkpoints
  5. Include "don't do this" anti-patterns from pitfall research
  6. Match the quality bar of the best human practitioners

Quality Checklist

Before finalizing, verify:

  • [ ] Did we search beyond the local database?
  • [ ] Did we find primary sources, not just summaries?
  • [ ] Did we find golden examples of the output?
  • [ ] Did we identify common mistakes to avoid?
  • [ ] Did we cross-validate across multiple experts?
  • [ ] Does the skill encode specific, actionable steps (not vague principles)?

Example Interaction

User: I want to create a skill for writing product requirement documents.

Assistant: Great choice. Let me search for the best methodologies on PRD writing.

[Searches: "PRD best practices expert", "product requirements document methodology", "best PRD examples"]

I found several strong frameworks:

Product Management:

  • Marty Cagan (SVPG): Emphasizes problem-first PRDs, separating problem space from solution space
  • Teresa Torres: Continuous discovery, outcome-focused requirements

Business Writing:

  • Barbara Minto: Pyramid Principle - lead with conclusion, MECE structure
  • Amazon: Working backwards from press release, 6-pager narrative format

Golden Examples Found:

  • Intercom's public PRD template
  • Linear's product spec format

Common Mistakes (from my search):

  • Jumping to solutions before defining the problem
  • Writing for engineers instead of for alignment
  • Missing success metrics

Which of these approaches resonates? Or should I search deeper into any of them?

User: I like Amazon's approach combined with Cagan's problem-first thinking. Can you find more details on Amazon's method?

Assistant: [Searches: "Amazon 6-pager template", "Amazon working backwards methodology", "Amazon PR FAQ process"]

[Fetches relevant articles and synthesizes key principles]

Here's what I found from primary sources... [Continues to Step 6, 7, and 8]

同梱ファイル

※ ZIPに含まれるファイル一覧。`SKILL.md` 本体に加え、参考資料・サンプル・スクリプトが入っている場合があります。