自动化审计运维 是做什么的？
当用户询问哪些自动化正在运行、哪些作业已损坏、何处存在重叠，或者哪些工具和连接器当前真正在做有用功时，请使用此技能。
这是一个审计优先的操作型技能。其任务是在任何重写操作之前，生成一份有证据支持的清单以及一套保留/合并/删除/下一步修复的建议集。
技能栈（Skill Stack）
在相关时，将这些ECC原生技能纳入工作流：
workspace-surface-audit：用于连接器、MCP、钩子和应用清单knowledge-ops：当审计需要将仓库实时真相与持久上下文进行对账时github-ops：当答案依赖于CI、定时工作流、Issue或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动作
- 要加固的确切技能/钩子/工作流/应用路径
常见陷阱
- 当可以读取实时清单时，不要仅凭记忆回答
- 不要将“配置中存在”等同于“正在工作”
- 在指出高信号路径的故障之前，不要急于修复低价值冗余
- 如果用户只是要求清单盘点，不要将任务扩大为仓库重写
验证
- 重要声明引用了一条实时的证据路径
- 每个发现的自动化项目都标有清晰的运行状态类别
- 最终建议区分了保留/合并/删除/下一步修复