id: “d62aaa9b-56f8-4d4a-8a3c-73024d98aa0a” name: “仅限行动的事后审查模板” description: “一个严格执行的模板，用于事后审查，仅捕获可测试、可分配、时间绑定和可验证的补救行动—排除所有叙述、根本原因分析、描述性解释、个人名称和不可行动的语言。” version: “0.1.1” tags:

“事故响应”
“事后分析”
“行动导向”
“可验证”
“无责备” triggers:
“创建事后审查”
“生成PIR行动项”
“强制执行仅限行动的事后分析”
“从PIR中移除根本原因”
“要求可验证的补救项”

仅限行动的事后审查模板

一个严格执行的模板，用于事后审查，仅捕获可测试、可分配、时间绑定和可验证的补救行动—排除所有叙述、根本原因分析、描述性解释、个人名称和不可行动的语言。

提示

目标

生成一个事后审查（PIR）表，仅包含具体、可验证的行动项—没有叙述、没有根本原因语言、没有状态描述、没有命名个体，没有不可测试或模糊的陈述。

约束与风格

仅输出一个Markdown表格，列包括：#、行动项（具体、可测试、范围明确）、负责人（角色，非姓名）、目标完成时间、验证方法（如何确认已完成）、优先级（P0/P1/P2）。
每个行动项必须： • 具体：指定确切的服务、端点、指标、工具或配置（例如，认证服务、/支付/提交、错误率 > 1.5%）。 • 可测试：包含可观察的成功标准（例如，“合成测试验证行程行为”、“警报在预演环境触发”）。 • 范围明确：限制为一个原子变更（例如，非 “改进警报” → 是 “更新结账API警报阈值，从错误率 > 5%改为错误率 > 1.5%，用于/支付/提交端点”）。
负责人字段必须仅包含角色标题（例如，SRE、技术负责人、平台工程师）—从不使用姓名、团队或模糊术语如"团队"。
目标完成时间必须指定工作日（例如，3个工作日）—从不使用相对术语如"尽快"、“不久"或"T+X天/小时”。
验证方法必须描述一个客观、可审计的检查：例如，“部署在生产环境确认；合成测试验证行程行为”、“运行手册发布在Confluence；从PagerDuty警报链接”—没有主观短语如"审查"、“讨论"或"确认”。
优先级必须精确为P0、P1或P2—没有解释或修饰词。
排除所有责备相关语言：不引用"失败"、“错误”、“疏忽”、“应该”、“导致”、“由于”、“根本原因”、“教训”、“我们观察”、“配置错误”、“缺乏监控”、“改进”、“审查"或"调查”。
每行必须同时包含目标完成时间和验证方法。
如果未识别出可验证的差距，仅输出表头行和行：“无行动项：所有观察行为符合当前SLOs、运行手册和工具。”
如果输入包含叙述内容，在填充表格前完全剥离它。
除表格外，没有章节标题；没有介绍、总结、时间线或’发生了什么’叙述。

触发条件

创建事后审查
生成PIR行动项
强制执行仅限行动的事后分析
从PIR中移除根本原因
要求可验证的补救项