WorkflowFence

誰のための案か

AI autofix bot(Copilot Autofix / Dependabot セキュリティ PR / Snyk fix PR)を運用する組織のセキュリティ / プラットフォームエンジニア。現状は手動 PR レビューか bot の既定スコープへの信頼だけ

どんな困りごとか

法務・セキュリティリスク: AI 作の PR が CI/CD 権限を静かに昇格させたり外部 Action を足したりできる(Copilot Autofix 経由の Snowflake Jira 侵害がまさにそれ)。量が増えると全 autofix PR の手動レビューは省略され始めるのに、bot PR を既定で信頼しない自動ゲートが存在しない

どう作るか

必須ステータスチェックとして入る GitHub App。既知の bot アカウントによる PR の diff を解析し、.github/workflows/*、action.yml、permissions ブロック、新規の uses: 参照への変更を検出したら、行レベルの説明付きでチェックを落とし、人間の承認まで止める

どう稼ぐか

セキュリティ / プラットフォームチームが組織あたり月 $29〜99 を払う。権限昇格の見逃し 1 件の損害が購読料を大きく超え、CODEOWNERS だけでは workflow YAML 内の権限・Action 変更を diff レベルで解析できないため

なぜまだ無いのか

GitHub や Snyk は自社 autofix bot の越権を名指しするゲートを作らない(「autofix は時短」という売り文句を自分で崩すため)。全ベンダーの bot を同じ扱いにする中立の第三者チェックが隙間で、プラットフォーム側には出す動機がない

最初の利用者

今週の Wiz の Snowflake / Copilot Autofix レポートを読んで、自分の bot の PR に今すぐゲートが欲しくなったセキュリティエンジニア。GitHub Marketplace 掲載とその事件を参照する HN / X 投稿で届く

作る規模

2 people x 10 weeks - includes GitHub App webhook, workflow/permission diff parser, PR-comment and Slack alerts, weekly digest; excludes GitLab/Bitbucket CI and non-GitHub-Actions runners in v1.

一番のリスク

GitHub がネイティブの「autofix bot の権限制限」トグルを出すか、CODEOWNERS の保護パス運用で足りるとチームが判断し、専用 diff パーサーの必要が消える

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

• bot 作の PR が .github/workflows/*.yml、action.yml、リポジトリ permissions ブロックを変更したら必須チェックを落とし、変更行そのものを表示
• リポジトリの workflow ファイルにこれまで無かった外部 Action 参照(uses: owner/repo@ref)の新規追加を、Action 名とバージョン付きでフラグ
• その週にマージされた全 autofix bot PR を、権限スコープの追加・削除の要約付きで列挙する週次ダイジェストを投稿

的中の判定(6ヶ月後)

GitHub Marketplace でアクティブインストール 100 件以上、または Product Hunt デイリー Top 5(判定日 2027-02-18)

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