SlopGate

誰のための案か

2〜20 人規模の SaaS チームのエンジニアリング責任者。広がりすぎた新人や生成の PR を受け取り、現状は ESLint、SonarQube、PR の大きさを貼る道具、手作業のレビューでしのいでいる

どんな困りごとか

時間。広がりすぎた PR 1 本につき熟練のエンジニアが 30〜60 分を失う。レビューが始まる前に、変更量、テストの欠落、重複した塊、積み増された TODO を数えるゲートが無いから

どう作るか

GitHub App と設定ファイル。PR のステータスチェック、リポジトリの YAML による閾値、例外ラベルの手順、週次の Slack / メール報告。初版に独立した画面は持たない

どう稼ぐか

エンジニアリング責任者が GitHub の組織あたり月 $49 を払う。熟練のレビュー時間を節約するから。無料の静的解析と PR の大きさを貼る道具は、項目ごとの手間の採点、取り込みの停止、例外の理由付け、週次の推移報告を束ねては提供しない

なぜまだ無いのか

SonarQube や Code Climate のような既存勢は、リポジトリ全体の品質と安全性を広く売り、管理者による導入が要る。GitHub 標準のチェックはテストと静的解析で止まる。個人の隙間は、差分だけを 5 分で見て、止めて、例外を記録する「レビューの手間」のゲート

最初の利用者

最初の 10 人は、コードの雑さを測る記事の HN スレッド、低品質の PR に困っている OSS の維持者、リポジトリ管理者がその場で入れられる個人開発者の集まりから

作る規模

1 人 × 6 週。GitHub App の認証、差分の解析、ステータスチェック、YAML の閾値、例外ラベル、決済、週次報告を含む。GitLab / Bitbucket、自動修正、GitHub Enterprise、AI が書いたかの判定は除外

一番のリスク

GitHub が PR のレビューの手間やコード品質のゲートを標準で出す、あるいは Copilot のコードレビューが雑な PR を既定で止める

的中の条件(3 つすべて必要)

• 開かれた、または更新された GitHub の PR ごとに、5 分以内に 0〜100 の雑さスコアと、テスト以外の変更行が 400 行超・テストの増減がゼロ・重複した塊・新しい TODO や FIXME といった項目ごとの減点を添えたステータスチェックを出す
• スコアがリポジトリの閾値を超えたら取り込みを止める状態にし、例外ラベルと 1 行の理由が付いたときだけ解除する。例外は PR コメントに記録する
• 確認した PR、止めた PR、使われた例外、スコアの高いファイル上位 5 件、直近 4 週間の平均スコアの推移を並べた週次の報告を Markdown / Slack で送る

的中の判定(6ヶ月後)

サービスの公開 GitHub リポジトリが 1,000 スター、または Product Hunt の公開でデイリー Top 5(判定日 2027-03-15)

AI自己確度 52/100 — 判定条件を満たす見込みの自己申告で、事業の成功率ではありません