Workspace Surface Audit
読み取り専用の監査スキル。「このワークスペースとマシンは現在実際に何ができて、次に何を追加または有効化すべきか？」という質問に答えます。
これはセットアップ監査プラグインに対するECCネイティブの回答です。ユーザーが明示的にフォローアップの実装を要求しない限り、ファイルを変更しません。
使用タイミング
- ユーザーが「Claude Codeをセットアップして」、「自動化を推奨して」、「どのプラグインやMCPを使うべき？」、「何が足りない？」と言った場合
- より多くのスキル、フック、コネクタをインストールする前にマシンやリポジトリを監査する場合
- 公式マーケットプレイスプラグインとECCネイティブのカバレッジを比較する場合
.env、.mcp.json、プラグイン設定、接続アプリサーフェスをレビューして、不足しているワークフローレイヤーを見つける場合- 機能をスキル、フック、エージェント、MCP、外部コネクタのいずれにするかを決定する場合
絶対ルール
- 秘密値は絶対に出力しない。プロバイダー名、機能名、ファイルパス、キーまたは設定が存在するかどうかのみを表示する。
- ECCが合理的にサーフェスを所有できる場合は、一般的な「別のプラグインをインストール」アドバイスよりもECCネイティブのワークフローを優先する。
- 外部プラグインはベンチマークとインスピレーションとして扱い、権威ある製品境界として扱わない。
- 以下の3つを明確に分離する：
- 現在すでに利用可能
- 利用可能だがECCで適切にラップされていない
- 利用不可であり、新しい統合が必要
監査入力
質問に適切に答えるために必要なファイルと設定のみを検査する：
- リポジトリサーフェス
package.json、ロックファイル、言語マーカー、フレームワーク設定、README.md.mcp.json、.lsp.json、.claude/settings*.json、.codex/*AGENTS.md、CLAUDE.md、インストールマニフェスト、フック設定
- 環境サーフェス
- アクティブなリポジトリと隣接するECCワークスペースの
.env*ファイル STRIPE_API_KEY、TWILIO_AUTH_TOKEN、FAL_KEYなどのキー名のみを表示する
- アクティブなリポジトリと隣接するECCワークスペースの
- 接続ツールサーフェス
- インストール済みプラグイン、有効化されたコネクタ、MCPサーバー、LSP、アプリ統合
- ECCサーフェス
- ニーズをすでにカバーしている既存のスキル、コマンド、フック、エージェント、インストールモジュール
監査プロセス
フェーズ1：既存の在庫をリストアップ
コンパクトな在庫を作成する：
- アクティブなハーネスターゲット
- インストール済みプラグインと接続アプリ
- 設定済みMCPサーバー
- 設定済みLSPサーバー
- キー名から示唆される環境バックサービス
- ワークスペースに関連する既存のECCスキル
サーフェスがプリミティブとしてのみ存在する場合は、それを指摘する。例：
- "Stripeは接続アプリ経由で利用可能ですが、ECCには請求オペレータースキルがありません"
- "Google Driveは接続されていますが、ECCネイティブのGoogle Workspaceオペレーターワークフローはありません"
フェーズ2：公式およびインストール済みサーフェスとベンチマーク
ワークスペースを以下と比較する：
- セットアップ、レビュー、ドキュメント、デザイン、ワークフロー品質と重複する公式Claudeプラグイン
- ClaudeまたはCodexにローカルインストールされたプラグイン
- ユーザーの現在の接続アプリサーフェス
名前を列挙するだけでは不十分。比較ごとに以下に答える：
- それらが実際に行うこと
- ECCにすでにパリティがあるかどうか
- ECCにプリミティブしかないかどうか
- ECCがワークフローを完全に欠いているかどうか
フェーズ3：ギャップをECCの意思決定に変換
実際のギャップごとに、適切なECCネイティブの形状を推奨する：
| ギャップの種類 | 優先ECC形状 |
|---|---|
| 繰り返し可能なオペレーターワークフロー | スキル |
| 自動的な強制または副作用 | フック |
| 専門化された委任ロール | エージェント |
| 外部ツールブリッジ | MCPサーバーまたはコネクタ |
| インストール/ブートストラップガイダンス | セットアップまたは監査スキル |
ニーズがインフラストラクチャではなく運用上のものである場合、既存のツールをオーケストレーションするユーザー向けスキルをデフォルトとする。
出力フォーマット
以下の5つのセクションをこの順序で返す：
- 現在のサーフェス
- 現在すぐに使用可能なもの
- パリティ
- ECCがすでにベンチマークと同等またはそれを上回っている部分
- プリミティブのみのギャップ
- ツールは存在するが、ECCにクリーンなオペレータースキルがない部分
- 欠落している統合
- まだ利用できない機能
- 次のステップ上位3～5
- 具体的なECCネイティブの追加、影響度順
推奨ルール
- カテゴリごとに最大1～2の最も価値の高いアイデアを推奨する。
- 明確なユーザー意図とビジネス価値があるスキルを優先する：
- セットアップ監査
- 請求/顧客運用
- 課題/プログラム運用
- Google Workspace運用
- デプロイメント/運用制御
- コネクタが企業固有のものである場合、それが実際に利用可能であるか、ユーザーのワークフローに明らかに役立つ場合にのみ推奨する。
- ECCにすでに強力なプリミティブがある場合は、まったく新しいサブシステムを発明するのではなく、ラッパースキルを提案する。
良い成果
- ユーザーは何が接続され、何が不足し、ECCが次に何を所有すべきかをすぐに確認できる。
- 推奨事項は、別の発見パスなしでリポジトリに実装できるほど具体的である。
- 最終的な回答はAPIブランドではなく、ワークフローを中心に整理されている。