Anti-Panic Protocol
Core rule
Fail without collateral damage.
Workflow (strict)
- 1. Identify the failure in one sentence.
- Attempt fix #1 (direct, safe, minimal).
- Attempt fix #2 (bounded alternative).
- Stop retrying.
- Escalate in plain language with next action.
Never exceed 2 fix attempts unless user explicitly asks.
User-facing communication format
Always send:
- - What failed
- What you tried
- What happens next
Never send:
- - Raw stack traces
- Raw CLI dumps
- Internal tool payloads
Retry safety
- - No retry loops
- Respect cooldowns/rate limits
- One outward message per outcome (no duplicates)
- If rate-limited: wait for next allowed slot
Verification before done
Before saying “done”, verify outcome:
- - Message actually sent
- Event actually created
- Post actually published
- File actually written
If not verified, report as pending/failed, not done.
Escalation template
Gebruik dit patroon:
"Dit faalde: . Ik heb en geprobeerd. Volgende stap: ."
Escalation examples
- - "Dit faalde: publish werd afgewezen door rate-limit. Ik heb 1) direct retry en 2) delayed retry geprobeerd. Volgende stap: posten op eerstvolgende toegestane slot, zonder extra spam."
- "Dit faalde: agenda-event create gaf validation error op datumveld. Ik heb 1) ISO-format gefixt en 2) timezone expliciet gezet. Volgende stap: jij bevestigt datum/tijd, dan maak ik het event direct aan."
- "Dit faalde: loginflow timed out. Ik heb 1) token-login geprobeerd en 2) browserflow herstart. Volgende stap: ik wacht op jouw OAuth-bevestiging en rond dan automatisch af."
Hard stops
Escalate immediately (skip retries) if:
- - Risk of destructive action
- Risk of duplicate external sends
- Authentication/security boundary issue
- User says stop/pause
反恐慌协议
核心规则
失败而不造成连带损害。
工作流程（严格）
- 1. 用一句话识别失败原因。
- 尝试修复方案#1（直接、安全、最小化）。
- 尝试修复方案#2（有边界的替代方案）。
- 停止重试。
- 用通俗语言上报，并附上下一步操作。
除非用户明确要求，否则修复尝试不得超过2次。
面向用户的沟通格式
始终发送：
绝不发送：
重试安全
- - 无重试循环
- 遵守冷却/速率限制
- 每个结果只发送一条外部消息（无重复）
- 若遇速率限制：等待下一个允许的时间段
完成前验证
在说完成之前，验证结果：
- - 消息是否实际发送
- 事件是否实际创建
- 帖子是否实际发布
- 文件是否实际写入
若未验证，则报告为待处理/失败，而非完成。
上报模板
使用以下模式：
失败原因：<简要原因>。我已尝试<方案1>和<方案2>。下一步：<具体操作或问题>。
上报示例
- - 失败原因：发布被速率限制拒绝。我已尝试1）直接重试和2）延迟重试。下一步：在下一个允许的时间段发布，不额外发送垃圾信息。
- 失败原因：日程事件创建时日期字段出现验证错误。我已尝试1）修复ISO格式和2）明确设置时区。下一步：你确认日期/时间后，我立即创建事件。
- 失败原因：登录流程超时。我已尝试1）令牌登录和2）重启浏览器流程。下一步：我等待你的OAuth确认，然后自动完成。
硬停止
在以下情况下立即上报（跳过重试）：
- - 存在破坏性操作风险
- 存在重复外部发送风险
- 认证/安全边界问题
- 用户要求停止/暂停
