GitHub 每周精选|2026 W28
GitHub 上每天都会冒出很多新项目。
大多数我都会看过就忘。
有些看起来很酷,但装完就吃灰。
还有一些,会让我真的想留下来继续折腾。
我想把这些项目记录下来。
不追求“最火”。
只记录那些:
让我真正想装下来试试的东西。
ps:最近半个月在期末周和实习中,现在算是稳定下来,可以正常恢复更新了
1. caveman
项目名:caveman
GitHub 仓库地址: https://github.com/JuliusBrussee/caveman
你在使用 AI 的时候有没有这种感觉,就是他们有时候太爱铺垫了,明明一句 "这里单位错了" 就能说清,它非要绕一圈 "根据您的需求,我建议……"
如果是直接订阅制的 GPT 这种还好,但如果是用的 API 的方式,那 AI 输出的那些可有可无的话,就真的是在烧钱了,毕竟 token 是按照输入和输出计的嘛,如果能够让 AI 在输出端减少那些可有可无的话,也算是在省钱了
这个仓库做的就是这件事情:让 AI coding agent 少说废话
这个仓库的 star 数量截止到目前为止有 88.3k,可见大家是有多么需要这个功能
严格说,它不是两个 skill,而是同一个 caveman skill 里的两个常用档位:lite 和 full
lite 比较像“正常人少废话版”,句子还完整
full 更短,允许片段句,更像只给你结论。不用它时,回答通常最完整,但也最容易啰嗦
我也做了个很小的对比实验:同一道 JWT 过期判断题,分别让 normal、caveman lite、caveman full 回答。三组都准确指出核心问题:JWT exp 是秒,Date.now() 是毫秒,也都给出了正确修复。区别主要在表达长度:normal 最完整,lite 最均衡,full 最短但没丢关键点
所以我会更推荐从 lite 开始日常用;上下文你已经很熟、只想快速看结论时,再切 full
2. 办公四件套
项目名:办公四件套
GitHub 仓库地址: https://github.com/anthropics/skills/tree/main/skills
对的,经典的办公四件套,也就是 docx、xlsx、pdf、pptx
我是这周实习时一位老师和我说,ta 在使用 codex 时识别和修改 Word 文档效果不好,才知晓 ta 没有安装办公四件套对应的 skill 的,于是就把这几个 skill 推荐给 ta
简单来说一下这几个 skill 的功能,其实从名字也能看出来了,所以就简单带过一下
有了它,就能让 AI Agent 来读取和修改上面提到的办公四件套类型的文件了,如果不装的话,其实也是可以读取的,但是效果是没有安上好的,建议所有职场办公的小伙伴们安装一下,star 数量 160k,恐怖如斯

3. CodexBar
项目名:CodexBar
GitHub 仓库地址: https://github.com/steipete/CodexBar
你是不是也遇到过这种情况:
正用 AI 写代码,思路刚顺起来,结果突然弹出一句“额度用尽”
如果你只用一个 AI 编程工具,额度用完了就等它恢复,问题不大
真正麻烦的是同时用好几个工具的人:Codex、Claude、Cursor、Copilot、Gemini,每个工具都有自己的额度、重置时间和使用窗口。信息都能查到,但散在不同地方
CodexBar 做的就是把这些信息收拢到一起
CodexBar 是一个 macOS 菜单栏工具。装好之后,它会把你常用 AI 编程服务的用量、剩余额度、重置时间放到菜单栏里。你不用每次打开官网,也不用临时跑命令查状态,抬眼看一下菜单栏,大概就知道现在还能用多少
它有点像 AI 编程工具的“油量表”
不过这里有几个点要先说清楚
第一,CodexBar 目前的菜单栏 App 只支持 macOS 14+,也就是主要面向 Mac 用户。项目里有 CLI 相关构建,但如果你想要的是菜单栏里的完整体验,那目前就是 Mac。
第二,它统计的是官方账号、官方 API、官方 CLI、本地配置或浏览器登录态能拿到的数据。也就是说,如果你是通过普通中转 API、第三方代理站、共享 Key 之类的方式在用 OpenAI 或 Claude,它通常没法帮你统计官方账号里的真实额度和重置窗口。除非那个中转服务本身也提供了 CodexBar 支持的用量接口,否则这里看不到。
第三,它不是让你把账号密码交给它。CodexBar 主要复用你本机已有的登录状态、CLI 凭据、Cookie、OAuth、API Key 或本地文件。不同服务的数据来源不一样,有些需要浏览器 Cookie,有些需要 API Key,有些读本地 CLI 配置。
目前 CodexBar 支持的服务非常多,不只是 Codex、Claude、Cursor 这几个。按项目里的注册列表看,已经覆盖了 58 个 provider:

