日报 · Star 增速 · 2026-06-19
今天的榜单集中在给 AI 编程助手立规矩：先复用现有代码、压缩上下文，以及动手前先把需求问清楚。
按该期 GitHub star 事件数排序，未扣除取消 star。项目介绍与下方讲解由编辑补充。
一套约束 AI 编程助手的规则：先看看已有代码能不能复用，再决定要不要加新东西。它也明确要求保留校验和错误处理，适合管住那种“小改动也要造一套框架”的助手。
在内容发给模型之前，压缩日志、工具输出和检索文档的工具。Agent 经常被大量重复文本塞满上下文时，可以试试它，但要拿真实任务检查关键细节有没有保留下来。
把代码里的函数、类和调用关系整理成可查询的关系图，供 AI 编程工具使用。接手陌生项目时，你可以先查“谁调用了这个函数”“改它会影响哪里”，少一些逐文件翻找。
Epic Games 开源的版本控制系统，面向代码和游戏美术等大文件混在一起的项目。它可以按需获取工作区文件，适合那些不想先下载整座素材库、只想处理其中一部分的团队。
一个在浏览器里操作、在本地处理视频的开源剪辑器，适合尝试日常片段剪辑。项目正经历重写，使用前可以先看经典版和新版各自支持哪些功能，选适合手头素材的版本。
把需求讨论、计划、实现、测试和审查串起来的编程助手技能集合。做一个需要分几步推进的功能时，可以借它安排检查点，让 AI 每走一段都有东西可看、可验证。
给能运行命令的 AI 助手接上网页、视频和社交平台的读取工具。它还带渠道检查，能告诉你哪里已连通、哪里需要配置，适合让助手跨几个网站搜集资料时使用。
Google Research 的时间序列预测模型，可以接收销售额、传感器读数等历史数据给出预测。想快速建立一个对照方案时，可以先用它跑一版，再用留出的历史数据比较是否比原有方法更准。
一组改善 AI 界面设计的技能，关注排版、字体、动效和间距。还提供先做视觉参考、再交给编程助手实现的流程，适合那种“说了半天，AI 还是没理解我想要什么样”的场景。
阅读笔记更新于 2026-09-07；上方保留原统计期的排名。
如果你的 AI 助手总把一个小改动做成一套新框架，先看榜单第一名 DietrichGebert/ponytail。它给助手的指令很具体：先找已有代码能否复用，再决定要不要抽象，同时明确要求保留校验和错误处理。第一次试就找一件助手曾经过度设计过的真实任务，对比一下这次的改动范围，看看规则有没有改变它的做法。上下文被日志和检索结果塞爆时，可以试 chopratejas/headroom，它会在内容发给模型前做压缩。建议拿一个真实会话测试，压缩后重点核对任务依赖的细节还在不在，因为这个取舍正是它的核心。
另一种常见毛病是助手没听懂需求就动手，这时 mattpocock/skills 里的“先提问”技能很对症：它会让助手在写码前反过来追问你，把需求钉死。不必整套照搬，挑这一条改成适合自己项目的问法，同类任务都能复用。简单选择：助手过度设计选 ponytail，输入太杂选 headroom，需求总跑偏选提问技能。
