Automation Audit Ops 是一个审计优先的操作型技能，用于回答“我有哪些自动化”“哪些在运行”“哪些坏了”“哪些重叠”等问题。它的目标是在改写任何东西之前，先产出一份有证据支撑的自动化清单，以及一组保留 / 合并 / 裁撤 / 下一步修复的建议。
用途
当用户询问当前有哪些自动化在运行、哪些任务已损坏、哪里存在重叠，或哪些工具与连接器此刻真正在做有用工作时，使用本技能。它也适用于任务横跨 cron 任务、GitHub Actions、本地钩子、MCP 服务器、连接器、包装脚本或应用集成的情况；用户想知道从其他智能体系统移植了什么、哪些还需要在 ECC 内重建；或工作区已积累多种做同一件事的方式、用户希望收敛到一条规范路径时。
技能栈
在相关时，将以下 ECC 原生技能拉入工作流：
- workspace-surface-audit：用于连接器、MCP、钩子和应用盘点
- knowledge-ops：当审计需要将实时仓库事实与持久上下文对齐时
- github-ops：当答案取决于 CI、计划工作流、issue 或 PR 自动化时
- ecc-tools-cost-audit：当真正的问题是同级应用仓库中的 webhook 扇出、排队任务或账单消耗时
- research-ops：当需要将本地清单与当前平台支持或公开文档对比时
- verification-loop：用于证明修复后的状态，而不是依赖假设的恢复
护栏
除非用户明确要求修复，否则以只读方式开始。区分以下状态：已配置、已认证、最近验证过、陈旧或损坏、完全缺失。不要仅因为某个技能或配置引用了某工具就声称它正在运行。在证据表存在之前，不要合并或删除重叠的表面。
工作流
- 盘点真实表面
在理论化之前，先读取当前实时表面：仓库钩子和本地钩子脚本、GitHub Actions 和计划工作流、MCP 配置和已启用的服务器、连接器或应用支持的集成、包装脚本和仓库特定的自动化入口点。按表面分组：本地运行时、仓库 CI / 自动化、连接的外部系统、消息 / 通知、账单 / 客户运营、研究 / 监控。
- 按实时状态对每一项分类
对每个浮现出的自动化，标记：已配置、已认证、最近验证过、陈旧或损坏、缺失。然后分类问题类型：活跃故障、认证中断、状态陈旧、重叠或冗余、能力缺失。
- 追踪证据路径
用具体来源支撑每个重要论断：文件路径、工作流运行、钩子日志、配置条目、最近的命令输出、确切的失败特征。如果当前状态不明确，直接说明，而不是假装审计已完成。
- 以保留 / 合并 / 裁撤 / 下一步修复收尾
对每个重叠或可疑的表面，返回一个判断：保留、合并、裁撤、下一步修复。价值在于把嘈杂的自动化收敛为一条规范的 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
陷阱
当实时清单可以读取时，不要凭记忆回答。不要把“存在于配置中”当作“正在工作”。不要在命名损坏的高信号路径之前，先修复低价值的冗余。如果用户先要求盘点，不要把任务扩大为仓库重写。
验证
重要论断引用实时证据路径。每个浮现出的自动化都标有清晰的实时状态类别。最终建议区分保留 / 合并 / 裁撤 / 下一步修复。