gh-dash 键盘优先的 PR 与 Issue 分诊

它解决什么问题

维护者或值班同学的日常分诊，本质是在「一个队列」上反复做同一件事：看标题、看作者、看变更规模、判断优先级，然后决定关闭、合并还是打回。但 GitHub 的默认交互是页面导向的，一次完整的分诊要在 Issue 列表、PR 列表、代码差异和评论区之间来回跳转，注意力大量消耗在切换上，而不是决策上。

gh-dash 的思路是把这些队列收进一个终端内的看板，全程用键盘驱动。对 agent 或运维场景来说，还意味着不依赖浏览器，也不必为每个队列单独维护脚本。

核心能力

• 键盘优先的队列视图：在 gh 已认证的仓库中，被指派给你的 PR 与 Issue 统一呈现在一个 TUI 看板里，可按队列筛选。
• 不离开终端：浏览、排序、推进状态都在当前 shell 内完成，不需要在多个 GitHub 标签页之间来回。
• 聚合多个仓库的队列：适合同一批待处理项分散在不同仓库的场景。

适用边界与注意点

• 需要 GitHub CLI 已对目标账号完成认证，且运行环境能正常访问这些仓库。
• 若想要完整看板视觉（图标、分隔线等），终端需安装 Nerd Font；缺少它时功能仍可用，只是渲染不完整。
• 暂无可验证的来源级安装与使用说明：技能文档中未附带经过抽取的安装步骤，因此在把这套流程接入敏感 workflow 之前，请先阅读上游项目再执行。
• 本技能偏向「查看与排序」，如需批量合并、自动打标签等更深层操作，仍需对照上游 gh-dash 实际支持的范围确认。