Audit a competition project before removing code, assets, requests, styles, or libraries other than polyfills. Read the regulation and scoring rules first, identify what is actually measured, investigate impact deeply, prefer scripts and reports for evidence, and only prune things proven unnecessary without breaking required behavior or visual expectations.
この skill は、競技系プロダクトで polyfill 以外 の不要物を削ぎ落とすときに使う。
目的:
最重要原則はこれ。
不明なものは削らない。
次のどれかに当てはまるときに使う。
最初に次を読む。
README.mdregulation 相当文書scoring 相当文書特に次を先に固定する。
削る前に必ず次を行う。
削除候補は、まず次から探す。
巨大 artifact や大きい codebase を目視だけで判断しない。
必要ならその場で script を組んでよい。
使ってよいもの:
nodejqrgscripts/*.mjsnode -e / node <<'EOF'特に次は script で調べる。
調査 script は、必要な要点だけを出す。
削ってよい候補は、次の条件を満たすものを優先する。
次は効果が高くても危険寄りなので、強い裏取りが必要。
この種の変更は、コード検索だけで決めず、実画面確認まで行う。
削る前に最低でも次を確認する。
1つでも曖昧なら、すぐ削らず調査メモに回す。
次の順で進める。
docs/ か docs/analyze/ に作るsafe / risky / unknown に分類するsafe から小さく試すrepo の運用で branch / worktree 方針があるなら従う。
次は「不要そう」に見えても雑に削らない。
毎回次を確認する。
改善目的なのにスコアが落ちたら、その変更は採用しない前提で扱う。
次のどれか 1 つでも当てはまる場合、結論を WARNING: で始める。
回答には次を含める。
safe / risky / unknown の分類よい出力:
x を確認。採点対象ページでは未使用。rg と runtime 確認でも未参照。まず import 削除を試す」description はホーム以外で未使用。対象 route を script で確認し、別 endpoint 化または field 削減を提案」悪い出力: