用途：将 PM 撰写的 PRD、功能规格或需求文档转化为工程可执行的任务。它是端到端开发流水线的后半段，若尚无 PRD，文档建议先用 /prd 技能生成。
主要能力：以六阶段工作流推进——Phase 0 摄取 PRD（支持飞书/Lark 文档 URL、粘贴文本、本地文件路径）；Phase 1 范围澄清与风险定级（先做 PRD 合理性调研，含 Lark 关联文档拉取、知识库全量加载、代码定向探针，再识别受影响服务、填写 PM 清单、按 🔴/🟡/🟢 定级）；Phase 2 代码库深度扫描，找出受影响的文件、接口、DB 表与 MQ topic；Phase 3 生成结构化设计文档；Phase 4 任务拆解为带路径与行号的可执行任务；Phase 5 按风险路由到 cross-verified、superpowers 序列或 direct 流程。
使用方式：安装 /prd 可执行 npx skills add github/awesome-copilot@prd -g -y。调用 /prd-to-tasks 后可粘贴 PRD 全文、传入本地文件（如 /prd-to-tasks docs/prd/my-feature.md）或飞书链接（如 /prd-to-tasks https://feishu.cn/docx/xxx）。读取 Lark 文档使用 lark-cli docs +fetch --doc "<url>"。知识库文件按优先级加载：项目级 <CWD>/.claude/prd-to-tasks/.md、用户级 ~/.claude/prd-to-tasks/.md、技能自带只读 seed references/*.md，同 key 项目级覆盖用户级。若 KB 目录缺失，提示引导创建，也可选择跳过但检查能力受限。知识库写入需用户显式同意，绝不静默写入，写入前展示完整 diff。
适用场景：需要把 PRD 落地为具体代码改动任务的研发流程；团队已有 repo-map、service-patterns 等可演进知识库时效果更佳。
限制：Phase 1、Phase 3、Phase 4 为人工门控阶段，必须等待明确确认（如“确认 Phase 1”）才能继续，无效确认信号不会被接受。任务质量依赖代码库路径与知识库的完备性；路径未确认的假设会标记为待验。文档未提供具体收费、价格、效果或平台支持范围的说明。