القائمة
エビデンスファーストな ECC Tools の消費と課金の監査ワークフローです。ECC Tools リポジトリでの暴走する PR 作成、クォータバイパス、premium モデルリーク、重複ジョブ、または GitHub App のコストスパイクを調査する場合に使用します。
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
キャプチャ、診断、抑制されたリカバリ、内省レポートを用いた、AI エージェント障害向けの体系的なセルフデバッグワークフローです。
リポジトリ認識の並列レビューパスを使用してスキル、コマンド、ルール、フック、その他を DAILY と LIBRARY のバケットに分類することで、特定のリポジトリ向けにエビデンスに基づく ECC インストールプランを構築します。フルバンドルをロードするのではなく、プロジェクトが実際に必要とするものに ECC をトリミングすべき場合に使用します。
対象リポジトリの既存の統合パターンに正確に合わせて新しい API コネクタやプロバイダを構築します。第二のアーキテクチャを発明することなく、もう一つの統合を追加する場合に使用します。
Write articles, guides, blog posts, tutorials, newsletter issues, and other long-form content in a distinctive voice derived from supplied examples or brand guidance. Use when the user wants polished written content longer than a paragraph, especially when voice consistency, structure, and credibility matter.
ECC 向けのエビデンスファーストな自動化インベントリと重複監査のワークフローです。何かを修正する前に、どのジョブ、フック、コネクタ、MCP サーバー、またはラッパーがライブ、壊れている、冗長、または欠落しているかをユーザーが知りたい場合に使用します。
CodeTour の `.tour` ファイルを作成します。実際のファイルと行のアンカーを持つペルソナ対象のステップバイステップウォークスルーです。オンボーディングツアー、アーキテクチャウォークスルー、PR ツアー、RCA ツアー、および構造化された「これがどのように動作するか説明して」というリクエストに使用します。
| name | ecc-tools-cost-audit |
| description | エビデンスファーストな ECC Tools の消費と課金の監査ワークフローです。ECC Tools リポジトリでの暴走する PR 作成、クォータバイパス、premium モデルリーク、重複ジョブ、または GitHub App のコストスパイクを調査する場合に使用します。 |
| origin | ECC |
ECC Tools GitHub App がコストを消費している、PR を作りすぎている、使用制限をバイパスしている、または無料ユーザーを premium 分析パスにルーティングしているとユーザーが疑う場合に、このスキルを使用します。
これは兄弟 ECC-Tools リポジトリ向けの焦点を絞ったオペレーターワークフローです。汎用的な課金スキルではなく、リポジトリ全体のコードレビューパスでもありません。
関連する場合、以下の ECC ネイティブスキルをワークフローに取り込みます:
autonomous-loopsagentic-engineeringcustomer-billing-opssearch-firstsecurity-reviewverification-looptdd-workflowECC-Tools リポジトリ内にあり、webhook ハンドラ、キューワーカー、使用予約、PR 作成ロジック、または有料ゲート強制に依存するeverything-claude-code ではなく、兄弟 ECC-Tools リポジトリで作業するECC-Tools リポジトリに切り替えsrc/index.* またはメインエントリーポイントを調査ユーザーがコード変更を要求した場合、以下の順で修正を優先します:
同じ根本原因が複数のファイルに明確にまたがる場合を除き、パスを 1 〜 3 の直接的な修正に制限します。
push、PR sync、手動監査すべてが同じジョブを enqueue し、ワーカーが常に PR を作成する場合、分析は PR スパムに等しい。
使用がフロントドアでチェックされるがワーカー内でのみインクリメントされる場合、並行リクエストすべてがゲートを通過してクォータを超過できる。
キーが存在する場合に無料のキューイングされたジョブが Anthropic や他の premium プロバイダーにルーティングできる場合、ユーザーが premium 結果を見ない場合でも、それは本物の消費リークである。
pull_request.synchronize、ブランチ push、またはコメントトリガー実行がアプリ所有のブランチで発火する場合、アプリは自身の出力を再帰的に分析できる。
システムがトークンを消費した後に PR 作成、ファイル更新、またはブランチ衝突で失敗できる場合、それは価値を出荷せずにコストを消費している。