Skill Market

automation audit ops

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

GitHub
githubcommunitymcp
0.0
0 installs262.1K GitHub starsby affaan-m

Skill Introduction

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

Core value

Turns reusable Development know-how into an installable skill, helping users complete github, community, mcp work faster.

Target users

  • Developers, testers, and maintainers who handle Development tasks in Focus Code.
  • Teams that already trust workflows or content from affaan-m.
  • Users who want standardized prompts, steps, or conventions instead of repeating setup work.

Best practices

  • Read the skill content first to confirm required inputs, expected outputs, and dependencies.
  • Try it on a small task before relying on it for critical work.
  • Add project-specific constraints such as coding style, target platform, test expectations, and delivery format.
  • For external sources, verify the source link, version, and recent maintenance activity.

Best use cases

  • Tasks related to github, community, mcp that need a reusable execution flow.
  • Converting a community repo, team convention, or personal workflow into day-to-day assistance.
  • Starting from a proven skill instead of writing prompts or procedures from scratch.

Limits and boundaries

  • Results depend on the quality of the original skill content and may need human correction.
  • It does not replace code review, tests, security review, or professional judgment.
  • External tools, APIs, account permissions, and local dependencies still need separate setup.

Differentiation

  • Structured around Development, making it easier to discover and reuse than loose prompt snippets.
  • Marked as GitHub, which helps users judge trust and maintenance expectations.
  • Keeps the original source link available for repository, documentation, or discussion follow-up.
  • Tagged with github, community, mcp, so it can be filtered by concrete task intent.

Install and use

Install
Copy Install Command
focus install automation-audit-ops-bf9d51
View source

Detail Preview

SKILL.md

Primary filemarkdown6 KB

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レーンに折りたたむことであり、すべての履歴パスを保存することではありません。

出力形式

CURRENT SURFACE
- automation
- source
- live state
- proof

FINDINGS
- active breakage
- overlap
- stale status
- missing capability

RECOMMENDATION
- keep
- merge
- cut
- fix next

NEXT ECC MOVE
- exact skill / hook / workflow / app lane to strengthen

落とし穴

  • ライブインベントリが読み取れるときは、メモリから答えないでください
  • 「構成に存在」を「機能している」として扱わない
  • 壊れた高信号パスに名前を付ける前に、低価値の冗長性を修正しないでください
  • ユーザーがインベントリを最初に要求した場合、タスクをリポ書き直しに広げないでください

検証

  • 重要なクレームはライブ証拠パスを引用
  • 表面化されたすべての自動化は、明確なライブ状態カテゴリでラベル付けされている
  • 最終的な推奨事項は、保持/マージ/カット/修正次を区別

Reviews

Overall rating

0.0
0.0

0 comments

No reviews yet