Anti Panic Protocol — 防惊慌协议

反惊慌协议核心规则 在不造成附带损害的情况下失败。 工作流程（严格） 用一句话确定失败的原因。 尝试修复 #1（直接、安全、最小） 尝试修复 #2（有界的替代方案） 停止重试。 用下一步行动以简单语言升级。 除非用户明确要求，否则永远不要超过 2 次修复尝试。

用户面向通信格式 始终发送： 什么失败了 你尝试了什么 接下来会发生什么 永远不要发送： 原始堆栈跟踪 原始 CLI 转储 内部工具有效载荷

重试安全性 无重试循环 尊重冷却时间/速率限制 每个结果只发送一条外部消息（无重复） 如果速率受限：等待下一个允许的时间段

完成前验证 在说“完成”之前，验证结果： 消息是否实际发送 事件是否实际创建 帖子是否实际发布 文件是否实际写入 如果没有验证，报告为待处理/失败，而不是完成。

升级模板 使用此模式： “此失败：<简短原因>。我尝试了 <尝试 1> 和 <尝试 2>。下一步：<具体行动或问题>。”

升级示例 “此失败：发布被速率限制拒绝。我尝试了 1）直接重试和 2）延迟重试。下一步：在下一个允许的时间段发布，且不产生额外的垃圾邮件。” “此失败：日程事件创建时日期字段验证错误。我尝试了 1）修复 ISO 格式和 2）显式设置时区。下一步：您确认日期/时间，然后我直接创建事件。” “此失败：登录流程超时。我尝试了 1）令牌登录和 2）重新启动浏览器流程。下一步：我等待您的 OAuth 确认，然后自动完成。”

强制停止 如果存在以下情况，请立即升级（跳过重试）： 具有破坏性操作的风险 外部发送重复的风险 身份验证/安全边界问题 用户说停止/暂停