设置
试用插件
Operations 插件自带 /runbook 和 /status-report 作为起点，已经构建好结构，可以引导作战室流程并梳理客户影响。在第 3 步中，您将把自己的版本保存为 /incident-review。如果您的管理员负责管理插件，而该插件尚未可用，请跳过此步骤；下面的内容都不需要它。
/runbookCreate or update an operational runbook for a recurring task or procedure./status-reportGenerate a status report with KPIs, risks, and action items.连接您的工具
当 Claude Cowork 直接与您的系统协作时，它会更加强大。您可以控制权限和访问权限。了解工具访问权限（在新标签页中打开）。
在 Cowork 中导航到 Customize → Connectors 进行设置。
设置您的工作文件夹
将您要使用的文件（客户事后分析模板、作战室导出文件、工单 CSV）拖入一个文件夹，并让 Cowork 指向该文件夹。Cowork 会从那里读取模板，并将草稿、受影响客户列表和补救措施跟踪表写回该文件夹。从您的事件回顾文件夹创建一个 Cowork 项目（在新标签页中打开），以便模板、语气指南和 SLA 定义始终保持关联。
提示
将此内容复制到 Claude Cowork 中
为 INC-4417 起草面向客户的事件回顾报告。提取作战室线程、影响窗口期间的工单、前 24 小时内的部署，以及客户的直接引述。重建时间线，量化有多少客户受到影响以及持续了多长时间，并使用我们的模板撰写初稿，附上建议的补救措施负责人。
为什么这样有效
提前明确受众。 语域会随之改变；这是您的客户成功经理（CSM）会转发的文档，而不是工程复盘报告。
量化影响。 "多少、多久"会迫使您得出一个可以用于 SLA 赔偿对话的数字。
要求提供直接引述。 受影响客户的声音是领导层关注的部分；请明确要求提供。
设定时间范围。 工单和部署都以事件时间戳为界限，这样可疑清单才会简短且相关。
获得更好的草稿
区分内部与外部内容。 添加"撰写一份包含可疑部署的内部附录；客户文档只保留影响和补救措施"，这样一次运行就能同时生成两份文档。
添加一个示例以供参照。 将您曾经感到自豪的一份过往回顾报告放入文件夹，Cowork 就会匹配您品牌所使用的结构和致歉语气。
让 Cowork 为您所用
插件技能只是一个起点——您可以用自己的实践经验和专业知识对其进行定制。只需几分钟的对话，它之后就会按照您的标准运行。
把我们在这个任务中目前所做的内容做成一个技能，或者根据我的反馈编辑 /incident-review 技能。
让它可重复执行
在作战室关闭时运行
客户文档应该在第一位 CSM 提出需求之前就已经存在。在提示中输入 /schedule，或在 Cowork 侧边栏中打开 Scheduled，定制后的技能就会监测已关闭的作战室并撰写初稿。
/schedule 每个工作日上午 9 点，检查过去 24 小时内是否有任何 #inc- 频道被标记为已解决，对其运行 /incident-review，并将草稿写入 Support/Incidents/<incident-id>/customer-review.md。
每天上午 9 点，查找过去 24 小时内已解决的作战室，对每个作战室运行 /incident-review，并将面向客户的草稿写入事件文件夹。
与您的团队成员共享
您定制的 /incident-review 现在已经包含了您的模板、语气指南和 SLA 赔偿措辞。共享它，这样无论哪位支持负责人当班，每个事件都能获得相同的客户文档。
事件发生后会有什么变化
面向客户的事件回顾报告是根据源记录起草的，影响已量化，补救措施已分配——可以直接编辑发送，而不必从零开始撰写。
您为一个事件完成了这项工作。同样的方法也适用于内部复盘、状态页更新和 SLA 赔偿摘要——每一项都会成为您团队以相同方式运行的技能。