自動化審計運維 是做什麼的？
當使用者詢問哪些自動化正在運行、哪些任務中斷、哪裡存在重疊，或者哪些工具和連接器目前正在執行有用工作時，使用此技能。
這是一個審計優先的操作員技能。其目標是在改寫任何內容之前，產出一份有證據支持的庫存清單，以及「保留 / 合併 / 刪除 / 下一步修復」的建議集。
技能堆疊
在相關時，將這些 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 操作
- 應強化的確切技能 / 鉤子 / 工作流程 / 應用程式路徑
常見陷阱
- 當可以讀取即時庫存時，不要僅憑記憶回答
- 不要將「存在於配置中」視為「正在運作」
- 在指出中斷的高信號路徑之前，不要修復低價值的冗餘
- 如果使用者先要求庫存，不要將任務擴大為倉儲改寫
驗證
- 重要聲明引用了即時證明路徑
- 每個揭露的自動化都標有清晰的即時狀態類別
- 最終建議區分保留 / 合併 / 刪除 / 下一步修復