我用 Copilot CLI 构建了一个 Chrome 扩展来隐藏嘈杂的 GitHub Issue 时间线事件
Source: Dev.to
我构建的内容
GitHub Issue Focus 是一个 Chrome 扩展,能够隐藏 GitHub Issue 页面上嘈杂的、自动生成的时间线事件——项目切换、标签频繁变动、指派来回 ping,以及其他机器人产生的聊天记录。
如果你的仓库里有大量自动化、项目管理,或者同事们对标签标记过于热情 ಠ_ಠ,你一定懂我的感受。下面是实际效果:
为什么我构建它
我喜欢我的 GitHub Issue 像我喜欢的三明治一样:简单。不要芥末。不要蛋黄酱。不要装饰。不要油。不要绿色的东西。我不需要五页的更新记录来展示某个任务从 Done 到 Complete 再回来的过程。
我几乎不关心是谁加了标签、谁重新指派了 Issue,或者谁把它在项目之间来回移动。我更在意垂直空间和可快速浏览的体验。
这个扩展会把多余的内容裁剪掉,让真正重要的信息凸显出来——同时不会去除跨引用或关闭/重新打开等关键上下文。所有功能都是可配置的:隐藏你不在乎的,保留你需要的。
它对我有效——也希望能帮助所有被过度自动化 Issue 淹没的朋友。
扩展会在 GitHub Issue 页面自动运行。打开 Issue,弹窗中勾选想隐藏的项目,时间线会立即变得整洁。
如果你曾经在 14 条连续的 “moved this to Status: In Progress” 事件后才看到一条评论——这个演示就是为你准备的。
(此处可以放置前后对比的截图或短 GIF。)
我使用 GitHub Copilot CLI 的经验
TL;DR: 这段代码在不到五分钟内完成,并且一开始就能正常运行!
我之前已经做过几个 Chrome 扩展,对这块有大致了解。我基本上让 Copilot CLI 生成项目骨架,粘贴了带有问题标记的 HTML,并明确指出哪些内容需要可配置。
我是如何使用 Copilot CLI 的
- 搭建 Chrome 扩展的结构
- 对
manifest.json进行 sanity 检查,确保符合 MV3 - 生成并优化 GitHub Issue 时间线的 DOM 选择器
- 加速重复的配置和测试设置
最大的收获是保持了动能。与其在文档或 Stack Overflow 之间切换,我可以保持思路连贯——直接让 Copilot CLI 处理诸如 “隐藏添加到项目的 GitHub Issue 时间线事件” 之类的请求,并在此基础上迭代。
它并没有取代思考,但绝对省去了大量的琐碎工作。
注意: 我是 GitHub 员工,所以不参与任何奖项评选。不过,我仍然希望能得到参与奖的彩带!
