automation-audit-ops

automation-audit-ops

熱門

以證據為優先的 ECC 自動化盤點與重疊稽核工作流程。當使用者想在修復任何東西之前,先了解哪些任務、鉤子、連接器、MCP 伺服器或包裝器是活躍的、損壞的、冗餘的或缺失時使用。

23萬星標
3.5萬分支
更新於 2026/7/21
SKILL.md
唯讀
名稱
automation-audit-ops
描述

以證據為優先的 ECC 自動化盤點與重疊稽核工作流程。當使用者想在修復任何東西之前,先了解哪些任務、鉤子、連接器、MCP 伺服器或包裝器是活躍的、損壞的、冗餘的或缺失時使用。

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. 按即時狀態分類每個項目

對於每個發現的自動化,標記:

  • 已設定
  • 已認證
  • 最近驗證過
  • 過時或損壞
  • 缺失

然後分類問題類型:

  • 活躍故障
  • 認證中斷
  • 狀態過時
  • 重疊或冗餘
  • 功能缺失

3. 追蹤證明路徑

每個重要聲明都要有具體來源:

  • 檔案路徑
  • 工作流程執行
  • 鉤子日誌
  • 設定條目
  • 最近的命令輸出
  • 確切的失敗特徵

如果當前狀態不明確,直接說明,而不是假裝稽核已完成。

4. 以保留 / 合併 / 刪除 / 下一步修復 結尾

對於每個重疊或可疑的表面,回傳一個決定:

  • 保留
  • 合併
  • 刪除
  • 下一步修復

價值在於將雜亂的自動化收斂到一個標準的 ECC 路徑,而不是保留每一個歷史路徑。

輸出格式

當前表面
- 自動化
- 來源
- 即時狀態
- 證明

發現
- 活躍故障
- 重疊
- 狀態過時
- 功能缺失

建議
- 保留
- 合併
- 刪除
- 下一步修復

下一步 ECC 行動
- 要強化的確切技能 / 鉤子 / 工作流程 / 應用程式路徑

陷阱

  • 當可以讀取即時盤點時,不要憑記憶回答
  • 不要把「設定中存在」當作「正在運作」
  • 在指出損壞的高訊號路徑之前,不要修復低價值的冗餘
  • 如果使用者先要求盤點,不要把任務擴大成儲存庫改寫

驗證

  • 重要聲明要引用即時證明路徑
  • 每個發現的自動化都要標明清晰的即時狀態類別
  • 最終建議要區分保留 / 合併 / 刪除 / 下一步修復