一句话看懂：GitHub 官方在 Copilot 系列教程中推出“My work”面板，将拉取请求、Issue 和 Copilot 任务集中到一个统一视图里，相当于给 AI 辅助开发加上了一个项目管理中枢。
事件核心：发生了什么
GitHub 在官方博客发布了《面向初学者的 GitHub Copilot 应用：管理工作》，这是该系列教程的第三篇，作者为 Christopher Harrison，发布于 2026 年 8 月 19 日。文章重点介绍了 Copilot 应用中“My work”功能的使用方法。
该面板严格来说不是一个独立产品，而是 Copilot 应用内的聚合工作台，把用户在多个 agent 会话中创建、修改的拉取请求和 Issue 集中展示。默认提供“All”“Active”“Review requests”“Done”四个视图，分别对应全部条目、进行中、待评审、已关闭。用户可以创建自定义视图，比如通过“Is: Issue + Assignee: Me”过滤出属于自己的 Issue 列表，也支持在列表视图和表格视图之间切换，表格模式允许自定义列展示和排序。
文章还提到，My work 并非显示用户有权限访问的所有仓库，而是自动限定在 Copilot 应用内实际打开过的项目范围。若某仓库未出现，只需在应用内创建一个指向该仓库的会话即可纳入。用户还可从 Issue 或 PR 直接开启新的 agent 会话，或将多个相关的 bug 报告合并进一个会话，由 Copilot 基于这些内容作为上下文开始工作。
为什么重要
当前 AI 编程工具竞争的重点已从“能不能写代码”转向“能不能管好开发流程”。GitHub 这次更新体现了一个明确的产品方向：Copilot 不再只是一个代码补全工具或会话式助手，而是试图变成开发工作的统一入口。将 PR、Issue 和 AI 任务放在同一界面，意味着开发者可以少在 IDE、GitHub 网页和聊天窗口之间来回切换。
这也是 GitHub 在 Copilot 系列中强调“多 agent 会话”的延续。用户可以让多个 Copilot 会话并行处理不同任务，My work 面板把这些并行任务的状态集中呈现，降低了任务碎片化带来的管理成本。对代码托管平台而言，这种“AI + 项目管理”的整合也是一次产品边界拓展——它不再只是代码仓库，而是开发工作流的操作中心。
对用户/开发者/创作者的影响
对使用 Copilot 的开发者来说，最直接的好处是任务状态一目了然：哪些 PR 等待评审、哪些 Issue 已完成、哪些还在处理中，不再需要逐一翻看仓库页面。使用表格视图自定义列后，可以按自己的习惯排列优先级和提交时间。
AI 工具推荐
想把多个 AI 模型放在一个入口？
GamsGo AI 集成 ChatGPT、DeepSeek、Gemini、Claude、Midjourney、Veo 等常用模型，适合写作、绘图、视频和日常 AI 工作流。
推广链接：通过此链接购买，我可能获得佣金，不影响你的价格。
对于同时负责多个仓库或开源项目的维护者，My work 的“仓库范围自动限定”设计有实际意义：它过滤掉大量与自己无关的仓库信号，减少噪音。而“从 Issue 直接开启 agent 会话”则降低了上下文准备成本——不必手动复制问题描述，直接让 Copilot 以该 Issue 为上下文开始改动，比较适合快速响应 bug 报告。
个人开发者和团队管理员可将该功能视为一种轻量级的项目管理方案，尤其适合没有完整 Jira 或其它项目管理工具配置的小团队。不过需要注意的是，目前“My work”只覆盖与 GitHub PR / Issue 相关的工作项，类似 Slack 讨论、设计文档中的待办无法纳入，并未替代完整项目管理工具。
值得关注的后续
目前公开信息显示，该系列教程还将继续发布；此前两篇分别介绍 Copilot 应用入门和会话内操作，本篇聚焦任务管理，后续可能会涉及会话结果审查、代码质量验证或团队协作场景。值得观察的是：第一，自定义视图是否会支持保存为团队共享视图，便于团队统一工作口径；第二，My work 是否会在移动端提供等效体验，目前未提；第三，GitHub 是否会将该面板与企业版的项目（Projects）模块打通，如果打通，它将成为更完整的管理方案。
