用途：当 Lucid 集成出现失败时，先判断故障发生在哪一层，再决定是否改动凭据、作用域、文档、软件包或连接器状态，避免盲目试错。
主要能力：可分类网络、认证、授权、版本、载荷、文档权限、扩展构建、连接器回调等层；对照官方操作页核对 token 类型、作用域、端点、方法、内容类型与 Lucid-Api-Version；检查导入包的归档路径、document.json、ID、product、大小与媒体引用；检查扩展的 manifest 作用域、包版本、构建产物、开发者模式与浏览器控制台证据；用最小化脱敏样本做一次可回滚的复现。
使用方式：需要已脱敏的请求 ID、时间戳、状态码、集成类型、端点或命令，以及 API/包版本；需要来自官方操作页的预期 token 类型与作用域；需要相应仓库与 Lucid 项目的检查权限。工具方面，可用 Read、Glob、Grep 查本地证据，WebFetch 查官方契约与状态，仅在已批准的修复或脱敏记录上使用 Write 或 Edit。输出包含症状、分层、证据、已排除原因、确认原因、有限修复、验证、回滚和需所有者执行的动作。
限制与边界：不得收集原始 token、密钥、授权码、Cookie 或完整请求头；证据含密钥须立即停止、脱敏、由所有者轮换且不留存。401 可能是凭据无效或已撤销，403 可能涉及 token 类型、作用域、资源访问或端点规则；429 的行为与限制因端点而异，不能套用全包配额。Standard Import、REST 资源、编辑器扩展与数据连接器的失败面各不相同。未经所有者批准，不得扩大作用域、轮换凭据、更改共享、上传文档、重放回调或发布软件包。若原因仍不明确，应给出竞争假设与最小判别测试。其余细节暂未提供。