GitHub 新 Dashboard 成为默认首页有哪些变化

GitHub 在 2026 年 10 月 1 日把此前处于 Feature Preview 的新 Dashboard 设为所有用户的默认首页。最大的变化并非配色或卡片样式，而是首页从“浏览动态”转向“推进手头工作”：活跃的 Agent sessions、Issues 和 Pull requests 被集中到同一视图，Feed 则移到独立标签页。

GitHub 官方入口：https://github.com/

官方更新说明：https://github.blog/changelog/2026-10-01-new-dashboard-experience-now-the-default/

变化不只是换版式，而是首页目标改变了

旧首页更像动态、仓库入口和工作线索的混合区，用户需要从不同内容中判断下一步。新 Dashboard 把“我正在处理什么”放到中心：代理会话、Issue 和 Pull Request 各自形成短列表，让待跟进事项更容易被发现。

这也是本次改版的核心逻辑。GitHub 在最初的公开预览说明中，就把新首页描述为查看、理解并处理重要工作的单一视图；如今成为默认页，意味着这套“工作优先”的信息架构从可选体验变成了主要入口。

三个工作模块成为首页主体

新 Dashboard 的中心区域由三类内容组成：

每个列表都可以通过筛选器决定显示什么，并把结果限制在最多 12 项。这种设计不是要替代完整的 Issue 或 Pull Request 页面，而是提供一个“现在最值得处理什么”的短清单。需要批量检索、复杂查询或完整历史时，仍应进入对应的专业页面。

Feed 被单独拆出，工作与关注动态不再混在一起

Feed 现在位于独立标签页，继续承担关注用户、仓库和社区动态的发现功能。它与首页工作模块分离后，用户可以在两种模式间明确切换：Dashboard 用于推进任务，Feed 用于补看更新。

对习惯在首页滚动动态的用户来说，这是最明显的路径变化。动态并没有消失，只是不再和待办事项争夺同一个主视图。GitHub 在公开预览时说明 Feed 的内容和筛选方式保持不变，因此这次调整重点是入口和信息层级，而不是重写动态事件的产生规则。

三个工作模块与两类直接行动

新 Dashboard 不只汇总链接，还允许从模块中直接启动下一步。官方列出的代表性动作包括：把某个 Issue 分配给 Copilot coding agent，以及把 Pull Request 作为上下文在 Copilot Chat 中打开。用户不必先跳转到完整详情页，再寻找对应的 Copilot 入口。

不过，“入口更近”不等于权限和责任发生变化。能否分配 Issue、访问仓库、查看 Pull Request 或使用相关 Copilot 功能，仍取决于账号权限、仓库可见性和已有产品资格。本次公告没有宣布 Issue、Pull Request、通知、仓库权限或 API 语义发生变化。

对原有工作流有什么影响

如果团队成员主要通过通知页、项目看板、仓库 Issue 查询或外部协作工具工作，那么核心流程基本不用迁移。新 Dashboard 是个人首页的入口调整，不是仓库数据模型或协作 API 的升级。

真正需要调整的是个人习惯：以前依赖首页动态发现工作的用户，要开始区分 Dashboard 与 Feed；拥有大量 Issue 或 Pull Request 的用户，应尽快配置各模块筛选器，避免默认列表把不同仓库和角色的事项混在一起；使用 Copilot coding agent 的用户，则可以把 Agent sessions 当成任务状态入口。

暂时不适应时怎么切回旧体验

GitHub 明确保留了回退路径。用户可以点击“Preview”旁边的下拉菜单，切换回之前的首页体验。这说明当前默认启用并不是不可逆迁移，团队也不必要求所有成员在同一天改变使用方式。

更合理的做法是先用几天观察三个问题：常用 Issue 和 Pull Request 是否能通过筛选快速出现；独立 Feed 是否影响动态获取；直接 Copilot 行动是否真的减少跳转。如果新面板没有覆盖你的主要工作，可以先回退，再通过官方反馈讨论提交具体问题。

谁会最明显感受到这次变化

• 多仓库维护者：首页短列表和筛选器能减少在多个仓库之间寻找待处理事项的成本。
• 代码评审者：Pull requests 模块更接近“下一项评审工作”的入口。
• Copilot 代理用户：Agent sessions 与直接分配动作把代理任务提升为首页一等对象。
• 以社区动态为主的用户：需要主动切换到 Feed，感受到的路径变化最大。

常见问题

新 Dashboard 会改变通知设置吗？

官方公告没有说明通知规则发生变化。Dashboard 和 Feed 的分离主要是首页信息架构调整，通知仍应按原有设置管理。

每个模块只能处理 12 个项目吗？

不是。最多 12 项指 Dashboard 每个列表的展示上限，不是 Issue、Pull Request 或代理任务的总数限制。完整内容仍可在对应页面查看。

不用 Copilot 的用户还有收益吗？

有。Issues、Pull requests 和独立 Feed 的整理对普通协作同样有效；只是 Agent sessions 和部分直接行动与 Copilot 使用者更相关。

切回旧体验后还能再次启用新 Dashboard 吗？

官方说明可以通过“Preview”旁的下拉菜单切换回旧体验，这也意味着当前仍保留体验切换入口。具体菜单文案以后可能调整，应以当时页面为准。