workspace-surface-audit

Topics in the source

• ワークスペースサーフェス監査
• 使用する場面
• 交渉不可能なルール
• 監査の入力
• 監査プロセス
• フェーズ1：既存のものを棚卸しする
• フェーズ2：公式およびインストール済みサーフェスとベンチマーク比較する
• フェーズ3：ギャップをECCの決定に変換する

読み取り専用の監査スキル。「このワークスペースとマシンが現在実際に何をできるか、次に何を追加または有効化すべきか？」という質問に答えるために使用する。 これはセットアップ監査プラグインに対する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 ファイル キー名のみを表示する（STRIPEAPIKEY、TWILIOAUTHTOKEN、FALKEY など） 3. 接続されたツールサーフェス インストール済みプラグイン、有効化されたコネクター、MCPサーバー、LSP、アプリ統合 4. ECCサーフェス 要件をカバーする既存のスキル、コマンド、フック、エージェント、インストールモジュール 簡潔なインベントリを生成する： アクティブなツールチェーンのターゲット インストール済みプラグインと接続されたアプリ 設定済みのMCPサーバー 設定済みのLSPサーバー キー名で示唆される環境ベースのサービス ワークスペースに関連する既存のECCスキル サーフェスが生

This is an excerpt. Refer to the complete source and its current requirements.