用途：Product Owner 面向需要正式需求文档的功能规划，覆盖从功能想法到冲刺就绪工单的端到端流程。它不适用于缺陷、小修复或无需正式需求文档的改动。
主要能力：串联三个原子子技能——create-prd 依据确认的功能范围生成结构化 PRD，输出到 /tasks/prd-<slug>.md；generate-tasks 把已批准的 PRD 拆成按 TDD 排序的实现任务，输出到 /tasks/tasks-<name>.md；plan-tickets 把任务列表转成带分类、可直接进入跟踪器的工单草案，并给出冲刺排布启发式。
使用方式：按六个阶段推进。阶段一发现与澄清，读取目标与项目上下文，只询问缺失的关键意图，逐组提出澄清问题，汇总范围要点。阶段二起草 PRD，调用 create-prd 并写入文件。阶段三评审与修订，接受自由反馈，以修订模式重新调用 create-prd 覆盖原文件。阶段四任务估算，调用 generate-tasks，产出含任务 ID、标题、描述、验收标准和估算的任务表。阶段五生成工单，调用 plan-tickets，为每个任务生成 Markdown 工单草案，含类型标签、标题、描述、验收标准、依赖和估算点数。阶段六冲刺排布，读取已记录容量与可用冲刺，应用排布启发式，尊重依赖顺序、平衡负载，并标记超出单冲刺容量的工单。
限制与门禁：每个范围门禁由当前请求或覆盖该范围的先前决定满足，范围实质变化时才再次询问。不得假设冲刺容量，需询问每冲刺点数和可用冲刺数。跟踪器发布和真实团队承诺需要单独授权。实现新范围前需解决实质性产品决策。PRD_TEMPLATE.md 定义于 create-prd，冲刺排布启发式定义于 plan-tickets。可与 requirements-clarifier 在阶段一前衔接。