automation-audit-ops

自动化审计运营

当用户询问有哪些自动化是活动的、哪些作业是损坏的、哪里存在重叠，或者哪些工具和连接器实际上正在做有用工作时使用此技能。

这是一个审计优先的运营商技能。工作是在重写任何内容之前生成基于证据的清单和保留/合并/删除/下一步修复建议集。

技能栈

在相关时将以下 ECC 原生技能拉入工作流：

• workspace-surface-audit 用于连接器、MCP、钩子和应用程序清单
• knowledge-ops 当审计需要调和实时仓库真实性与持久上下文时
• github-ops 当答案取决于 CI、预定工作流、问题或 PR 自动化时
• ecc-tools-cost-audit 当真正的问题是 webhook 扇出、排队作业或同级应用仓库中的计费消耗时
• research-ops 当本地清单必须与当前平台支持或公共文档进行比较时
• verification-loop 用于证明修复后状态，而不是依赖假设的恢复

何时使用

• 用户问"我有什么自动化"、"什么是活动的"、"什么是损坏的"或"什么重叠"
• 任务跨越 cron 作业、GitHub Actions、本地钩子、MCP 服务器、连接器、包装器或应用程序集成
• 用户想知道从另一个代理系统移植了什么，以及仍需要在 ECC 内重建什么
• 工作空间已累积多种做同样事情的方式，用户想要一条规范通道

防护规则

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

工作流

1. 清单实际表面

在理论化之前读取当前的活动表面：

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

按表面分组：

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

2. 按活动状态分类每个项目

对于每个 surfaced 的自动化，标记：

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

然后分类问题类型：

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

3. 追踪证明路径

用具体来源支持每个重要声明：

• 文件路径
• 工作流运行
• 钩子日志
• 配置条目
• 最近的命令输出
• 确切的失败签名

如果当前状态模糊，直接说明而不是假装审计完整。

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

对于每个重叠或有问题的表面，返回一个调用：

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

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

输出格式

当前表面
- 自动化
- 来源
- 活动状态
- 证明

发现
- 活动中断
- 重叠
- 陈旧状态
- 缺失功能

建议
- 保留
- 合并
- 删除
- 下一步修复

下一个 ECC 行动
- 要加强的确切技能 / 钩子 / 工作流 / 应用通道

陷阱

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

验证

• 重要声明引用实时证明路径
• 每个 surfaced 的自动化都标有清晰的活动状态类别
• 最终建议区分保留/合并/删除/下一步修复