登录
推荐 文章 Go 技术 课程 下载 专题 AI
首页 >  文章 >  软件教程

GitHub 新 Dashboard 怎么筛选代理会话与拉取请求

来源:17golang原创

时间:2026-10-04 09:46:12 111浏览 收藏

GitHub 新 Dashboard 已经把代理会话、Issues 和拉取请求放到同一个首页工作台里。要减少无关项目,分别打开 Agent sessions 与 Pull requests 区块的筛选入口,保留当前要跟进的类别即可;筛选只影响对应区块,不会把 Feed 中的动态混进来。

官方地址:https://github.com/

功能说明:https://github.blog/changelog/2026-10-01-new-dashboard-experience-now-the-default/

新版首页每个区块最多显示 12 项。首页适合聚焦当前工作,完整历史和更复杂的查询仍应使用 View all、Agents 页面或独立的 Pull requests 页面。

第一步:确认进入新版工作台而不是 Feed

  1. 登录 GitHub 后访问 https://github.com/。这是个人 Dashboard 的直接入口。
  2. 在页面顶部确认当前位于 Home 工作区,而不是单独的 Feed 标签。
  3. 向下查看主区域,确认能够看到 Agent sessions、Pull requests 和 Issues 等区块。

GitHub 在 2026 年 10 月 1 日的官方更新中说明,新 Dashboard 已从功能预览变成默认体验。它把生产力相关的列表放在 Home,把关注项目与社区的更新留在独立 Feed。看到这几个任务区块,就说明入口正确。

原创 GitHub 风格开发者工作台中 Home、Feed 与三个任务区块的位置说明
图1:新版工作台入口说明图;Home 聚合待办,Feed 单独承载动态更新。

可见确认:页面主体显示三个独立任务区块,并且每个区块都有自己的筛选或查看更多入口。若页面仍是旧布局,可先检查 Preview 旁的下拉菜单是否提供新版入口。

第二步:筛出需要继续处理的代理会话

  1. 在 Agent sessions 区块找到右上角的筛选控件。
  2. 展开菜单后,按页面实际提供的条件缩小范围。优先保留仍需处理的活动会话;如果菜单提供仓库、最近会话或状态条件,再根据当前任务进一步收窄。
  3. 关闭菜单,观察会话列表是否立即更新。打开任意一项,可以继续查看该会话的进度或日志。

不同 Copilot 套餐、组织策略和功能开放范围可能让菜单项略有差异,因此不要照搬某个账号的全部选项。判断是否筛选成功,只看两个结果:区块中的无关会话是否消失,以及需要跟进的会话是否仍能打开。

原创开发者工作台中 Agent sessions 筛选浮层与活动会话列表
图2:代理会话筛选操作示意图;菜单内容会随账号能力变化,以实际页面为准。

可见确认:Agent sessions 卡片中的项目数量减少,留下的项目与当前状态或仓库范围一致;列表底部仍可通过 View all 进入完整会话页。

第三步:按参与方式缩小拉取请求列表

  1. 回到首页的 Pull requests 区块,打开该区块自己的筛选入口,不要误用 Agent sessions 的菜单。
  2. 根据工作目标保留对应参与方式:自己创建的 PR、请求自己评审的 PR、提及自己的 PR,或者最近参与评审的 PR。
  3. 一次只保留真正需要首页提醒的类别。例如代码评审日可以优先显示 Review requested,整理个人分支时再切换到自己创建的项目。
  4. 关闭筛选菜单,点击列表中的一条 PR,确认能进入对应详情页。

GitHub 官方个人 Dashboard 文档说明,首页拉取请求列表会覆盖自己创建、评审、被提及或被请求评审的项目。筛选的目的不是替代搜索,而是把首页变成一个短清单。需要按标签、状态检查或仓库组合时,应转到完整 Pull requests 页面继续过滤。

原创开发者工作台中 Pull requests 按评审参与方式筛选后的结果
图3:拉取请求筛选结果示意图;优先保留自己创建、待评审或被提及的项目。

可见确认:区块中的 PR 都符合刚才选择的参与方式,待自己处理的项目排在可见列表内,点击标题能进入 PR 详情。

第四步:核对 12 项上限并进入完整列表

新版 Dashboard 的每个列表最多显示 12 项。筛选后如果刚好看到 12 项,不能据此判断“只有 12 项”;这只是首页容量上限。需要核对全部结果时:

  • 代理会话点击 View all 或进入 Agents 页面查看完整会话列表。
  • 拉取请求点击区块的 View all,再使用完整页面的搜索框和高级筛选。
  • 只想看社区与关注仓库更新时切换到 Feed,不要不断放宽 Home 的筛选条件。

比较稳妥的工作方式是让 Home 只显示“下一步要做什么”,把历史查询留给完整页面。这样即使某个区块内容超过 12 项,也不会误以为项目丢失。

第五步:需要时恢复旧视图

如果团队尚未适应新版布局,GitHub 官方更新说明仍可点击 Preview 旁的下拉菜单切回旧体验。切换前先记住当前的筛选目标,因为旧布局不一定保留相同的区块组织方式。

建议先连续使用几天再决定是否回退:如果日常任务主要是跟踪代理会话、Issues 和 PR,新 Home 的集中列表更省跳转;如果工作习惯更依赖社区动态,独立 Feed 标签会更清楚。

常见问题

为什么我的 Dashboard 没有 Agent sessions?先确认账号具备相应 Copilot 功能,并检查组织策略是否允许代理会话。不同套餐和组织配置会影响可见入口。

筛选后为什么仍有很多拉取请求?首页筛选适合按参与方式做粗筛。要按仓库、标签、评审状态或检查结果精确查询,请进入完整 Pull requests 页面。

为什么列表只显示 12 项?这是新版 Dashboard 对每个区块的显示上限,不代表完整结果只有 12 条。使用 View all 查看其余项目。

Feed 和 Home 有什么区别?Home 面向当前工作与待办;Feed 用于关注仓库、组织和社区活动。两者分开后,筛选 Home 不会改变 Feed 的动态内容。

声明:本文转载于:17golang原创 如有侵犯,请联系study_golang@163.com删除
相关阅读
更多>
最新阅读
更多>
课程推荐
更多>