用途：为 Webflow 集成事故制定基于仓库的处置计划或实现，覆盖鉴权失败、429 限流、5xx 等场景。
主要能力：先只读发现，再分离准备与线上变更；按身份/鉴权、权限、配额、Webflow 服务、应用、Webhook、内容状态、部署分类故障；给出带回滚的单次证据支撑修复；在恢复写入前核对不确定的写操作。
使用方式：需指定目标仓库或项目路径并有检查权限，明确 Webflow 环境与非敏感资源标识，可访问最新官方 Webflow 文档，凭据保留在用户现有密钥库。用 Read 看仓库说明与文件，Glob 清点清单与集成路径，Grep 定位 API 主机、ID、scope 与凭据名；WebFetch 仅用于官方文档；Write/Edit 用于用户请求的产出。Data API 用 bearer token：单站点用站点令牌，工作区令牌仅限其支持的用途，用户授权应用用 OAuth；scope 依具体端点推导，不得读取、回显、持久化或写入令牌值。
工作流：声明严重级别、受影响环境/站点、用户影响、开始时间、事故负责人、是否冻结写入；独立检查 Webflow 状态与自身服务，采集脱敏结构化错误、响应头、部署 ID、Webhook 证据；分类后遏制，不猜测；执行一次有证据的修复并准备回滚；恢复前核对每个不确定写入；验证读写路径、暂存/线上状态、Webhook 投递、速率余量与公开路由；记录时间线与后续动作。
限制与边界：默认只读；任何创建、更新、删除、发布、取消发布、归档、部署、吊销令牌或注册 Webhook 前，需展示确切环境与资源 ID、变更、验证方法与回滚方案，且仅在用户明确授权时执行；生产发布或破坏性操作需重新明确批准。401/403 先核验令牌类型、吊销状态、身份与端点 scope，再考虑轮换；429 遵守 Retry-After、协调共享密钥 worker 并降低并发；线上内容异常时冻结发布并执行已批准恢复计划。输出需区分文档事实、仓库证据与推断；其他信息暂未提供。