用途：将当前会话上下文与对代码库的理解综合为一份 Forge PRD，用于产品需求、产品规格或交付计划的记录。它明确不访谈用户，只综合已知信息。
主要能力：按固定模板产出 PRD，包含问题陈述、解决方案、用户故事（编号的 As an <actor>, I want <feature>, so that <benefit>）、实现决策（模块、接口、澄清、schema、契约与交互）、测试决策（行为测试策略、覆盖模块与先例）、范围外事项与补充说明。要求使用项目领域词汇表术语并遵守 ADR；识别需构建或修改的模块及可深度测试的模块机会；与用户确认模块集合与测试重点是否符合预期。除非原型片段比文字更精确地表达决策，否则不写入具体文件路径或代码片段。
使用方式：属于 plan 阶段（三步中的第二步），在 /grill-with-docs 确定术语后加载。通过 Forge 发布：wiki forge plan <project> <feature-name> [--repo <path>]。完成后回到 /forge，运行 wiki forge next 推进，随后由 /prd-to-slices 接管（第三步）。
上下文与路径：通过 KNOWLEDGE_VAULT_ROOT 或 wiki config --effective --repo <path> 解析 vault；除非代码仓库本身即配置的 vault，否则不要在代码仓库内创建持久项目记忆 markdown。Forge 跟踪使用时遵守当前 Forge 阶段包、所需技能、产物归属与允许写入；独立使用时将持久记忆经 Wiki 路由到 ${KNOWLEDGE_VAULT_ROOT}/projects/<project>/。相对文件引用通常从 skill_dir 解析，显式引用用 $PI_SKILL_DIR/path 与 $PI_WORKSPACE/path。
限制：不访谈用户；不编造未提供的信息；具体收费、平台支持等资料暂未提供。