---

name: product-capability description: 将 PRD 意图、路线图需求或产品讨论转化为实施就绪的能力计划，在多服务工作开始前暴露约束、不变量、接口和未解决的决策。当用户需要 ECC 原生的 PRD 到 SRS 通道而非模糊的规划文本时使用。 origin: ECC

产品能力

此技能将产品意图转化为明确的工程约束。

当差距不是"我们应该构建什么？"而是"实施开始前什么必须为真？"时使用。

何时使用

• PRD、路线图项目、讨论或创始人笔记存在，但实施约束仍然隐含
• 功能跨越多个服务、仓库或团队，需要在编码前建立能力契约
• 产品意图清晰，但架构、数据、生命周期或策略影响仍然模糊
• 高级工程师在审查中不断重述相同的隐藏假设
• 需要一个可在不同工具和会话间复用的持久产物

规范产物

如果仓库有持久的产品上下文文件如 PRODUCT.md、docs/product/ 或程序规范目录，在那里更新。

如果尚无能力清单，使用以下模板创建：

• docs/examples/product-capability-template.md

目标不是创建另一个规划栈。目标是使隐藏的能力约束持久且可复用。

不可妥协的规则

• 不要编造产品事实。明确标记未解决的问题。
• 将用户可见的承诺与实施细节分开。
• 指出什么是固定策略、什么是架构偏好、什么仍然开放。
• 如果请求与现有仓库约束冲突，清楚说明而非掩盖。
• 优先使用一个可复用的能力产物，而非分散的临时笔记。

输入

仅读取所需内容：

1. 产品意图
   • issue、讨论、PRD、路线图笔记、创始人消息
2. 当前架构
   • 相关仓库文档、契约、schema、路由、现有工作流
3. 现有能力上下文
   • PRODUCT.md、设计文档、RFC、迁移笔记、运营模型文档
4. 交付约束
   • 认证、计费、合规、发布、向后兼容、性能、审查策略

核心工作流

1. 重述能力

将需求压缩为一个精确陈述：

• 用户或操作者是谁
• 发布后存在什么新能力
• 因此什么结果发生了变化

如果此陈述薄弱，实施将偏离。

2. 解决能力约束

提取实施前必须成立的约束：

• 业务规则
• 范围边界
• 不变量
• 信任边界
• 数据所有权
• 生命周期转换
• 发布/迁移要求
• 故障和恢复预期

这些通常只存在于高级工程师的记忆中。

3. 定义面向实施的契约

产出 SRS 风格的能力计划：

• 能力摘要
• 明确的非目标
• 参与者和界面
• 所需状态和转换
• 接口/输入/输出
• 数据模型影响
• 安全/计费/策略约束
• 可观测性和运维要求
• 阻塞实施的开放问题

4. 转化为执行

以精确的交接结束：

• 准备好直接实施
• 需要先进行架构审查
• 需要先进行产品澄清

输出格式

按此顺序返回结果：

能力
- 一段重述

约束
- 固定规则、不变量和边界

实施契约
- 参与者
- 界面
- 状态和转换
- 接口/数据影响

非目标
- 此通道明确不负责的内容

开放问题
- 仍需的阻塞项或产品决策

交接
- 接下来应该发生什么

良好结果

• 产品意图现在足够具体，可以在不重新发现隐藏约束的情况下实施。
• 工程审查有持久产物，而非依赖记忆或 Slack 上下文。
• 结果计划可在 Claude Code、Codex、Cursor、OpenCode 和 ECC 2.0 规划界面间复用。