GitHub Agentic WorkflowsがPRのリアルタイムsteerに対応、ただし公式週報が案内するv0.87.4には未収録

GitHub Agentic Workflows（`gh-aw`）は8月24日、PR steeringをマージした。ワークフローで`safe-outputs.create-pull-request.steer: true`を設定すると、システムはまずPRを作成する。その後、実行中のエージェントが、ユーザーによって投稿された`steer`キーワードを含むPRコメントまたはreview commentを検索し、そのフィードバックを後続の作業に反映する。これにより、従来はエージェントの完了を待つしかなかったActionsジョブを、既存のレビューインターフェース上で途中修正できるようになる。

権限境界は比較的明確に設計されている。ワークフロー側で`pull-requests: read`を明示的に宣言する必要があり、コンパイラが有効な権限を解決できない場合は、自動的に権限を拡張するのではなく、即座にエラーを返す。GitHub MCPでツールのallowlistを使用している場合も、コンパイル結果に追加されるのは`pull_request_read`のみだ。PR自体にはsteeringが有効であることが表示されるため、コメント投稿者は、自分のコメントがモデルへの入力になり得ると把握できる。

ただし、リリース情報には、デプロイ担当者が注意すべきバージョンの不整合がある。8月24日付の週報では、steeringがv0.87.4シリーズの主要機能として紹介され、読者にv0.87.4をダウンロードして試すよう案内している。一方、GitHubのイミュータブルなreleaseページでは、このpre-releaseが8月22日に作成されたことが示されている。steeringのPRがマージされたのは8月24日であり、しかも11 commitsにわたる変更を含むため、v0.87.4に固定されたビルドにこの機能が含まれることはあり得ない。v0.87.4で実際に追加されたのは、より厳格なsafe-outputのコンパイル検証、Agent Pluginのバージョン固定、engineごとのモデルオーバーライド、clone先の`.git/config`に`GH_TOKEN`が残るのを防ぐ変更などである。

エンジニアリングチームは、週報の例に従って設定を更新するだけでなく、使用するcommitまたは後続のタグにPR #55171が実際に含まれているかを事前に確認すべきだ。もう一つのセキュリティ上の問題は、steeringによってコラボレーターのコメントが正式にプロンプト経路へ取り込まれる点にある。GitHub権限を拡張しないとしても、prompt injectionや作業スコープの逸脱を招く入口になり得る。今後のバージョンでは、どの権限・ロールのユーザーがsteeringを実行できるのか、コメントをどのように並べ替え、重複排除するのか、また、エージェントが副作用を伴うステップをすでに実行した後に、相互に矛盾する指示をどう扱うのかを明確に定義する必要がある。