Skip to content
Conduit

skill

pm-spark

PM 工作伴侣 AI Skill:理解问题 / 挑战需求(识别假设漏洞)/ 设计方案 / 规格化与交付(PRD/原型注释/Spec)/ 做决策。五模式架构,按 PM 处境路由,包含 100 个 PM 思维模型 + 18 个发散框架 + 5 个专家角色。

SWUNwy/pm-sparkcommunitylistedunreviewed

Set up

Skills are installed by placing their folder where your agent loads skills.

The download comes from github.com/SWUNwy/pm-spark itself, not from our server, so what you get is exactly what its author published.

Install instructions come from the README

Skills do not use an MCP config. Follow the steps in the README below.

README

synced Oct 25, 2026

PM Spark

产品经理工作伴侣——按 PM 实际处境提供帮助,从需求理解到研发交付全程覆盖。

pm-spark 是一个 AI 代理 skill,使用 $pm-spark 调用,识别 PM 当前的工作处境,路由到对应的模式执行。五种工作模式:理解问题 / 挑战需求 / 设计方案 / 规格化与交付 / 做决策。

当前版本:v6.1.2(完整变更及迁移见 CHANGELOG.md)。

开发检查:node scripts/check-v6-contract.cjs;发布检查:node scripts/check-v6-contract.cjs --release。开发检查允许行为 not_run / blocked,其 ok 仅说明静态契约有效;只有全部真实对话通过、浏览器通过且证据完整可定位时,release_ready 才为 true。当前 v6.1.2 已完成受控验收:15 个行为场景与浏览器均通过,证据完整可定位,release_ready 为 true。历史仓库 URL 仍为下方真实地址;安装后的 skill 目录名使用 pm-spark。

PM 只需要理解五种工作模式、当前阶段和交付状态(草稿 / 待确认 / 已就绪 / 受阻)。行动等级和注释等级已移除;宿主权限留在执行机制中,交付就绪不自动授权实施。

日常使用默认轻量:每轮最多问一个影响结论的关键问题,信息够用就交付并停止。轻量 / 标准 / 深度只调整交互深度;按需增加比较、证据与压力测试,不增加权限或注释层级。PRD 写清产品需求,原型注释描述组件交互,Spec 在确认范围、验收标准和非目标后输出三文档;请求一种交付物不会自动扩展到全部文档。

行为验收场景见 PM 行为验收。


快速开始

# 克隆仓库
git clone https://github.com/SWUNwy/spec-analyze.git
cd spec-analyze

# 打开评审注释演示
open demo/demo.html

演示页展示优惠券管理改版评审原型:左侧产品原型组件带编号徽标锚点,右侧「PRD 注释」面板展示 PM 6字段注释(功能定位/交互逻辑/状态说明/边界条件),悬停左侧组件右侧自动高亮滚动,点击右侧注释左侧原型跳转到对应组件:


五种工作模式

模式一:理解问题

处境:拿到一个需求/反馈/指令,不确定它真正在说什么。

触发:「分析这个需求」「理解需求」「梳理一下」「用户反馈了X」「老板说要做X」

输出:清晰版问题陈述 + 关键未知项 + 建议下一步


模式二:挑战需求

处境:对某个需求有疑虑,想找出问题、识别风险假设、准备推回去的论据。

触发:「这个需求靠谱吗」「帮我找漏洞」「我想推回去」「值得做吗」「需求反问」

输出:

## 假设地图
1. [假设] → 如果不成立:[后果]

## 挑战问题
1. [可以直接拿去问需求提出方的尖锐问题]

## 裁定
推进 / 先验证X再决定 / 推回去 — [一句话理由]

模式三:设计方案

处境:问题清楚,决定要解决,需要找到最佳解法。

触发:「怎么做这个功能」「帮我设计」「产品方案」「几个方向想比」

输出:2-3 个方向对比(核心差异/前提/风险)+ 推荐 + 推翻条件


模式四:规格化与交付

处境:方案已定,需要写文档或准备评审材料。三个子模式:

子模式触发输出
4A 原型注释「原型注释」「交互注释」「给设计稿标注」HTML 评审注释面板(编号徽标 + PM 6字段)
4B PRD 撰写「写PRD」「整理文档」「研发需要文档」标准 PRD 文档
4C Spec 三文档「写规格」「研发评审文档」「Spec」proposal + design + tasks

PM 注释内容边界(硬约束,不出现):API路径、HTTP状态码、CSS像素值、timing参数、aria属性、i18n key

