自动化审计运营¶

当用户询问哪些自动化是实时的、哪些任务已损坏、哪些地方存在重叠，或者哪些工具检测以及连接器实际上正在完成有用工作时使用。

这是一个审计优先的操作员技能。任务是在重写任何内容之前，生成有证据支撑的清单，以及保留/合并/删除/下一步修复的推荐集合。

技能栈¶

在相关时，将这些 ECC 专属技能纳入工作流：

• workspace-surface-audit 用于连接器、MCP、钩子以及应用清单
• knowledge-ops 当审计需要协调实时仓库事实与持久上下文时
• github-ops 当答案依赖 CI、计划工作流、问题或 PR 自动化时
• ecc-tools-cost-audit 当实际问题为 Webhook 扇出、排队任务或同级应用仓库的账单消耗时
• research-ops 当需要将本地清单与当前平台支持或公开文档进行比较时
• verification-loop 用于证明修复后的状态，而不是依赖假设的恢复

使用时机¶

• 用户询问“有哪些自动化”“哪些是实时的”“哪些是损坏的”“哪些存在重叠”
• 任务跨越 crond 任务、GitHub Actions、本地钩子、MCP 服务器、连接器、包装器或应用集成
• 用户希望了解从其他代理系统移植过来的内容，以及 ECC 内还有哪些需要重建
• 工作区已积累多种做同一件事的方式，用户希望有一个规范通道

护栏¶

• 除非用户明确要求修复，否则以只读方式开始
• 分离：
• 已配置
• 已认证
• 最近已验证
• 陈旧或损坏
• 完全缺失
• 不要仅因为技能或配置引用了某个工具，就声称该工具是实时的
• 在存在证据表之前，不要合并或删除重叠的层面

工作流¶

1. 盘点实际层面¶

在理论化之前，阅读当前实时层面：

• 仓库钩子和本地钩子脚本
• GitHub Actions 和计划工作流
• MCP 配置和已启用服务器
• 由连接器或应用支持的集成
• 包装器脚本和仓库特定的自动化入口点

按层面分组：

• 本地运行时
• 仓库 CI/自动化
• 已连接的外部系统
• 消息/通知
• 账单/客户运营
• 研究/监控

2. 按实时状态分类每一项¶

对于所有已识别的自动化，标记：

• 已配置
• 已认证
• 最近已验证
• 陈旧或损坏
• 缺失

然后，分类问题类型：

• 活动故障
• 认证中断
• 陈旧状态
• 重叠或冗余
• 缺失功能

3. 追踪证据路径¶

用具体来源支撑所有重要声明：

• 文件路径
• 工作流运行
• 钩子日志
• 配置项
• 最近的命令输出
• 精确的故障签名

如果当前状态不明确，请直接说明，而不是假装审计已完成。

4. 以保留/合并/删除/下一步修复结束¶

对于每个重叠或可疑的层面，返回一个决定：

• 保留
• 合并
• 删除
• 下一步修复

价值在于将嘈杂的自动化折叠到一个规范的 ECC 通道中，而不是保留所有历史路径。

输出格式¶

CURRENT SURFACE
- automation
- source
- live state
- proof

FINDINGS
- active breakage
- overlap
- stale status
- missing capability

RECOMMENDATION
- keep
- merge
- cut
- fix next

NEXT ECC MOVE
- exact skill / hook / workflow / app lane to strengthen

陷阱¶

• 当可以读取实时清单时，不要凭记忆回答
• 不要将“存在于配置中”当作“正在工作”
• 在命名损坏的高信号路径之前，不要修复低价值冗余
• 如果用户首先要求清单，不要将任务扩展为仓库重写

验证¶

• 重要声明引用实时证据路径
• 所有已识别的自动化都标记了明确的实时状态类别
• 最终建议区分保留/合并/删除/下一步修复