设置
尝试一个插件
Engineering 插件内置了 /incident-response 和其他事件与运维技能，作为起点，已经构建好用于梳理事件频道并重建时间线。如果您的管理员管理插件，而该插件尚不可用，请跳过此步骤；下面的内容都不需要它。
/incident-responseRun an incident response workflow — triage, communicate, and write postmortem./standupGenerate a standup update from recent activity.连接您的工具
当 Claude Cowork 直接与您的系统协作时，它会更加强大。您可以控制权限和访问权限。了解工具访问权限（在新标签页中打开）。
在 Cowork 中导航到 Customize → Connectors 进行设置。
设置您的工作文件夹
将您将要使用的文件（您的事后分析报告模板、运行手册、任何日志导出或图表截图）拖入一个文件夹，并让 Cowork 指向该文件夹。Cowork 会从那里读取模板，并将草稿、时间线和行动项跟踪表写回该文件夹。从您的事件文件夹创建一个 Cowork 项目（在新标签页中打开），以便您的模板、严重性定义和无指责语言指南始终保持关联。
提示
将此内容复制到 Claude Cowork 中
从 #inc-2026-04-22-checkout-5xx 频道出发，重建带时间戳的事件经过序列，撰写客户影响摘要，识别根本原因和促成因素，并按照我们的模板起草事后分析报告，每个行动项都要有负责人。请保持无指责的态度：描述系统做了什么，而不是谁犯了错误。
为什么这样有效
重建，而不是总结。 要求带时间戳的事件序列意味着时间线是基于证据构建的，而不是凭记忆。
将根本原因与促成因素分开。 这会迫使系统构建真正的因果链，而不是简单地归咎于某一行。
说明您想要的语气。 语言始终聚焦于系统行为；这样的文档才能经得起审阅。
将您的模板作为上下文提供。 输出会直接填入您的各个章节、您的严重性等级、您的行动项格式。
获得更好的草稿
添加一个示例以供参考。 将您喜欢的示例放入文件夹，Cowork 会匹配您的结构和语气。
要求它标记不确定之处。 添加"标记出任何您不确定的内容"，这样您在审阅草稿时就知道首先要查看哪里。
让 Cowork 为您所用
插件技能只是一个起点——用您自己的实践和专业知识对其进行定制。只需几分钟的对话，它就会从此按照您的标准运行。
把我们在这个任务中到目前为止所做的内容做成一个技能，或者根据我的反馈编辑 /incident-response 技能。
让它可重复执行
在事件关闭时运行它
草稿应该在审阅会议安排之前就已存在。在提示中输入 /schedule，或在 Cowork 侧边栏中打开 Scheduled，定制后的技能会监测已解决的事件，并将首份草稿写入对应的文件夹。
/schedule 每个工作日下午 6 点，检查 PagerDuty 中过去 24 小时内已解决的事件，对每一个事件运行 /incident-response，并将草稿写入 Incidents/<incident-id>/incident-response-draft.md。
每天下午 6 点，查找过去 24 小时内已解决的事件，针对频道和时间线运行 /incident-response，并将草稿写入事件文件夹。
与您的团队成员分享
您定制的 /incident-response 现在已经承载了您的模板、您的严重性定义和您的无指责语言规则。分享它，让每位值班工程师都以相同的方式撰写文档，审阅会议也能从"这是否正确"开始，而不是"谁来写这个"。