设置
试用插件
Engineering 插件内置了 /tech-debt 和 /standup，已经设计好用于读取已结束的迭代周期和频道时间窗口，并将输出拆分为讨论主题与运营关注事项。如果您的管理员负责管理插件，而该插件尚未可用，可跳过此步骤；下文内容均不依赖它。
/tech-debt根据已结束的迭代周期和团队频道起草迭代回顾/standup根据本周的告警和呼叫撰写值班交接文档连接您的工具
Claude Cowork 在直接与您的系统协作时会更加强大。您可以控制权限和访问权限。了解工具访问权限（在新标签页中打开）。
在 Cowork 中导航到自定义 → 连接器进行设置。
设置您的工作文件夹
将您的回顾模板、持续更新的行动项列表以及上一个迭代的回顾文档放在同一个文件夹中。Cowork 会从中读取格式，并将两份文档写回该文件夹，使回顾文档和交接文档与之前的版本放在一起。从该文件夹创建一个 Cowork 项目（在新标签页中打开），这样您团队对"已交付"的定义和讨论提示的风格就能在每个迭代周期中延续下去。
提示
将此内容复制到 Claude Cowork 中
阅读刚结束的Linear 迭代周期，以及 #team-platform 和 #oncall-platform 最近两周的记录。撰写迭代回顾（已交付、延期及原因、值得讨论的主题）和一份独立的值班交接文档（未解决的告警、重复性工作、下一轮值班应关注的事项）。在有帮助的地方引用原文。每个部分的内容都应控制在30 分钟会议可讨论的范围内。
为什么这样有效
要求说明每一项背后的原因。 回顾的重点在于"为什么"，而不是清单本身。提出这个要求能促使进行综合分析。
将用途不同的输出拆分开。 一份是用于讨论的，一份是用于运营的。混在一起会让两者都失去重点。
设定篇幅限制。 篇幅预算能避免面面俱到的清单，从而凸显真正值得讨论的内容。
结合互补的信息来源。 工单说明了发生了什么变化；Slack 说明了原因。两者结合才是完整的故事。
获得更好的草稿
添加一个示例以供参考。 将您喜欢的示例放入文件夹，Cowork 会匹配您的结构和语气。
要求它标记不确定的内容。 添加"标记出你不确定的任何内容"，这样您在审阅草稿时就知道应该先查看哪里。
让 Cowork 为您所用
插件技能只是一个起点——您可以结合自己的实践和专业知识对其进行定制。只需几分钟的对话，之后它就会按照您的标准运行。
将我们在此任务中目前所做的内容制作成一项技能，或者根据我的反馈编辑 /tech-debt 技能。
让它可重复执行
在迭代周期结束时运行
回顾准备工作不应该占用 TPM 的周五下午。在提示中输入 /schedule，或在 Cowork 侧边栏中打开已计划，定制后的技能会在迭代周期结束的那一刻起草这两份文档。
/schedule 每周五下午 3 点，对刚结束的迭代周期运行 /tech-debt，对最近两周运行 /standup，将两者都写入 Platform/retros/<sprint>/，并将交接文档发布到 #oncall-platform。
与团队成员共享
您定制的 /tech-debt 现在已经了解您的跟踪工具、频道、模板，以及什么算是主题、什么只是状态更新。共享它，让每个小组都能运行相同的回顾准备流程，并使全组织范围内的值班交接文档格式保持一致。