注释统一为 summary / feature / logic / states / boundary / copy,除可选文案外均需填完整。代理按组件类型核对行为与状态,PM 无需理解注释等级。node scripts/validate-annotations.js <HTML/Markdown/JSON> 检查字段与锚点;旧 blocks/VIEW_DESCS 只支持 --legacy 显式兼容读取,--migrate 写出独立 .pm.json 草稿,不带旧等级字段。

注释回归:node scripts/test-annotations.cjs;模板同步:node scripts/test-relationship-layer.cjs;交付契约:node scripts/test-delivery-contract.cjs。


模式五:做决策

处境:面对明确的选择——要不要做、哪个方案、怎么排优先级。

触发:「怎么选」「要不要做」「优先级怎么排」「A还是B」

输出:推荐 + 最影响结论的核心变量 + 推翻条件 + 可选决策记录


模式衔接

运行状态只记录工作进展、证据与质量门禁;具体动作遵循宿主当前策略及用户已有授权。交接包的 authority.host_policy / authority.approval 说明下游执行边界,Spec 就绪不自动授予实施或外部动作权限。旧运行状态使用 node scripts/run-state.cjs migrate --state <state.json> 清理已废弃的权限等级字段。

模式之间按需要自然衔接;当前请求够用即可结束,最多给一个可选下一步,不自动展开全部工作流:

理解问题 → 挑战需求(发现有问题)/ 设计方案(问题清楚了)
挑战需求 → 做决策(要不要做)/ 设计方案(决定推进)
设计方案 → 规格化与交付(方案确定)/ 做决策(多方向难选)

目录结构

pm-spark/
├── SKILL.md                    # 主入口:五模式路由与执行协议
├── demo/
│   ├── demo.html               # 可视化演示(无 SVG 连线,编号徽标 + 滚动联动)
│   ├── screenshot-1.png        # 演示截图:优惠券创建场景
│   └── screenshot-2.png        # 演示截图:优惠券核销场景
└── references/
    ├── annotation-output-templates.md   # 权威 HTML 模板 + v4.0 JS + PM schema
    ├── annotation-example.md            # PM 注释示例(6字段格式 + 禁止内容清单)
    ├── annotation-templates.md          # PM 六字段、组件类型与完整性规则
    ├── delivery-contract.json           # 字段层级:PM/Implementation/Acceptance
    ├── html-annotation-system.md        # 徽标锚定系统 + 双向高亮协议
    ├── personas.md                      # 5个专家角色(按模式意图选用)
    ├── intake-audit.md                  # 六维度检查工具(模式一使用)
    ├── adversarial-review.md            # 对抗审查协议(模式二 + 4C使用)
    ├── divergence-frameworks.md         # 18个发散框架(模式三使用)
    ├── decision-log-format.md           # 决策记录格式(模式五使用)
    ├── prd-output-template.md           # PRD 模板(模式四 4B使用)
    ├── spec-templates.md                # Spec 三文档模板(模式四 4C使用)
    ├── pmframe-index.md                 # 100个PM思维模型索引(10领域)
    └── chinese-writing-style.md         # 中文写作规范

版本

  • v6.1.2:退役全部旧 spec-analyze/analyze 引擎命令(RETIRED_COMMANDS 单一来源 + 泛化退役测试);场景 id 目录收敛为单一权威来源(sync-scenario-catalog 生成器 + 一致性校验入门禁)。
  • v6.1.1:修正验收状态文档陈旧矛盾;退役 5 个旧引擎命令(autonomy/meta/cross-skill/insights/dashboard);62 个旧 references 标 history/retired;5 个零引用旧脚本改退役桩;浏览器证据坐标取整;清理 148MB 废弃回放产物。
  • v6.1.0:入口统一为 PM Spark;补齐标准深度、模式衔接、变更与恢复场景;开发与发布检查分离;15 个 PM 行为场景通过受控回放与独立评审;澄清设计方案(发散)与做决策(收敛)边界。
  • v6.0.0:移除行动等级与注释等级;够用即停、每轮一个关键问题;交互深度与宿主权限分离;新增 PM 行为验收。
  • v5.0.0:架构重构——复杂度三路径改为 PM 处境五模式;新增挑战需求(模式二)和做决策(模式五);意图识别路由替代关键词匹配
  • v4.0.0:注释系统重构——移除 SVG 连线改用编号徽标;统一 PM 六字段;delivery-contract.json 字段层级修正
  • v3.x:原规格驱动开发分析引擎(Lightweight/Standard/Full 路径)

完整变更见 CHANGELOG.md。

↑↓ navigate openesc close