GitHub 在 2026 年 7 月 10 日宣布，GitHub Mobile 已加入更好的 filters 和 sorting，用來管理 Copilot sessions。這看似是一個很小的 mobile update，但它反映了 coding agent workflow 的一個實際問題：當 agent sessions 變多，開發者需要管理的已不只是 code，而是一批正在進行、等待注意或已完成的任務。
這次更新讓使用者可以用 lightweight filters 收窄 session list，包括 Active、Status、Repository、Type、Agent 和 Sort。GitHub 亦指出，這些 controls 可以幫助開發者快速找到 active、completed、needs your attention，或與特定 repository 和 session type 有關的 sessions。
Sorting 亦是重點。GitHub Mobile 現在可以按 most recent、oldest、active first、needs-attention first 等方式整理 sessions，而且改變排序時會保留目前 filter context。這種細節在普通清單功能裏不算特別，但放在 agent workflow 裏很重要，因為人需要快速知道哪些任務要接手、哪些可以等待、哪些已經完成。
過去開發工具的 inbox 通常是 issues、pull requests、reviews 和 notifications。Copilot sessions 加入 mobile filters，代表另一種 inbox 正在形成：AI agent 執行中的工作。當 Copilot cloud agent、Copilot CLI、mobile notifications 和 repository tasks 連在一起，開發者會開始在手機上處理 agent 狀態，而不只是查看 repo 動態。
這亦改變了 mobile developer workflow 的定位。手機不一定是寫 code 的主要地方，但很適合做 triage、approval、status review 和handoff。當 agent 已經可以在背景處理任務，人類在 mobile 上最需要的是判斷：哪一個 session 卡住了？哪一個需要人工確認？哪一個 repository 的任務優先？
GitHub 最近幾天的 changelog 亦有同一條線索，包括 GitHub Mobile 修復 Copilot cloud agent merge conflicts、live notifications for Copilot CLI sessions、enterprise managed settings，以及 Copilot usage 和 budget controls。這些更新分開看都很小，但合起來是 coding agent 由「單次互動」走向「可管理工作隊列」的基礎設施。
對企業開發團隊來說，這類功能會越來越重要。Agent session 如果沒有狀態、排序、篩選、通知和成本控制，很快就會變成另一種噪音。真正成熟的 coding agent platform，不只要懂寫 code，也要讓團隊知道每個 agent 正在做甚麼、是否需要人介入、成本是否仍在控制範圍內。
這次 GitHub Mobile 更新的意義不在於幾個 filter 名稱，而在於它承認 agent work 會累積成清單。當 coding agent 成為日常工作一部分，session management、attention management 和 repository-level context 會變成開發工具的基本能力。
