ワンクリックでManusで任意のスキルを実行

始める

prd

スター2

フォーク0

更新日2026年6月22日 07:03

SpecForge 产品需求文档决策能力包。用于把简报、头脑风暴、产品发现、预研、知识库事实和用户确认转成 00-intake/prd.md；每次 sf-prd 写产品需求文档前都应读取，并按 profile 读取 references。

インストール

Codex または Claude でインストールこの Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。

Manusで実行

ソース

huangrx6

huangrx6/SpecForge

GitHub リポジトリを開く Creator のリポジトリを見る

ダウンロード

Manusで実行

产品需求文档系统能力

本能力负责把简报、头脑风暴、产品发现、预研、知识库事实和用户确认转成 SpecForge 产品需求文档。

产品需求文档是产品决策文档，不是需求规格、不是界面设计、不是技术设计、不是任务拆分。它回答做什么、为什么做、给谁做、第一版做什么，而不是怎么实现。

产品需求文档负责

为什么做。
给谁做。
解决什么问题。
第一版最小可行版本做什么。
第一版不做什么。
用户价值和业务目标。
成功指标。
候选功能如何取舍。
产品风险、数据风险、AI 风险和交付风险。
是否已经可以进入需求阶段。

产品需求文档不负责

不写最终需求、验收标准或非功能需求编号。
不写接口字段、数据库表、组件拆分、测试命令或工程任务。
不替用户做产品方向拍板。
不把智能体建议写成用户已确认的最小可行版本。

核心产物

产品决策摘要
问题与目标结果
目标用户与场景
范围与最小可行版本决策
候选功能池
用户故事与验收种子
指标与评估
风险与依赖
路线图与版本切分
交接给需求阶段

读取顺序

读取 references/prd-playbook.md，确认阶段边界、决策状态、PRD 语言、假设台账和输入转译规则。
读取 references/output-contract.md，选择 prd-lite / prd-standard / prd-deep。
按工作项类型读取 references/patterns.md 中的 1-3 个 pattern，不要全量套用。
需要产品访谈、MVP 切分或开放问题审查时，读取 references/decision-prompts.md 的对应 section。
写完后读取 references/quality-guide.md。
如果需要外部 PRD 结构视角，读取 references/external-prd-reference.md，只吸收结构检查点，不执行外部保存动作。

执行流程

检查是否需要产品需求文档。
检查用户确认状态。
选择输出深度：prd-lite / prd-standard / prd-deep。
从简报、头脑风暴、产品发现、预研和知识库建立产品事实表。
识别高影响未知。
必要时执行产品访谈。
建立候选功能池。
裁剪最小可行版本、可选增强、后续版本和不在范围内的内容。
写产品需求文档。
填写产品决策门禁。
写交接给需求阶段。
若可进入需求阶段，决策状态 = approved-for-requirements。
否则 决策状态 = needs-decision / research-needed / blocked-by-conflict。

输出到 SpecForge

内容	写入位置
输出深度、来源产物、假设、决策状态	`00-intake/prd.md#0. 产品需求文档控制`
问题、用户、最小可行版本、非目标、成功标准、能否进入需求阶段	`00-intake/prd.md#1. 产品决策摘要`
背景、痛点、目标结果和失败代价	`00-intake/prd.md#2. 背景与目标结果`
目标用户、角色、场景、频率、权限责任	`00-intake/prd.md#3. 用户、角色与场景`
候选功能池和取舍依据	`00-intake/prd.md#4. 候选功能池`
最小可行版本、可选增强、后续版本和不在范围内	`00-intake/prd.md#5. 范围与最小可行版本决策`
用户故事和验收种子	`00-intake/prd.md#6. 用户故事与验收种子`
产品流程、异常路径、人工兜底、状态变化	`00-intake/prd.md#7. 产品流程`
指标、评估、AI / 数据 / 合规快照、风险和路线图	`00-intake/prd.md` 对应章节
需求种子、组件标记、界面设计 / 技术设计 / 数据 / 安全备注	`00-intake/prd.md#14. 交接给需求阶段`

完成标准

产品需求文档能说明为什么做、给谁做、第一版做什么和不做什么。
每个最小可行版本项都有来源、取舍理由和确认状态。
成功标准至少有一个可观察指标。
高影响未知没有被隐藏；有负责人、需要时间和状态。
AI / 数据 / 合规 / 运营风险在适用时可见。
交接给需求阶段的内容足以让 sf-requirements 转译行为种子。
产品需求文档没有写成需求规格、界面设计、技术设计或任务计划。

このリポジトリの他の Skills

同じリポジトリ

requirements

huangrx6/SpecForge

SpecForge requirements 主能力包。用于把 brief、brainstorm、PRD、research、gap report、wiki 当前事实和用户确认转成可测试、可追踪、可交给 UI / technical design / tasking / verification 的 REQ / AC / NFR / 边界 / handoff 行为契约。

2026-06-222

sf-requirements

huangrx6/SpecForge

生成或更新 SpecForge 工作项的需求规格；用于活跃工作项的 ready artifact 为 requirements，或需要把产品需求文档 / 简报转成可测试行为、边界、用户故事、验收标准和影响面标记时。