所以,如果你每天都在用 AI 写代码,经常在 Codex、Claude、Cursor、Gemini、Copilot 之间切换,关心今天还剩多少额度、下次什么时候重置,那 CodexBar 就很值得装一下

4. feishu-CLI
项目名:feishu-CLI
GitHub 仓库地址: https://github.com/larksuite/cli
如果你所在公司的主要内容都在飞书当中,那么 feishu-cli 一定会给你惊喜的,通过 codex、claude code 就能操作飞书当中的各种内容
如果你目前还没有上班或者公司的主平台不在飞书,但要做数据搜集之类的事情,比如我自己的 GitHub-Star-Top 所抓取的数据,所抓取的爆款封面的数据,以及现在实习期间搭建的内容都是放在飞书多维表格当中的
配合飞书机器人也能实现各种操作的自动化,比如我是实现了开源仓库初筛和选题池入池的自动化、各个平台数据抓取的自动化等等
所以如果你做数据抓取,那么 feishu-cli 很值得你去试一试,爱飞书~

5. frontend-design & UI UX Pro Max
项目 1:frontend-design 项目 2:UI UX Pro Max
项目 1 仓库地址: https://github.com/anthropics/skills/tree/main/skills/frontend-design 项目 2 仓库地址: https://github.com/nextlevelbuilder/ui-ux-pro-max-skill
AI 编程几乎是一定会需要做前端页面的,那么关于 UI 的审美问题,如果在不给 AI 任何提示的情况下,一般都会做出来经典的蓝紫色配色的页面,丑的一批...
这两个仓库就是来解决 AI 在做前端页面的审美问题的,那可能有小伙伴有疑问:
这两个仓库都是解决前端的审美问题的,那我应该如何选择呢?
好问题,在测这两个仓库的时候,我用同一个主题进行了测试了,下面是我的一些个人感受,供大家参考
这轮测试里,主题均是 "睡眠" 的手机 APP 产品介绍页
frontend-design 它只做了一轮轻量需求澄清,就直接进入执行,产物更有品牌感和审美记忆点
ui-ux-pro-max 更像设计系统顾问,它会在设计对齐、产品类型、UX 约束和页面结构上花更多时间;如果用户只是一路说“继续”,它可能会产出更稳但不够惊艳的方案(我是一路 "继续吧" 跑下来的),但我之前也是用 ui-ux-pro-max 做出过很漂亮的页面的,只是在这次的测试当中表现确实不好
ui-ux-pro-max 会倾向于反复给反馈、精修方向、调整风格、配色、字体和交互约束时,能更系统地把 UI 打磨起来
所以我的判断如下:
-
快速 Demo:优先
frontend-design -
想要第一眼好看、有风格、有惊喜:优先
frontend-design -
想做设计系统、UX 规则、跨页面一致性:优先
ui-ux-pro-max -
愿意多轮对齐、精雕细琢:
ui-ux-pro-max更值得用 -
普通用户不想回答太多问题:
frontend-design体验更轻 -
有明确产品方向、愿意参与设计决策:
ui-ux-pro-max上限可能更高▼text复制代码用 frontend-design 跑的一个 demo

最后:
后面肯定还会继续遇到:
让我真正想装下来试试的项目。
这个系列也会继续更新下去。
