用途：当密钥被暴露（粘贴进聊天、提交到仓库、写入日志、出现在转录或截图中）时，指导如何处置。核心观点是：删除消息、改写 git 历史或涂黑日志都不能让密钥重新保密，转录、远端仓库、备份和服务商日志里已经有它；唯一修复方式是让暴露的值失效——撤销并签发新值。
主要能力：
- 明确暴露后的即时动作：绝不重复该值（不写在回答、任务标题、日志、提交信息中），只说明种类与位置；第一行直接声明该密钥已泄露、撤销是唯一修复。
- 用一个任务而非一条备忘来跟踪：以 Beads 为例给出命令 bd create "Rotate <kind> exposed in <where> on <date>" -t bug -p 0 -d "Exposed: <where>. Revoke at <provider console>, issue new, store in <secret store>, redeploy <consumers>, prove the old one is rejected."（不改变代码内容）。生产凭据或涉及资金的为优先级 0，其余为 1。
- 有能力就直接轮换；需要操作者介入（无法访问的服务商控制台、硬件令牌）时，任务首行写明对方必须点击什么。
- 完成标准是带证据：新值存入代码读取的密钥库（绝不放进 CLAUDE.md、preferences.md、记忆文件、README 或任何会被载入模型上下文的文件）；所有消费方已重新部署并生效（deploy-landed、配置检查）；用旧值调用失败（服务商返回 401/403）——这就是证明。
- 跟进：超过 48 小时的轮换任务要带年龄置顶到下一次会话报告与 /inbox，并且不要把它作为新事项重新列进会话日志，而是链接该任务。
适用场景：真实项目中暴露的密钥处置与轮换跟踪，尤其是提醒被反复记录却无人负责的情况。
限制与缺失：资料未提供完整安装或集成步骤、支持的平台范围、收费信息、价格，以及具体工具依赖的更多细节。