mcpField
P
product

product

github.com/boshu2开发4501.4k 次安装今天更新
代码仓库

关于 product

用于在用户授权下创建或完善产品契约的 Skill。它将有来源依据的主张与假设分开;未经授权不替换现有 PRODUCT.md,也不负责选择或交付工作。

主要功能

  1. 01检查产品与证据来源
  2. 02区分已证实主张和假设
  3. 03为已证实主张附上引用
  4. 04未经授权保留现有 PRODUCT.md
  5. 05记录使命、用户、价值与非目标

适用场景

  1. 01依据仓库证据起草产品契约
  2. 02修改 PRODUCT.md 中指定部分
  3. 03标记未经证实的设想与证据缺口
  4. 04为规划提供意图背景

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/boshu2/agentops --skill product

安装后在 Claude Code 中输入/product确认已加载。

详细介绍

产品

在用户授权下创建或完善产品契约。

契约之所以有效,是因为它要求每项主张都必须有证据支撑,或明确标注为愿景;如果读者无法分辨两者,文档就不合格。

  1. 检查现有的产品、README、目标、发布记录和证据来源。
  2. 只询问无法根据这些来源安全确定的决策。
  3. 说明使命、用户、痛点、价值、差异化和非目标。对于此代码库自身的产品界面,从 docs/contracts/ubiquitous-language.md 中的规范类别开始(AgentOps 是智能体工程的运维层),并保持狭窄的职责边界——绝不要将 AgentOps 重新定义为执行编排器、工厂或循环。
  4. 在两个必需的标题下区分证据与期望。将每项有依据的主张放在 ## Proven 下,并附上可解析的引用(README、发布记录、测试或证据来源)。将未经证实的期望、证据缺口以及尚未衡量的成功信号放在 ## Assumptions 下。无法引用来源的主张应放在 ## Assumptions 下,绝不能放在 ## Proven 下。
  5. 除非用户授权替换,否则保留现有的 PRODUCT.md。
  6. 将文档返回给调用方;Plan 可以将其用作意图上下文。

命名的失败模式——愿景洗白:将未经证实的期望写入 ## Proven;一旦被洗白,后续每个计划都会继承错误前提。检测方法:任何没有可解析引用的 ## Proven 主张,都是被洗白的愿景——将其移至 ## Assumptions,或为其添加引用。

反模式:因为本次会话产生了新看法,就整体重写原本完善的 PRODUCT.md。纠正方式:只完善用户要求修改的部分,其余内容逐字节保留。

产品不会选择工作、调用循环、自我修复、自我验证或选择交付方式。

评论

支持 Markdown