如何制定责任清楚的升级处理政策。
升级政策应使用具体触发条件定义严重程度和责任归属。不要给未接受任务的接收团队安排承诺。
按任务需求调整流程。
按可观察的影响定义严重程度，再指定已同意的负责人、联系渠道和响应检查点。写明谁能变更严重程度以及未解决事件如何继续处理。发布前确认所有被点名的团队接受其角色。
- 你需要提供什么
- 团队职责和严重程度定义。
- 你会得到什么
- 供人工批准的分配与响应规则。
查看输入和结果。
演示用输入和输出 · 教学示例，并非 WebAct 实时运行结果
示例 个输入项
Approved fictional policy: payment failures affecting 3 or more customers in 10 minutes trigger incident review. Support alerts the on-call payments lead; acknowledgment target 10 minutes; fallback engineering duty manager.
完整示例
Trigger: at least 3 affected customers within 10 minutes. Support: record timestamps, error codes and affected-count evidence; alert the on-call payments lead. Payments lead: acknowledge within the approved 10-minute target and assess incident severity. Fallback: if unacknowledged at 10 minutes, contact the engineering duty manager. Customer communication and update cadence: not supplied; policy owner must define them before publication.
将这份输入载入提示词，再复制到 WebAct 中尝试任务。实际结果可能与示例不同。
决策与问题排查。
严重程度只用低、中、高来定义就够了吗？
这些标签需要具体的影响标准。否则不同响应人员可能对同一事件作出不同分级。
为什么发送通知后升级处理就停住了？
收到通知不等于接手负责。应按机构批准的流程规定确认接收、交接和备用步骤。
使用自己的资料试一试。
将任务提示词中的示例换成你的材料。保留所需条件，再把任务复制到 WebAct。
自定义并复制任务 ↑