2026-06-222

requirements

huangrx6/SpecForge

SpecForge 内部需求技能。用于为 work item 生成清晰、可测试的功能需求、非功能需求、范围边界、不在范围内和验收标准。

2026-06-222

code-intelligence

huangrx6/SpecForge

SpecForge 跨阶段代码智能能力包。用于任何阶段需要 Wiki-first 定位现有代码范围、选择 CodeGraph / MCP / SCIP / Repomix / rg、检查 provider freshness、归一 graph_facts、分析影响面 / affected tests 或生成 Wiki 回写候选时必读；不要只在 sf-steering 中使用。

2026-06-222

sf-steering

huangrx6/SpecForge

为存量项目或大型代码库建立 SpecForge 项目画像；用于新需求或 bugfix 前理解现有架构、刷新 wiki、生成后续 work item 的上下文基线。

2026-06-222

test-engineering

huangrx6/SpecForge

SpecForge 测试工程主能力包。用于 sf-verify 在验证前把 requirements、tasks、UI、technical design 和 code review 风险转成可解析 TC/PW 用例、runtime runbook、auth strategy、自动化计划和可归档 evidence。

2026-06-222

name	prd
description	SpecForge 产品需求文档决策能力包。用于把简报、头脑风暴、产品发现、预研、知识库事实和用户确认转成 00-intake/prd.md；每次 sf-prd 写产品需求文档前都应读取，并按 profile 读取 references。

产品需求文档系统能力

本能力负责把简报、头脑风暴、产品发现、预研、知识库事实和用户确认转成 SpecForge 产品需求文档。

产品需求文档负责

为什么做。
给谁做。
解决什么问题。
第一版最小可行版本做什么。
第一版不做什么。
用户价值和业务目标。
成功指标。
候选功能如何取舍。
产品风险、数据风险、AI 风险和交付风险。
是否已经可以进入需求阶段。

产品需求文档不负责

不写最终需求、验收标准或非功能需求编号。
不写接口字段、数据库表、组件拆分、测试命令或工程任务。
不替用户做产品方向拍板。
不把智能体建议写成用户已确认的最小可行版本。

核心产物

产品决策摘要
问题与目标结果
目标用户与场景
范围与最小可行版本决策
候选功能池
用户故事与验收种子
指标与评估
风险与依赖
路线图与版本切分
交接给需求阶段

读取顺序

读取 references/prd-playbook.md，确认阶段边界、决策状态、PRD 语言、假设台账和输入转译规则。
读取 references/output-contract.md，选择 prd-lite / prd-standard / prd-deep。
按工作项类型读取 references/patterns.md 中的 1-3 个 pattern，不要全量套用。
需要产品访谈、MVP 切分或开放问题审查时，读取 references/decision-prompts.md 的对应 section。
写完后读取 references/quality-guide.md。
如果需要外部 PRD 结构视角，读取 references/external-prd-reference.md，只吸收结构检查点，不执行外部保存动作。

执行流程

检查是否需要产品需求文档。
检查用户确认状态。
选择输出深度：prd-lite / prd-standard / prd-deep。
从简报、头脑风暴、产品发现、预研和知识库建立产品事实表。
识别高影响未知。
必要时执行产品访谈。
建立候选功能池。
裁剪最小可行版本、可选增强、后续版本和不在范围内的内容。
写产品需求文档。
填写产品决策门禁。
写交接给需求阶段。
若可进入需求阶段，决策状态 = approved-for-requirements。
否则 决策状态 = needs-decision / research-needed / blocked-by-conflict。

输出到 SpecForge

内容	写入位置
输出深度、来源产物、假设、决策状态	`00-intake/prd.md#0. 产品需求文档控制`
问题、用户、最小可行版本、非目标、成功标准、能否进入需求阶段	`00-intake/prd.md#1. 产品决策摘要`
背景、痛点、目标结果和失败代价	`00-intake/prd.md#2. 背景与目标结果`
目标用户、角色、场景、频率、权限责任	`00-intake/prd.md#3. 用户、角色与场景`
候选功能池和取舍依据	`00-intake/prd.md#4. 候选功能池`
最小可行版本、可选增强、后续版本和不在范围内	`00-intake/prd.md#5. 范围与最小可行版本决策`
用户故事和验收种子	`00-intake/prd.md#6. 用户故事与验收种子`
产品流程、异常路径、人工兜底、状态变化	`00-intake/prd.md#7. 产品流程`
指标、评估、AI / 数据 / 合规快照、风险和路线图	`00-intake/prd.md` 对应章节
需求种子、组件标记、界面设计 / 技术设计 / 数据 / 安全备注	`00-intake/prd.md#14. 交接给需求阶段`

完成标准

产品需求文档能说明为什么做、给谁做、第一版做什么和不做什么。
每个最小可行版本项都有来源、取舍理由和确认状态。
成功标准至少有一个可观察指标。
高影响未知没有被隐藏；有负责人、需要时间和状态。
AI / 数据 / 合规 / 运营风险在适用时可见。
交接给需求阶段的内容足以让 sf-requirements 转译行为种子。
产品需求文档没有写成需求规格、界面设计、技术设计或任务计划。