All skills

automation-audit-ops

Official
by Api.AirforcePrepends a system promptAI & Agent Building000 uses202,700

ECC用の証拠ベースの自動化インベントリとオーバーラップ監査ワークフロー。ユーザーがどのジョブ、フック、コネクタ、MCPサーバー、またはラッパーがライブか、壊れているか、冗長であるか、修正前に不足しているかを知りたい場合に使用します。

open-sourceclaude-codeai-agent-buildingaffaan-m
Share

What this skill does

When applied, it prepends a system prompt before your request is sent — no extra calls and no change to how you are billed beyond the added tokens.

---
name: automation-audit-ops
description: ECC用の証拠ベースの自動化インベントリとオーバーラップ監査ワークフロー。ユーザーがどのジョブ、フック、コネクタ、MCPサーバー、またはラッパーがライブか、壊れているか、冗長であるか、修正前に不足しているかを知りたい場合に使用します。
origin: ECC
---

# 自動化監査オペレーション

ユーザーがどの自動化がライブであるか、どのジョブが壊れているか、どこにオーバーラップが存在するか、またはどのツール検およびコネクタが実際に有用な作業をしているかについて尋ねるときに使用します。

これは監査優先のオペレータスキルです。ジョブは、何かを書き直す前に、証拠に裏付けられたインベントリと保持/マージ/カット/修正次の推奨セットを生成することです。

## スキルスタック

関連するときにこれらの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つの正規レーンを望む

## ガードレール

- ユーザーが明示的に修正を求めない限り、読み取り専用で開始
- 分離:
  - 構成済み
  - 認証済み
  - 最近検証済み
  - 古いまたは壊れている
  - 完全に不足している
- スキルまたはコンフィグが参照しているだけという理由で、ツールがライブであると主張しないでください
- 証拠テーブルが存在するまで、オーバーラップするサーフェースをマージまたは削除しないでください

## ワークフロー

### 1. 実際のサーフェースをインベントリする

理論化する前に現在のライブサーフェースを読む:

- リポフックとローカルフックスクリプト
- GitHub Actionsとスケジュール済みワークフロー
- MCPコンフィグと有効なサーバー
- コネクタまたはアプリに支持された統合
- ラッパースクリプトとリポ固有の自動化エントリポイント

サーフェスごとにグループ化:

- ローカルランタイム
- リポCI/自動化
- 接続された外部システム
- メッセージング/通知
- 請求/顧客オペレーション
- 研究/監視

### 2. 各項目をライブ状態で分類する

表面化されたすべての自動化について、マーク:

- 構成済み
- 認証済み
- 最近検証済み
- 古いまたは壊れている
- 不足している

次に、問題タイプを分類します:

- アクティブなブレークエージ
- 認証停止
- 古い状態
- オーバーラップまたは冗長性
- 不足している機能

### 3. 証拠パスを追跡する

すべての重要なクレームを具体的なソースで支える:

- ファイルパス
- ワークフロー実行
- フックログ
- コンフィグエントリ
- 最近のコマンド出力
- 正確な障害署名

現在の状態が曖昧な場合は、監査が完了していると装うのではなく、直接言ってください。

### 4. 保持/マージ/カット/修正次で終了

オーバーラップするまたは疑わしいサーフェスごとに、1つのコールを返します:

- keep
- merge
- cut
- fix next

値はノイズの多い自動化を1つの正規ECCレーンに折りたたむことであり、すべての履歴パスを保存することではありません。

## 出力形式

```tex

Use this skill

Per request

Add a "skill" field with the skill’s ID to your chat completion request. It is applied server-side before your prompt is sent — no extra calls.

{
  "model": "gpt-4o-mini",
  "skill": "imp-61134ac3-ef7d-42c8-b1bc-b35334790275",
  "messages": [{ "role": "user", "content": "…" }]
}
Always on — no field to send

Install the skill, enable it in your dashboard and (optionally) limit it to specific models. It then applies automatically to every matching request — with no "skill" field to send each time.

Set it up in your dashboard