Agent Skills
返回列表
🏢

PDM 计划与交付导航

企业运营 更新于 2026.08.29

将以下提示词粘贴到你的 AI 对话框中：

请根据 https://skillhub.cn/install/skillhub.md，安装 @org-02qudk26/pdm。

技能介绍

要解决什么问题

中大型项目里，路线图、PRD/规格、Issue 与实际代码往往各说各话：文档写「已规划」，仓库里搜不到实现；某功能明明在跑，规格里却找不到对应章节。你需要的是交付视角的问答——「X 上线了吗？」「v2 还缺什么？」「按领域/WBS 分解后，哪些叶子还没落地？」——而不是再写一份新文档或猜状态。

PDM 的定位是只读的项目导航器，用产品经理的 lens 做综合：它不替代 Lens 去读「如何工作」，而是把记录意图与实现现实对齐后回答交付问题。

如何工作

PDM 遵循「两个权威来源，始终协调」：每个功能状态都是规格/问题/路线图与代码证据的交集；缺一侧就明确标注缺的是哪一侧。

  • 已构建：声明必须带代码证据，引用 file:line（通常来自 Lens 的 implemented-feature 证据）。
  • 未实现：说明检索/覆盖范围，而不是空口否定；无证据 ≠ 证明不存在，继承 Lens 的纪律。
  • 漂移：文档声称与代码矛盾时，标记差距而不是平滑表述；并给出高/中/低置信度。

在编排上，PDM 读取 Nexus 的路由、Atlas 的架构上下文、Scribe/Accord 的规格源、Attest 的 AC Conformance、Trail 的功能落地历史等，再向下游输出：待 Rank 评分的路线图项、待 Sherpa 分解的 Epic、可喂给 Orbit 的 loop 级工作包（WBS 叶子/缺口）、待 Scribe 补写的规格缺口、Spark 的新功能种子，以及给 Canvas/Nexus/PMM 的状态与产品真相汇总。

适用边界

PDM 导航，不编写：不写代码、规格、路线图，也不自行做 ICE/RICE/WSJF——这些交给 Rank、Scribe、Accord 等专职技能。问「X 怎么实现的、流程结构是什么」应走 Lens；对抗性 AC 合规走 Attest；实时任务拆执行走 Sherpa/Orbit。记住：路线图是承诺，运行中的代码是证明——PDM 展示两者之间的距离。

使用场景

  • 版本评审或发版前，对照路线图、规格与代码 `file:line` 证据，输出已交付与未实现功能清单。
  • PRD/Issue 声称的状态与仓库检索结果不一致时，标记文档—代码漂移并给出高/中/低置信度。
  • 基于现有规格、Issue 与架构领域映射，生成 WBS/工作分解视图，并列出待 Sherpa、Orbit 接手的 Epic 与叶子缺口。
  • 以 PdM 问答形式回答「X 是否已发布」「v2 按领域还缺什么」，且缺规格或缺代码时会标明缺哪一侧。

适合人员

  • 负责里程碑汇报的技术负责人，需要按领域/里程碑给出「计划 vs 已构建」的交付状态与缺口清单。
  • 维护路线图的产品经理，在把条目交给 Rank 评分或 Sherpa 拆 Epic 前，先要一份有证据链的功能与 WBS 缺口视图。
  • 做多 Agent 交付编排的架构师或平台工程，需要从 PDM 获取 status rollup 与 loop 级工作包种子对接 Nexus、Orbit。
  • 承担规格—实现对齐的 QA/交付保障角色，要把 Attest 的 AC 结果与 Trail 的落地历史纳入状态 refinement，而不是只看文档勾选。