Jev 向けの CLI を作成し、 GitHub Actions 経由で Pull Request のリスク判定に活用 | stenyan[.]dev ift.tt/dDcnXQs

久しぶりにブログ書いた Jev 向けの CLI を作成し、 GitHub Actions 経由で Pull Request のリスク判定に活用 stenyan.dev/ja/posts/2026/…

GitHub Actionsの実行許可をイベントやactorで絞れる機能がGA。そして悪用されることが多かったpull_request_targetを無効化するポリシーがpublicリポジトリでは11/2からデフォルトで追加される。長かったなここまで / “Workflow execution protections in GitHub Actions …” htn.to/4dfax7qySa

GitHub Actionsの安全条件をif:だけに閉じ込めず、actor・event・workflow fileをrun admissionとして実行前に制御する保護がGA。安全性や事故率を保証するものではなく、public repositoryのpull_request_targetは2026年11月2日から既定保護予定です。 x.com/i/article/2101…

GitHub Actionsの実行保護がGA。 publicリポはpull_request_targetがデフォルト無効に。 github.blog/changelog/2026…

GitHubがActionsのworkflow execution protectionsをGAにした。誰が・どのイベントでワークフローを起動できるかを許可リストで制御できる。11/2からは公開リポ向けに`pull_request_target`の既定制限もenforceされる。Fork PR周りを触ってる現場だと、先にInsightsで影響確認しておいた方がいいかも

GitHubがActionsのworkflow execution protectionsをGAにした。誰が・どのイベントでワークフローを起動できるかを許可リストで制御できる。11/2からは公開リポ向けに`pull_request_target`の既定制限もenforceされる。Fork PR周りを触ってる現場だと、先にInsightsで影響確認しておいた方がいいかも

GitHub Actionsのyamlに新たにcache-modeの設定が追加。攻撃の起点にされていたactions/cacheの権限を制御可能になった。特にpull_request_targetのような信頼できないトリガーはデフォルトで安全寄りなcache-mode:readになる / “Control GitHub Actions cache access with…” htn.to/3XZauhxmz4

【不具合】GitHubで障害発生　Actions・Pull Request・APIが使えない時の確認方法｜公式ステータスは正常【9月13日】 forest-life-japan.com/2026/09/13/%e3…

現場でこう使える： ・GitHub ActionsのワークフローでAIエージェントを動かしているなら、`--env-all` の有無を今すぐ確認する ・環境変数は必要なものだけ明示渡しに絞る ・`pull_request_target` を使う場合は、外部PRからのトリガー条件を改めて見直す

背景として、AIコーディングエージェントをGitHub Actionsと組み合わせる構成が増えている。 そこで問題になっているのが `pull_request_target` ワークフローで `--env-all`

📘✨【新刊のお知らせ】✨📘 commit と push はできる。 でも、その先になるとちょっと怪しい……🤔 ✅ Pull Requestって、結局なにをしている？ ✅ IssueとDiscussionsはどう使い分ける？ ✅ GitHub Actionsって何ができる？ ✅ Organizationの権限設定、ちゃんと説明できる？ ✅ GitHub