Automation Audit Ops（自動化監査オペレーションズ）
ユーザーが現在動作中の自動化、壊れているジョブ、重複の有無、または現在実際に有用な作業を行っているツールやコネクタについて尋ねた場合に使用します。
これは監査優先のオペレータースキルです。目標は、証拠に基づくインベントリと、keep / merge / cut / fix-next の推奨セットを生成してから、リライト（書き換え）を行うことです。
スキルスタック（連携スキル）
必要に応じて、以下の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つの正規のレーンを望んでいる場合
ガードレール
- ユーザーが明示的に修正を要求しない限り、読み取り専用で開始する
- 以下の状態を分離する：
- 設定済み
- 認証済み
- 最近確認済み
- 古い、または壊れている
- 完全に欠落している
- スキルや設定が参照しているという理由だけで、ツールが動作中だと主張しない
- 証拠テーブルが存在するまで、重複する表面をマージまたは削除しない
ワークフロー
1. 実際の表面をインベントリする
理論化する前に、現在のライブ表面を読み取ります。
- リポジトリフックとローカルフックスクリプト
- GitHub Actionsとスケジュールされたワークフロー
- MCP設定と有効化されたサーバー
- コネクタまたはアプリに基づく統合
- ラッパースクリプトとリポジトリ固有の自動化エントリポイント
それらを表面ごとにグループ化します。
- ローカルランタイム
- リポジトリCI / 自動化
- 接続された外部システム
- メッセージング / 通知
- 課金 / 顧客運用
- 研究 / 監視
2. 各項目をライブ状態で分類する
表面化されたすべての自動化について、以下をマークします。
- 設定済み
- 認証済み
- 最近確認済み
- 古い、または壊れている
- 欠落
次に、問題タイプを分類します。
- アクティブな破損
- 認証障害
- ステータスの陳腐化
- 重複または冗長性
- 機能の欠落
3. 証明パスをトレースする
すべての重要な主張に具体的なソースを添えます。
- ファイルパス
- ワークフロー実行
- フックログ
- 設定エントリ
- 最近のコマンド出力
- 正確な障害シグネチャ
現在の状態が曖昧な場合は、監査が完了したふりをせずに、その旨を直接伝えます。
4. keep / merge / cut / fix-next で終了する
重複または疑わしい表面ごとに、以下のいずれかのコールを返します。
- keep（維持）
- merge（統合）
- cut（削除）
- fix next（次に修正）
価値は、ノイズの多い自動化を1つの正規のECCレーンに集約することにあり、すべての過去のパスを維持することではありません。
出力形式
現在の表面
- 自動化
- ソース
- ライブ状態
- 証明
発見事項
- アクティブな破損
- 重複
- ステータスの陳腐化
- 機能の欠落
推奨事項
- keep（維持）
- merge（統合）
- cut（削除）
- fix next（次に修正）
次のECCアクション
- 強化する正確なスキル / フック / ワークフロー / アプリレーン
落とし穴
- ライブインベントリを読み取れるのに、記憶から回答しない
- 「設定に存在する」を「動作中」として扱わない
- 壊れた高シグナルパスを特定する前に、低価値の冗長性を修正しない
- ユーザーが最初にインベントリを求めた場合に、タスクをリポジトリ書き換えに拡大しない
検証
- 重要な主張にはライブ証明パスを引用する
- 表面化された各自動化には、明確なライブ状態カテゴリをラベル付けする
- 最終的な推奨事項は、keep / merge / cut / fix-next を区別する