设置
试用插件
产品管理插件自带/stakeholder-update和其他发布技能作为起点，已经构建好用于创建检查清单、分配状态并做出上线/不上线判定的结构。如果您的管理员负责管理插件，而该插件尚不可用，请跳过此步骤；下面的内容都不需要它。
/stakeholder-update跨PRD、epic、Slack和GTM简报扫描发布就绪情况，并做出上线/不上线判定/metrics-review通过细分隔离和上线关联性来解释指标变动连接您的工具
当Claude Cowork直接与您的系统协作时，它会更加强大。您可以控制权限和访问权限。了解工具访问权限（在新标签页中打开）。
在Cowork中导航至Customize → Connectors进行设置。
设置您的工作文件夹
将您要使用的文件（PRD、GTM简报、发布检查清单模板、过去两次发布的复盘）拖到您机器上的一个文件夹中，然后让Cowork指向该文件夹。Cowork会从中读取内容，并将就绪检查清单写回该文件夹。如果您经常进行发布，请从该文件夹创建一个Cowork项目（在新标签页中打开），这样您的检查清单模板、之前的复盘记录和记忆就会一直保留。
提示
将此内容复制到Claude Cowork中
为saved-views发布扫描发布就绪情况。生成发布检查清单，包含每项的状态和负责人，给出整体的红/黄/绿就绪判定，并列出阻碍因素，并标注任何与我们过去两次发布中顺利或出问题的地方相符的内容。
为什么这样有效
一次性提供所有来源。 PRD、epic、Slack和GTM简报各自掌握着真相的不同片段；一次性扫描它们才能发现那些在Linear中标记为"已完成"，但在频道中仍在争论的事项。
要求每一行都有负责人。 每行都有名字的检查清单在发布站会上是可执行的；没有负责人的检查清单只是一份愿望清单。
要求给出带理由的判定。 要求给出整体的红/黄/绿判定会迫使做出判断，而"列出具体的阻碍因素"意味着黄色判定会附带必须解决的两件具体事项，而不只是一种感觉。
与您自己的历史记录进行比较。 让Claude参考您过去的复盘记录，可以让它将本次发布与之前出过的问题进行对照检查。否则它只是在孤立地进行评估。
获得更好的草稿
添加一个示例以供参考。 将您喜欢的示例放入文件夹，Cowork会匹配您的结构和语气。
要求它标记不确定的地方。 添加"标记出您不确定的任何内容"，这样您在审阅草稿时就知道首先该查看哪里。
让Cowork为您所用
插件技能只是一个起点——用您自己的实践和专业知识对其进行定制。只需几分钟的对话，之后它就会按照您的标准运行。
将我们在此任务中目前所做的内容制作成一个技能，或者根据我的反馈编辑/stakeholder-update技能。
让它可重复执行
在发布周内每天运行
在最后冲刺阶段，就绪状态每小时都在变化。在提示中输入/schedule，或在Cowork侧边栏中打开Scheduled，定制化的技能会在发布周的每天早上发布一份最新的检查清单，这样站会开始时就能看到最新情况。
/schedule 从5月4日到5月8日，每个工作日上午8点，为saved-views发布运行/stakeholder-update，并将检查清单以readiness-<date>.md的形式写入Launches/saved-views，附上与昨天相比的一行颜色变化说明。
针对PRD、Linear epic、Slack频道和GTM简报运行/stakeholder-update，并将带有整体颜色标记的日期检查清单写入发布文件夹。
与您的团队成员共享
您定制的/stakeholder-update现在已经包含了您的检查清单模板、负责人和颜色判定标准。分享它，让每位发布负责人都运行相同的扫描，这样无论发布哪个功能，上线/不上线会议都能看到一致的格式。