jpskill.com
📦 その他 コミュニティ

to-prd

現在の会話の流れを基に、製品要求仕様書（PRD）を作成し、プロジェクトの課題管理ツールに登録することで、議論内容を効率的にドキュメント化し、関係者間で共有・活用できるようにするSkill。

📜 元の英語説明(参考)

Turn the current conversation context into a PRD and publish it to the project issue tracker. Use when user wants to create a PRD from the current context.

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

一言でいうと

現在の会話の流れを基に、製品要求仕様書（PRD）を作成し、プロジェクトの課題管理ツールに登録することで、議論内容を効率的にドキュメント化し、関係者間で共有・活用できるようにするSkill。

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

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

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

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

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

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

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

🎯 この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
同梱ファイル
1

📖 Skill本文(日本語訳)

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

[Skill 名] to-prd 現在の会話コンテキストとコードベースの理解に基づいて、PRDを作成します。ユーザーにインタビューするのではなく、すでに知っていることを統合してください。

課題トラッカーとトリアージラベルの語彙は提供されているはずです。提供されていない場合は、/setup-matt-pocock-skills を実行してください。

プロセス

  1. まだ行っていない場合は、リポジトリを探索してコードベースの現在の状態を理解してください。PRD全体でプロジェクトのドメイン用語集の語彙を使用し、触れる領域のADRを尊重してください。

  2. 実装を完了するために構築または変更する必要がある主要なモジュールをスケッチしてください。独立してテストできる深いモジュールを抽出する機会を積極的に探してください。

深いモジュール（浅いモジュールとは対照的に）とは、多くの機能をシンプルでテスト可能な、めったに変更されないインターフェースにカプセル化するものです。

これらのモジュールがユーザーの期待と一致するかどうかをユーザーに確認してください。ユーザーに、どのモジュールについてテストを作成したいかを確認してください。

  1. 以下のテンプレートを使用してPRDを作成し、プロジェクトの課題トラッカーに公開してください。通常のトリアージフローに入るように、needs-triage トリアージラベルを適用してください。

<prd-template>

問題提起

ユーザーの視点から見た、ユーザーが直面している問題。

解決策

ユーザーの視点から見た、問題に対する解決策。

ユーザー物語

長く、番号付きのユーザー物語のリスト。各ユーザー物語は以下の形式である必要があります。

  1. <アクター>として、<機能>が欲しい、なぜなら<メリット>だから

<user-story-example>

  1. モバイル銀行の顧客として、自分の口座の残高を見たい、なぜなら支出についてより情報に基づいた意思決定ができるようになるから </user-story-example>

このユーザー物語のリストは、機能のすべての側面を網羅する、非常に広範なものである必要があります。

実装上の決定事項

行われた実装上の決定事項のリスト。これには以下が含まれます。

  • 構築/変更されるモジュール
  • 変更されるそれらのモジュールのインターフェース
  • 開発者からの技術的な明確化
  • アーキテクチャ上の決定事項
  • スキーマの変更
  • API契約
  • 特定のインタラクション

特定のファイルパスやコードスニペットを含めないでください。それらは非常に早く古くなる可能性があります。

テスト上の決定事項

行われたテスト上の決定事項のリスト。以下を含めてください。

  • 良いテストとは何かについての説明（実装の詳細ではなく、外部の振る舞いのみをテストする）
  • テストされるモジュール
  • テストの先行技術（つまり、コードベース内の同様の種類のテスト）

範囲外

このPRDの範囲外であることの説明。

その他の注意事項

機能に関するその他の注意事項。

</prd-template>

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

This skill takes the current conversation context and codebase understanding and produces a PRD. Do NOT interview the user — just synthesize what you already know.

The issue tracker and triage label vocabulary should have been provided to you — run /setup-matt-pocock-skills if not.

Process

  1. Explore the repo to understand the current state of the codebase, if you haven't already. Use the project's domain glossary vocabulary throughout the PRD, and respect any ADRs in the area you're touching.

  2. Sketch out the major modules you will need to build or modify to complete the implementation. Actively look for opportunities to extract deep modules that can be tested in isolation.

A deep module (as opposed to a shallow module) is one which encapsulates a lot of functionality in a simple, testable interface which rarely changes.

Check with the user that these modules match their expectations. Check with the user which modules they want tests written for.

  1. Write the PRD using the template below, then publish it to the project issue tracker. Apply the needs-triage triage label so it enters the normal triage flow.

<prd-template>

Problem Statement

The problem that the user is facing, from the user's perspective.

Solution

The solution to the problem, from the user's perspective.

User Stories

A LONG, numbered list of user stories. Each user story should be in the format of:

  1. As an <actor>, I want a <feature>, so that <benefit>

<user-story-example>

  1. As a mobile bank customer, I want to see balance on my accounts, so that I can make better informed decisions about my spending </user-story-example>

This list of user stories should be extremely extensive and cover all aspects of the feature.

Implementation Decisions

A list of implementation decisions that were made. This can include:

  • The modules that will be built/modified
  • The interfaces of those modules that will be modified
  • Technical clarifications from the developer
  • Architectural decisions
  • Schema changes
  • API contracts
  • Specific interactions

Do NOT include specific file paths or code snippets. They may end up being outdated very quickly.

Testing Decisions

A list of testing decisions that were made. Include:

  • A description of what makes a good test (only test external behavior, not implementation details)
  • Which modules will be tested
  • Prior art for the tests (i.e. similar types of tests in the codebase)

Out of Scope

A description of the things that are out of scope for this PRD.

Further Notes

Any further notes about the feature.

</prd-template>