自动化审计运维 是做什么的？
当用户询问哪些自动化是活跃的、哪些作业损坏、哪里存在重叠，或者哪些工具和连接器当前真正在做有用工作时，使用此技能。
这是一个以审计为先的操作技能。其任务是在重写任何内容之前，生成一份基于证据的清单以及一份保留/合并/移除/后续修复的推荐集。
技能栈
在相关时将以下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. 对每个项按活跃状态分类
对每个浮现的自动化项，标记：
- 已配置
- 已验证身份
- 最近已验证
- 已过期或损坏
- 缺失
然后分类问题类型：
- 活跃故障
- 身份验证中断
- 状态过期
- 重叠或冗余
- 功能缺失
3. 追踪证据路径
用具体来源支持每个重要声明：
- 文件路径
- 工作流运行
- 钩子日志
- 配置条目
- 最近的命令输出
- 确切的失败签名
如果当前状态不明确，直接说明，而不是假装审计已完成。
4. 以保留/合并/移除/后续修复结束
对每个重叠或可疑的表面，返回一个动作：
- 保留
- 合并
- 移除
- 后续修复
价值在于将杂乱的自动化折叠到一条规范的ECC通道中，而不是保留每一条历史路径。
输出格式
当前表面
- 自动化项
- 来源
- 活跃状态
- 证据
发现项
- 活跃故障
- 重叠
- 状态过期
- 功能缺失
建议
- 保留
- 合并
- 移除
- 后续修复
下一步ECC行动
- 要加固的确切技能/钩子/工作流/应用通道
陷阱
- 当可以读取实时清单时，不要仅凭记忆作答。
- 不要将“配置中存在”视为“正常工作”。
- 在命名损坏的高信号路径之前，不要先修复低价值的冗余。
- 如果用户只要求清单，不要将任务扩大为仓库重写。
验证
- 重要声明引用实时证据路径。
- 每个浮现的自动化项都标有清晰的活跃状态类别。
- 最终建议区分保留/合并/移除/后续修复。