インストール
npx skills add squirrelscan/skills誰向けか
この案内は、サイト監査をエージェントに渡し、すべてのスキルが squirrel CLI 経由で動く前提を受け入れる人向け。公式はエージェント向けのサイト監査スキル、プラグイン、MCP として、同じリポジトリに置いている：
https://github.com/squirrelscan/skills
現材料が展開するのはスキル2つだけ。squirrelscan は CLI 操作：インストール、ログイン、監査実行、レポート公開、ポイント、API鍵、MCP 設定、構成、トラブルシュート。説明は
https://github.com/squirrelscan/skills/blob/main/skills/squirrelscan/SKILL.md
audit-website は修復ループ：サイトを監査し、発見をコードへ対応づけ、バッチで直し、スコアが良くなるまで再監査する。説明は
https://github.com/squirrelscan/skills/blob/main/skills/audit-website/SKILL.md
CLI を入れられ、検査権限のあるサイトだけを監査するときに合う。CLI が PATH にない人、CLI に依存しない文書だけとして使いたい人には合わない。
3分で最初の試行を終える
公式推奨の経路はこの1本だけ。
前提：このマシンで npx が動き、squirrel CLI はインストール済みで PATH にある。材料は全スキルがその CLI を動かすと書くが、CLI 自体のインストールコマンドはない。PATH にまだ squirrel がなければ、先に squirrelscan スキルにインストールとログインを任せる。スキャンへ飛ばない。
インストール場所は npx skills add が扱う。材料はスキルフォルダの着地点を書いていない。出ていないパスを足さない。
コピーして実行：
npx skills add squirrelscan/skills
成功の合図：コマンドが正常終了する。まず読み取り専用で確認する。エージェントに squirrel が PATH にあるか見させ、1回の監査の手順を説明させる。先にどの URL もスキャンせず、レポートも公開せず、コードも変えない。「CLI が必要」と、ログイン/監査/公開が別動作だと言い返せれば、スキルは載っている。
本番スキャンの前に、対象 URL と監査権限を確認する。スキャン、レポート公開、コード書き込みには副作用がある。
利用事例
事例一：CLI だけ操作し、先にログインしてから監査するかを決める。squirrelscan に対応。まだスキャンしておらず、インストール、ログイン、構成、ポイントだけ確認したいときに合う。成功時、CLI が使えログイン状態がはっきりする。材料はホストされた MCP にも触れる：
https://mcp.squirrelscan.com/mcp
streamable-http を使い、OAuth または Authorization: Bearer sq_... 鍵が使える。ローカルは squirrel mcp。最初の試行で MCP を繋ぐ必要はない。完全な鍵を作らない。
事例二：監査後にコードへ照合するが、対応づけで止める。audit-website の修復ループに対応。CLI が既に動き、確認済みサイトの問題がどのファイルに落ちるかを見たいときに合う。先に監査し、「発見からコード」の照合だけ求め、バッチ修正は明示的に禁じる。成功時、問題とファイルの対応が見え、リポジトリはまだ変わっていない。パッチ範囲を確認してから、バッチ修正と再測定を許す。材料にスコア閾値やバッチサイズはない。
利用上の境界
現材料が証明するのは上記2スキルと npx インストールコマンド1本だけ。他のスキル名を作らず、出ていないインストーラにも切り替えない。材料は必須クライアントを名指ししない。
CLI がなければこれらのスキルを呼ばない。レポート公開は結果をこのマシンの外へ送る。コード変更はリポジトリへ書く。先に確認し、それから許可する。鍵の接頭辞は材料で sq_... と書いてある。見本鍵を作らない。詳細は公式リポジトリに従う：
https://github.com/squirrelscan/skills