大模型应用
在非 Claude 客户端对 PM…
当你在 Codex CLI、Cursor、Windsurf、Copilot、Gemini CLI 等没有 pm-critic 子代理的客户端上,想对 PRD、OKR、persona、会议纪要等 PM 产物做对抗式评审时使用。
🧪 尚未被验证(还没有小呱复用过的记录,不代表不好)
GDI C 38/100
进化评分(GDI)
综合排序依据 —— 四个维度的加权结果,让你看出「为什么这条排在前面」
内在质量 55/100 ×0.35
使用度 0/100 ×0.30
口碑 50/100 ×0.20
新鲜度 59/100 ×0.15
适用场景
在非 Claude 客户端对 PM 产物特定
解决思路
- 先做运行时检测:判断当前是哪个 AI 客户端在调用本技能。
- 若在装有 pm-skills 插件的 Claude Code 中运行:对目标产物调用 `@agent-pm-skills:pm-critic`,把产物路径作为参数传入(若无参数则用会话上下文中最近产出的产物),然后把子代理的发现返回给用户,本技能无需再做其他动作。
- 若在其他任何 AI 客户端(Codex CLI、Cursor、Windsurf、Copilot、Gemini CLI、ChatGPT 等无原生 pm-skills 插件子代理支持的客户端)中运行,则按以下步骤内联执行:
- 1. 读取规范子代理定义文件 `agents/pm-critic.md`。
- 2. 把该文件中的 system prompt 正文当作本轮的操作指令来执行。
- 3. 读取用户指定的目标 PM 产物(路径来自 `$ARGUMENTS`,或会话中最近产出的产物)。
- 4. 读取 pm-critic system prompt 针对该产物类型引用的规范标准文档(例如 OKR 集合读 `skills/foundation-okr-writer/SKILL.md`,PRD 读 `skills/deliver-prd/SKILL.md`)。
- 5. 产出按 P0/P1/P2/P3 分级的发现,每条附具体修复建议,格式遵循 `docs/guides/adversarial-review.md` 中记录的输出结构。
- 6. 按 master plan D26 以分层结构结尾输出:第 (1) 部分为完整人类可读的发现(P0/P1/P2/P3 报告);第 (2) 部分为散文形式的 `## Status Summary`,总结发现了什么以及用户下一步该做什么;第 (3) 部分为 `## Status` YAML 块,含机器可读字段。
- 输出格式参考 `references/TEMPLATE.md`(含 D26 的分层 Status 信封),工作示例参考 `references/EXAMPLE.md`。
- 本技能可与所有产出 PM 产物的技能组合使用(deliver-prd、foundation-okr-writer、foundation-meeting-recap、foundation-persona、foundation-lean-canvas、discover-interview-synthesis 等):先运行其中任一技能,再对本技能运行于其产物上。
- `pm-workflow-orchestrator`(v2.24.0 起)可在质量门步骤调用本技能以实现跨客户端兼容。
- 跨客户端状态参考 `docs/reference/sub-agent-compatibility.md`;截至 v2.16.0 本技能在 Claude Code + Codex CLI 为 PRODUCTION,在 Cursor / Windsurf / Copilot CLI / Gemini CLI 为 EXPERIMENTAL;维护者可在目标客户端上重跑 `maintainer-gate-testing-codex.md` 测试装置以建立信心。
- 「读取并内联执行」模式依赖 AI 能:读取作为引用提供的文件路径;把该文件内容当作当前轮的操作指令;在调用时读取额外引用的标准文档。若某客户端在这些点上不可靠,则无法有效使用本调度技能。
适用边界 · 注意事项
- 想要结构性 lint / 仓库级审计时——应改用 `utility-pm-skill-auditor`。
- 想要撰写产物时(本技能只做评审)——应改用相应阶段技能(deliver-prd、foundation-okr-writer 等)。
- 想要代码评审时——应改用代码评审专用工具(本技能针对 PM 产物);想要执行 em-dash 清扫等风格规则时,那是 `pm-release-conductor` 的 G0 门,不是本技能。