ワークスペース表面監査

読み取り専用監査スキル。「このワークスペースとマシンは現在実際に何ができるのか、次に何を追加または有効にすべきか」という質問に答えます。

これは、ECC がセットアップ監査プラグインの要件に応える方法です。ユーザーが明示的に後続の実装を要求しない限り、ファイルは変更されません。

使用時機

• ユーザーが「Claude Code をセットアップする」「自動化を推奨する」「どのプラグインまたは MCP を使うべきか」または「何が不足しているか」と言った場合
• より多くのスキル、フック、またはコネクタをインストールする前に、マシンまたはリポジトリを監査する
• 公式マーケットプレイスプラグインと ECC ネイティブカバレッジを比較する
• .env、.mcp.json、プラグイン設定、または接続されたアプリ表面を確認し、欠落しているワークフローレイヤーを発見する
• ある機能がスキル、フック、エージェント、MCP、または外部コネクタであるべきかを判断する

譲歩できないルール

• シークレット値を絶対に出力しない。プロバイダー名、機能名、ファイルパス、およびキーまたは設定が存在するかどうかのみを表示します。
• ECC が表面を合理的に所有できる場合、汎用の「別のプラグインをインストール」という推奨ではなく、ECC ネイティブワークフローを優先します。
• 外部プラグインをベンチマークとインスピレーションとして扱い、製品の境界の権威として扱わないでください。
• 3 つのことを明確に区別します。
  • 現在利用可能なもの
  • 利用可能だが ECC で不十分なカプセル化のもの
  • 利用不可で新しい統合が必要なもの

監査入力

質問に答えるために必要なファイルと設定のみを確認します。

1. リポジトリ表面
   • package.json、ロックファイル、言語マーカー、フレームワーク設定、README.md
   • .mcp.json、.lsp.json、.claude/settings*.json、.codex/*
   • AGENTS.md、CLAUDE.md、インストール チェックリスト、フック設定
2. 環境表面
   • アクティブなリポジトリと明らかに隣接する ECC ワークスペース内の .env* ファイル
   • STRIPE_API_KEY、TWILIO_AUTH_TOKEN、FAL_KEY などのキー名のみを表示します
3. 接続ツール表面
   • インストール済みプラグイン、有効なコネクタ、MCP サーバー、LSP、アプリケーション統合
4. ECC 表面
   • ニーズをカバーする既存スキル、コマンド、フック、エージェント、インストールモジュール

監査プロセス

フェーズ 1: 既存内容のインベントリ

簡潔なリストを生成します。

• アクティブなツールチェーン目標
• インストール済みプラグインと接続されたアプリ
• 設定済み MCP サーバー
• 設定済み LSP サーバー
• キー名で暗示されているベースの環境サービス
• ワークスペースに関連する既存 ECC スキル

表面が原始的な形式でのみ存在する場合は、それを指摘します。例えば：

• 「Stripe は接続されたアプリを通じて利用可能ですが、ECC には課金操作スキルがありません」
• 「Google Drive は接続されていますが、ECC はネイティブな Google Workspace 操作ワークフローを持っていません」

フェーズ 2: 公式およびインストール済み表面とのベンチマーク比較

ワークスペースを次と比較します。

• セットアップ、レビュー、ドキュメント、デザイン、またはワークフロー品質と重複する公式 Claude プラグイン
• Claude または Codex にローカルインストールされているプラグイン
• ユーザーが現在接続しているアプリ表面

単に名前をリストしないでください。各比較に対して、次に答えます。

1. 実際に何をするのか
2. ECC は既に同等の機能を持っているか
3. ECC は原始的な形式のみを持っているか
4. ECC はこのワークフローを完全に欠いているか

フェーズ 3: ギャップを ECC 決定に変換する

実際のギャップごとに、正しい ECC ネイティブ形式を推奨します。

ギャップの種類	推奨される ECC 形態
反復可能な操作ワークフロー	スキル
自動実行またはサイドエフェクト	フック
特別な委任役	エージェント
外部ツール ブリッジング	MCP サーバーまたはコネクタ
インストール/オンボーディングガイド	セットアップまたは監査スキル

要件が基盤ではなく操作的である場合、既存のツールを統合するための利用者向けスキルをデフォルトにします。

出力形式

このシーケンスで 5 つのセクションを返します。

1. 現在の表面
   • 現在利用可能なもの
2. 同等の機能
   • ECC がベンチマークに合致または超えている場所
3. 原始的な形式のみのギャップ
   • ツールが存在しますが、ECC には簡潔な操作スキルがありません
4. 欠落している統合
   • まだ利用できない機能
5. 次のアクション上位 3～5 件
   • 具体的な ECC ネイティブ追加事項。影響度順に並べます

推奨ルール

• 各カテゴリごとに最大 1～2 個の最高価値のアイデアを推奨します。
• 明らかなユーザー意図とビジネス価値を持つスキルを優先します。
  • セットアップ監査
  • 課金/カスタマー運用
  • 問題/プロジェクト運用
  • Google Workspace 運用
  • デプロイ/オペレーション制御
• コネクタが企業固有の場合は、実際に利用可能またはユーザーワークフローに明らかに有用な場合のみ推奨します。
• ECC が既に強力な原始的な形式を持っている場合は、新しいサブシステムを発明するのではなく、スキルをカプセル化することを提案します。

良好な結果

• ユーザーは接続されたもの、欠落しているもの、ECC が次に所有すべきものを即座に確認できます。
• 推奨事項は十分に具体的で、リポジトリで実装するために再発見は不要です。
• 最終回答は API ブランドではなくワークフローを中心に構成されています。