automation-audit-ops

Topics in the source

• 自動化監査オペレーション
• スキルスタック
• 使用時期
• ガードレール
• ワークフロー
• 1. 実際のサーフェースをインベントリする
• 2. 各項目をライブ状態で分類する
• 3. 証拠パスを追跡する

ユーザーがどの自動化がライブであるか、どのジョブが壊れているか、どこにオーバーラップが存在するか、またはどのツール検およびコネクタが実際に有用な作業をしているかについて尋ねるときに使用します。 これは監査優先のオペレータスキルです。ジョブは、何かを書き直す前に、証拠に裏付けられたインベントリと保持/マージ/カット/修正次の推奨セットを生成することです。 関連するときにこれらのECC固有のスキルをワークフローに取り込みます： workspace-surface-audit コネクタ、MCP、フック、およびアプリインベントリ用 knowledge-ops 監査がライブリポ真実と耐久性のあるコンテキストを調和させる必要がある場合 github-ops 答えがCI、スケジュール済みワークフロー、問題、またはPR自動化に依存する場合 ecc-tools-cost-audit 実際の問題がWebhookファンアウト、キュー済みジョブ、または兄弟アプリリポの請求バーンである場合 research-ops ローカルインベントリを現在のプラットフォームサポートまたは公開ドキュメントと比較する必要がある場合 verification-loop 仮定された回復に依存する代わりに、修正後の状態を証明するため ユーザーが「どの自動化があるか」、「ライブのか」、「壊れているのか」、「何がオーバーラップするか」と尋ねる タスクはcrondジョブ、GitHub Actions、ローカルフック、MCPサーバー、コネクタ、ラッパー、またはアプリ統合にまたがる ユーザーが別のエージェントシステムからポートされたものを知りたい、そしてECC内で何がまだ再構築される必要があるか ワークスペースが同じことをする複数の方法を蓄積し、ユーザーが1つの正規レーンを望む ユーザーが明示的に修正を求めない限り、読み取り専用で開始 分離： 構成済み 認証済み 最近検証済み 古いまたは壊れている 完全に不足している スキルまたはコンフィグが参照しているだけという理由で、ツールがライブであると主張しないでください 証拠テーブルが存在するまで、オーバーラップするサーフェースをマージまたは削除しないでください 理論化する前に現在のライブサーフェースを読む： リポフックとローカルフックスクリプト GitHub Actionsとスケジュール済みワークフロー MCPコンフィグと有効なサーバー コネクタまたはアプリに支持された統合 ラッパースクリプトとリポ固有の自動化エントリポイント サーフェスごとにグループ化： ローカルランタイム リポCI/自動化 接続された外部システム メッセージング/通知 請求/顧客オペレーション 研究/監視 表面化されたすべての自動化について、マーク： 構成済み 認証済み 最近検証済み 古いまたは壊れて

This is an excerpt. Refer to the complete source and its current requirements.