关于 pm-skills
项目管理技能,可将请求路由到八个专长技能之一,或使用 Jira 实时数据、分析工具和验证门禁执行受治理的交付循环。
主要功能
- 01在八个 PM 技能间确定性路由
- 02将 Jira 快照桥接为流量与迭代指标
- 03可机器检查的计划与关闭门禁
- 04人工负责、审核与升级规则
适用场景
- 01将 Jira 或 Confluence 问题路由给专长技能
- 02根据 Jira 快照衡量流量指标
- 03通过验证步骤推进交付目标
MCP 相关
内置 Atlassian Remote MCP,用于获取 Jira 数据并开展分析。技能将快照接入分析工具,并管理任务验证;Jira 和 Confluence 写入遵循审计与审批规则。
安装
复制下面的命令,在终端中运行。
npx skills add https:/ / github.com/ alirezarezvani/ claude-skills --skill pm-skills安装后在 Claude Code 中输入/pm-skills确认已加载。
包含的文件
除 SKILL.md 外,安装时一起下载的参考资料和脚本。
assets/expected_flow_metrics.jsonsample_jira_snapshot.jsonreferences/agentic_delivery_governance.mdflow_forecasting_canon.mdpm_loop_playbook.mdscripts/delivery_loop_gate.pyjira_snapshot_bridge.pypm_goal_router.py详细介绍
项目管理——领域编排器与交付循环
本编排器承担两项工作。**路由:**分叉上下文,使用 scripts/pm_goal_router.py 对 PM 咨询进行分类,运行 8 个子技能中的恰好一个,并返回摘要。**循环:**将交付目标转化为有界的 Agentic 循环——通过随附的 Atlassian MCP 拉取实时 Jira 数据,将其接入领域的确定性分析工具,使用机器运行的门禁验证每一步,并在所有内容经验证或由人工豁免之前拒绝关闭。随附的 .mcp.json 连接了 Atlassian 远程 MCP(https://mcp.atlassian.com/v1/sse,OAuth 由 Claude Code 处理)。
何时调用
| 症状 | 子技能 |
|---|---|
| "项目/组合健康度、风险 EMV、产能" | senior-pm |
| "Sprint 速率、复盘落实、仪式健康度、何时能完成" | scrum-master |
| "JQL、Jira 工作流、看板、自动化" | jira-expert |
| "Confluence 空间、页面树、内容审计" | confluence-expert |
| "用户、组、权限、SSO" | atlassian-admin |
| "可复用的 Jira/Confluence 模板" | atlassian-templates |
| "会议转录、发言时长、行动项" | meeting-analyzer |
| "状态更新、3P 更新、利益相关方沟通" | team-communications |
路由逻辑(确定性)
运行路由器——当脚本可以做出判断时,不要凭目测查看表格:
python3 scripts/pm_goal_router.py --text "<the goal>" --output json
退出码 0 → route_to 指明子技能:加载其 SKILL.md 并遵循其工作流。
退出码 2 → 提出一个澄清问题,列出候选项,并给出推荐答案。退出码 3 → 无信号:请用户重新表述目标,并明确交付物。
切勿静默猜测;切勿静默串联第二个子技能——先输出摘要、确认,然后再串联。
交付循环(Agentic)
对于目标(而非问题)——"把 Sprint 14 推进到经验证的关闭"、"基于实时 Jira 生成项目组合健康度报告"、"让我们的流动指标每周可见"——运行循环库契约(Observe → Choose → Act → Verify → Record → Repeat-or-stop):
- Observe(观察)——拉取最新状态:
mcp__atlassian__searchJiraIssuesUsingJql(先通过getAccessibleAtlassianResources获取cloudId),保存结果 JSON,然后将其接入:
添加python3 scripts/jira_snapshot_bridge.py --input snapshot.json --to flow # WIP, throughput, cycle time p50/85/95, work-item age, SLE, aging alerts python3 scripts/jira_snapshot_bridge.py --input snapshot.json --to sprint > s.json # scrum-master schema python3 ../scrum-master/scripts/velocity_analyzer.py s.json # velocity + volatility + forecast--forecast N,可获得基于种子的蒙特卡洛"何时能完成 N 项"预测(已完成项少于 10 项时拒绝预测——历史数据不足的预测不可信)。 - Choose(选择)——使用
pm_goal_router.py路由下一个任务;每次一个任务。 - Act(执行)——依据路由到的子技能的 SKILL.md,使用其自身工具执行。
- Verify(验证)——使用以下命令对计划及每次关闭进行门禁检查:
此外还需通过各子技能自身的门禁(scrum-master 的 ≥ 3 个 Sprint 规则、atlassian-admin 的 VERIFY 步骤)。切勿由自己裁定自己的验证结果。python3 scripts/delivery_loop_gate.py --plan plan.json --mode plan # exit 2 = blocked python3 scripts/delivery_loop_gate.py --plan plan.json --mode close # exit 4 = close refused - Record / Repeat-or-stop(记录 / 重复或停止)——对于多任务目标,将当前状态交由仓库级别的 harness 处理(它会强制执行尝试次数上限、迭代预算和证据记录):
终止状态:成功、无操作完成、阻塞、需要审批、耗尽、停滞。预算耗尽属于升级处理——绝不能报告为成功。python3 engineering/agent-harness/skills/agent-harness/scripts/goal_compiler.py \ --goal "<goal>" --manifest engineering/agent-harness/skills/agent-harness/assets/harnesses/project-management.json \ --out .agent-harness/plan.json python3 engineering/agent-harness/skills/agent-harness/scripts/loop_controller.py init|next|record|verify|close ...
硬性规则(Agent 化交付治理)
- Agent 是贡献者,绝非负责人(Linear 模型):每个循环任务都必须指定一名人类负责人;由 Agent 执行的任务还需指定一名人类审阅人。
delivery_loop_gate.py会强制执行此规则(G1/G2)。 - 验收必须可机器检查:要么是一条命令,要么是带阈值的标准。“看起来不错”不能作为门禁(G3)。
- 每一次 Jira/Confluence 写入都必须可审计、优先可逆(Rovo 纪律):没有验证证据时,绝不能通过
transitionJiraIssue将任务转为 Done;破坏性或不可逆操作(删除、权限变更、组织级管理操作)属于需要审批的终止状态,而非循环步骤。 - 绝不修改用来评判你的门禁:与 autoresearch-agent 相同的锁定评估器不变量。
- 预测应给出带置信度的区间,绝不给出日期:采用 Vacanti 提出的蒙特卡洛百分位数(p50/p70/p85/p95)。单一日期承诺是反模式。
- 每个任务最多尝试 3 次,每个目标最多 12 次循环迭代:超出后,连同证据日志上报给指定的人类负责人。
强制提问库(grill-with-docs 模式)
每轮只问一个问题,附带推荐答案和规范出处。在确定决定车道的关键决策前,绝不运行子技能或启动循环:
- SPRINT 车道:“你是想度量流动(周期时间、WIP、吞吐量、年龄),还是想预测交付?建议:先度量。基于未度量流动的预测只是噪声。规范出处:《Kanban Guide》(2025 年 5 月)四项强制流动度量;Vacanti,《Actionable Agile Metrics》。”
- HEALTH 车道:“你的项目状态是自报的 RAG,还是由信号推导出来的?建议:从信号推导(进度偏差、WIP 老化、范围变动),并与自报结果做对比,这种差异能发现“西瓜型”项目。规范出处:《Kanban Guide》2025;DORA 2025(AI 会放大而非修复薄弱信号)。”
- JIRA 车道:“这项配置变更能否先部署到测试项目?建议:始终先在测试项目中暂存;jira-expert 的工作流校验器必须以退出码 0 结束,才能进入生产环境。规范出处:jira-expert 校验工作流。”
- ADMIN 车道:“该操作是否可逆,由谁审批?建议:在修改权限前先指定审批人。在任何循环中,管理操作都属于需要审批的终止状态。规范出处:atlassian-admin 的 VERIFY 纪律;loop-library 停止状态。”
- LOOP 入口:“哪个单一、可观察的结果意味着 DONE,哪条命令能证明它?建议:一个明确的产物,加上一条针对该产物、以退出码 0 结束的命令。规范出处:agent-harness 验证器定律;Anthropic,《Building Effective Agents》(评估器需要明确的标准)。”
- MEETINGS/COMMS 车道:“这次会议能否改为异步书面更新?建议:状态广播类会议转为异步 3P 更新;决策类会议保留同步形式。规范出处:GitLab 异步优先手册。”
假设
- 用户拥有(或正在为拥有)交付权限的人准备分析材料。
- Jira/Confluence 访问通过随附的 MCP 进行;
project-management/references/atlassian-mcp-tools.md中未列出的能力(项目/冲刺/看板/空间创建、管理配置)需在网页界面完成,切勿虚构工具名称。 - 输入可能不完整,每个工具都提供
--sample,以便先查看数据结构。
非目标
- 不替代子技能:编排器负责路由和循环,具体工作由子技能完成。
- 不是通用循环引擎:那是
engineering/agent-harness的职责;本编排器是 PM 领域适配器(数据桥接 + 治理门禁 + 车道路由器)。 - 不决定构建什么:那是
product-team的职责。
输出产物
| 模式 | 产物 |
|---|---|
| Route | 子技能自身的产物 + 不超过 200 字的摘要,附一条带规范出处的质疑 |
| Flow report | flow_metrics.json(桥接输出),包含 SLE 合规性与老化告警 |
| Delivery loop | .agent-harness/plan.json + state.json + 门禁判定结果 + 收尾交接 |
反模式(请勿这样做)
- ❌ 为了"全面"而运行全部 8 个子技能:应路由到一个技能,消化结果,经确认后再串联下一步
- ❌ 在 Jira 快照只需一次 MCP 调用即可获取时,却用手动输入的数字报告 Sprint 健康度或预测:应接入真实数据
- ❌ 在未验证任务的情况下关闭循环,或将耗尽的预算报告为成功
- ❌ 让 Agent 成为记录在案的负责人:由人类负责,Agent 负责贡献
- ❌ 在循环中未经指定审批人批准,就自动流转 Jira 工单或修改权限
参考资料
- references/flow_forecasting_canon.md — Kanban Guide 2025、Vacanti 蒙特卡洛、DORA 2025、EBM、SPACE
- references/agentic_delivery_governance.md — Linear/Rovo 委派模型、Anthropic Agent 模式、审计规范
- references/pm_loop_playbook.md — 五个可复用的项目管理循环(Sprint、健康度、回顾行动、RAID 维护、沟通),并映射到循环契约
- 标准 MCP 工具列表:
project-management/references/atlassian-mcp-tools.md - 循环引擎:
engineering/agent-harness· 循环词汇表:loop-library