AI生成の低品質プルリクエストを効率的に撃退する標準プロトコル

最近、GitHubのリポジトリにAIが生成した中身のないプルリクエストが大量に送られてくることはありませんか？そうした「低品質な貢献」をスマートに、かつ機械的に弾くための標準的な対応フローをまとめました。

AI版のTL;DR（要約して）

プルーフ・オブ・ワークが復活するかもね

バグなら修正を確認するためにPRにレッドライン（変更箇所）があるべきだし、機能追加なら少なくとも受け入れ基準は欲しい。ドキュメントなら内容を理解できさえすれば特にこだわりはないよ。助けを得るためのハードルはかなり低く設定してるしね。

素晴らしい。努力を一切せずに時間を浪費するような連中を追い払うために、どんどん使われてほしいね。FAQのあまりのぶっきらぼうさと、いい意味で失礼な感じが最高だ。気に入ったよ。

「本書における『MUST』『MUST NOT』『REQUIRED』『SHALL』『SHALL NOT』『SHOULD』『SHOULD NOT』『RECOMMENDED』『MAY』『OPTIONAL』というキーワードは、我々があなたの生成した提出物をどれだけレビューしたくないかという度合いを正確に解釈するものとする」

冗談なのはわかってるけど、これだけ多くのドキュメントに「shall」が含まれてるのが本当に嫌なんだ。その解釈については公式な法的判断ですら二転三転しているしね。
もっと曖昧さを排除した言葉遣いをして、デフォルトで「MUST」か「SHOULD」を使うべきだよ。

これって、ゴミのようなリクエストを量産するClaw系エージェントに対するいい防御策になるんじゃないか？エージェントのコンテキストを「汚染」して、PRを破棄するように仕向けるんだ。