あなたのシステム、AIで脆弱性スキャン。穴を先に見つけて直すKit

security-audit スキルで、このリポジトリのセキュリティ監査をしてください（full audit）。

# 条件
- プロファイル：quick（初回の軽いチェック）
- 予算：エージェントの呼び出しは合計 40 回まで
- 対象のコードは実行しない。ソースを読むだけで調べる
- 本番環境・外部サービス・API には一切アクセスしない
- .env.local など、git に入っていない秘密情報のファイルは開かない
- ソースコードは変更しない
- 出力先：既定のまま（~/security-audit-skill/<リポジトリ名>/run-<N>）

# 終わったら
REPORT.md を、エンジニアではない人にも分かる日本語で、この形にまとめてください。
1. 全体のひとこと（3行以内）
2. 確定した問題：深刻度／何が起きるか（専門用語なしで1行）／場所（ファイル名）
3. 要確認：何を確かめれば白黒つくか（1行ずつ）
4. 今回見ていない範囲

security-audit の結果（一番新しい run フォルダの REPORT.md・FINDINGS-DETAIL.md・NEEDS-VALIDATION.md）を読んで、
エンジニアではない私向けに、次の2つの表を作ってください。

# 表1：確定した問題（深刻度の高い順）
| 急ぎ度 | 何が起きるか（たとえ話で1行） | 誰が困るか | 直す手間（小・中・大） |
- 急ぎ度は「今日」「今週」「今月」「後回しでいい」の4つ
- critical と high は「今日」か「今週」にする

# 表2：要確認
| 何を確かめるか | どこで確かめるか（使っているサービスの管理画面の名前と場所） | 問題ありの目印 |

専門用語を使うときは、カッコで短く言い換えてください。

security-audit の結果（一番新しい run フォルダ）にある「{問題のタイトル}」を直してください。

# 進め方
1. main から新しいブランチを切る（fix/security-{短い英語名}）
2. REPORT.md と FINDINGS-DETAIL.md に書かれた修正方法に沿って、必要な行だけ直す。関係ない改修はしない
3. この問題が二度と起きないことを確かめるテストを1つ足す
4. 既存のテストをすべて通す
5. 何をどう直したかを、エンジニアではない人にも分かる3行で説明する
6. push する前に、私の承認を待つ

security-audit スキルで、このリポジトリをもう一度監査してください（full audit）。

# 条件
- 前回の結果（~/security-audit-skill/<リポジトリ名>/ の過去の run）を読み込み、前回の問題が直っているかを最初に確かめる
- 前回見ていない範囲を優先する
- プロファイル：standard
- 予算：エージェントの呼び出しは合計 60 回まで
- 対象のコードは実行しない。本番環境・外部サービスにはアクセスしない
- .env.local など、git に入っていない秘密情報のファイルは開かない
- ソースコードは変更しない

# 終わったら
前回との比較を、エンジニアではない人にも分かる日本語でまとめてください。
- 直った問題／まだ残っている問題／新しく見つかった問題
- 次に見るべき範囲

security-audit スキルで、main とこのブランチの差分だけを対象に監査してください（scoped・quick）。

# 条件
- 予算：エージェントの呼び出しは合計 20 回まで
- 対象のコードは実行しない。本番環境・外部サービスにはアクセスしない
- ソースコードは変更しない

# 終わったら
この変更で新しく増えた危ないところだけを、日本語で3行以内にまとめてください。なければ「なし」と答えてください。