GitHub Agentic Workflows 0.88.4 將資料流政策延伸至 GitHub App 驗證流程

GitHub 在 9 月 7 日公布 Agentic Workflows 0.88.4 的技術摘要，更新焦點不是增加更多模型，而是補強代理在 GitHub Actions 中取得工具、網路與儲存庫資料時的政策邊界。最具實質影響的變更，是使用 GitHub App 驗證的工作流現在也能自動產生 DIFC（資料流完整性與機密性）政策；此前若團隊以 App 取代個人權杖，仍可能需要額外處理資料來源、輸出目的地與信任層級之間的規則。

新版同時為 trusted enclave 工作流加入更細的敏感度設定，修正 Pi／Anthropic 流量經 Agentic Workflow Firewall 時的路由問題，以及本機 manifest 匯入後根目錄相對路徑解析錯誤。當 OTLP 授權祕密為空時，系統也不再嘗試輸出遙測，避免產生大量沒有作用的失敗請求。`add` 指令則開始辨識 `aw.json` 專案，使既有專案加入工作流時不必重新建立配置。

這些改動值得平台工程團隊注意，因為 `gh-aw` 並非單純提示詞包裝器：其編譯器會把 Markdown 工作流轉成 Actions YAML，並負責工具白名單、網路限制及 safe-output 工作。政策生成錯誤因此可能直接改變代理可讀取或可送出的資料。

GitHub 也表示，Cloud Hypervisor 微型虛擬機遷移、動態執行區委派及儲存庫層級 enclave 政策已進入近期合併佇列；這些項目不應與穩定版內容混為一談。升級者仍應固定 CLI 版本、重新編譯 `.lock.yml`，並比較產出的權限、網路目的地與 safe-output 狀態。尤其「被政策拒絕」的輸出正改為標示 skipped 而非 failure，若監控只以工作流是否成功判斷代理是否完成任務，可能漏掉實際未執行的寫入。