【提纲开始】故障主体（支付网关Redis连接池）→ 2. 受影响角色（内部运维人员 → 前端用户 → 后台运营 → 第三方对接方）→ 3. 每类角色下的具体影响点（含现象、持续时间、是否可绕行） 【提纲结束】

☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜

你需要让Codeium生成的故障影响说明一开头就呈现清晰层级，避免AI直接堆砌“导致服务不可用”“用户无法下单”这类笼统描述，必须先输出带编号、分角色、标严重度的三级提纲，再填充细节。

强制AI先输出三级提纲

在Codeium编辑器中，将光标置于空白行 → 按 Ctrl+I 弹出指令框 → 粘贴以下提示词（一字不差）：

「请严格按以下两步执行：① 先输出一份带编号的三级提纲，结构为：1. 故障主体（服务名/模块名/组件名）→ 2. 受影响角色（按优先级排序：内部运维人员 → 前端用户 → 后台运营 → 第三方对接方）→ 3. 每类角色下的具体影响点（含现象、持续时间、是否可绕行）；② 每个三级影响点后用括号标注严重度（S0/S1/S2/S3），S0表示业务完全中断且无替代路径。提纲必须用【提纲开始】和【提纲结束】严格包裹，中间不得出现任何解释性文字、空行或Markdown语法。现在只输出第一步。」

这一步是硬拦截——漏掉“现在只输出第一步”，AI会跳过提纲直接写正文。【未加包裹分隔符，Codeium会把提纲混在描述段里，无法提取复用】。

注入真实故障上下文

你是一名SRE值班工程师，正在处理2026年7月13日18:42触发的支付网关超时告警，当前已确认是Redis连接池耗尽导致下游订单创建失败，但前端仍显示“支付中”，无明确错误提示。故障发生在华东区K8s集群，Pod副本数为3，连接池上限配置为200，当前活跃连接数达198。

这句必须紧接在提示词之后、【提纲开始】之前。不写清楚时间、组件、现象和环境，Codeium默认按通用模板输出“影响部分用户”，而实际影响是【所有调用/v1/pay/submit接口的订单均卡在pending状态，且前端无反馈】。

用符号锚定提纲结构

方法一：用「→」强制链路顺序

在提示词末尾追加：「提纲中第二级“受影响角色”必须按以下顺序排列：内部运维人员 → 前端用户 → 后台运营 → 第三方对接方。每级之间用→连接，不得换行或添加其他符号。」

方法二：用「S0/S1/S2/S3」锁定严重度判断依据

追加校验规则：「S0仅用于：① 核心交易链路完全阻断；② 无降级方案或人工兜底路径；③ 影响范围覆盖全部生产流量。其余情况一律用S1～S3。」

方法三：用占位符封住内容填充入口

在提示词最后加一句：「请将提纲部分严格放在【提纲开始】和【提纲结束】之间，不得提前或延后。【提纲结束】必须独占一行，之后禁止出现任何字符，包括空格和换行。」