本周 GitHub 最火 5 个项目

本文章中仅为技术讲解，不包含广告推广

数据来源：GitHub Trending 2026 年 9 月第 2 周 | 2026.09.06 — 2026.09.13

🏆 第 1 名：i-have-adhd

让 AI Agent先给答案，10 条规则治好了开发者的信息过载

⭐ 总星：43.5k | 本周新增：15,924★ | 语言：Markdown Skill

一句话说清楚：i-have-adhd 是一个 SKILL.md 格式的 AI Agent 技能包，让 Claude Code、Codex、Cursor 等编码助手的输出风格变成动作清单。

这听起来好像只是改个 prompt？但如果你每天和 AI 编码助手打交道，你就知道这事有多痛。AI 动不动给你来一段开场白，然后洋洋洒洒写 500 字背景介绍，真正的操作步骤埋在第 6 段。对于 ADHD 人群或者任何信息过载的开发者来说，这种输出就是灾难。

i-have-adhd 的核心规则只有 10 条，但条条戳中痛点：

• 第一行就给可执行动作——不要铺垫、不要好的我来帮你、不要背景介绍

• 多步骤用编号列表——每步清晰可执行，不要揉成段落

• 每轮结尾给一个两分钟内能做的下一步——让进度持续推进，不卡在你想怎么做

• 抑制跑题——不要顺便解释无关内容，不要顺便提一下

• 每轮重述当前进度——避免上下文丢失，一句话说清现在到哪了

• 给具体分钟级时间估算——不要说很快大概一会儿，说预计 3 分钟

• 让进展可见——用复选框标记完成状态

• 平实报错——不要用感叹号

• 列表上限 5 条——超过就折叠，信息密度优先

• 无开场白、无总结、无客套——直接干活

还有 6 条安全例外机制：用户要解释时照给不误、破坏性命令必须确认、连续 3 次修复失败自动停止而不是继续瞎试。

使用场景： 每天用 AI 编码但觉得输出太啰嗦的开发者、ADHD 人群面对大段文字容易走神的场景、团队想统一 AI 助手的输出风格、Code Review 时想快速拿到结论而不是阅读长文。

🛰 第 2 名：gods-eye-view

用卫星图生成上帝视角延时动画，零成本做出纪录片级视觉效果

⭐ 总星：30.0k | 本周新增：10,510★ | 语言：JavaScript

一句话说清楚：gods-eye-view 是一个开源的地理可视化工具，把卫星地图数据转化为电影级别的上帝视角延时动画。

以前想做这种从太空看城市变迁的效果，要么花大价钱买 Google Earth Studio 的商业授权，要么自己用 After Effects 一帧帧拼——费时费力还不好看。gods-eye-view 把这整个流程开源化了。

核心卖点：

• 卫星图拼接——自动获取并拼接多时段卫星图，生成连贯的视角变化

• 延时动画引擎——支持平滑过渡、视角旋转、缩放推拉，效果接近纪录片级别

• 完全开源免费——不加水印、不限制分辨率、不需要商业授权

• 多种输出格式——支持视频文件和 GIF，直接用于社交媒体

使用场景： 自媒体科普视频制作、城市发展变迁对比内容、地理教学演示、社交媒体爆款城市百年变迁类内容、房地产/旅游行业的地块展示、纪录片素材生产。

🏗 第 3 名：archify

一句话把代码库变成可交互架构图，AI 画的图还能溯源到具体代码行

⭐ 总星：59.7k | 本周新增：10,442★ | 语言：JavaScript

一句话说清楚：archify 是一个 AI Agent 技能，给代码库或系统描述，直接在聊天中生成可交互的架构图 HTML 文件，每个节点都能点击跳转到源码。

架构文档永远和代码对不上，这是每个开发团队的经典痛点。手画的架构图三个月就过时，Mermaid 太简单画不了复杂系统，商业工具又贵又重。archify 走了一条新路：让 AI 读代码库，自动生成可交互的架构图，而且每个节点都带 SRC 标签指回具体文件的 Git commit 行号。

它不是让 AI 手画 SVG，而是走了一套工业化流程：

• 五种图类型——架构图、工作流图、时序图、数据流图、生命周期图

• 类型化 JSON IR + 原子校验——AI 生成结构化 JSON 描述，独立校验器检查 schema、布局、SVG 合法性，通过后才渲染，防止 AI 幻觉式连线

• 节点溯源——每个节点带 SRC 标签，指回具体文件的 Git commit 行号，点击即跳源码

• 交互探索——搜索节点（/）、上下游追踪、路由探测（R）、角色对比（L）、引导式故事播放（P）、演示模式（F）、深浅主题切换（T）

• Architecture Delta——Before/Delta/After 三态对比，精确展示新增、删除、移动、重路由的节点，适合 PR Review

• 导出——PNG/JPEG/WebP/SVG/WebM + 1200×630 分享卡，SVG 自带深浅双主题自适应

使用场景： 新人入职看不懂代码库？一句话生成架构图。PR Review 时让 Agent 画出变更前后的对比图。技术方案评审、架构升级文档、给非技术同事解释系统结构、开源项目的 README 配图。

🐴 第 4 名：ponytail

让 AI 像最懒资深工程师一样写代码，平均少写 54% 还不改安全

⭐ 总星：136.6k | 本周新增：9,272★ | 语言：Markdown Skill

一句话说清楚：ponytail 是一个 MIT 许可的 AI Agent 规则集，强制 AI 走决策流程，在写任何新代码之前先穷尽所有不写代码的可能性。

你身边一定有这种同事：马尾辫、椭圆眼镜、在公司待的比版本控制还久。你给他看 50 行代码，他眯眼看看，删掉 49 行，换成 1 行。他写的功能上线更快、bug 更少、从不需要迁移指南。ponytail 就是把这种人塞进了你的 AI 编码助手。

核心理念是最好的代码是你从未写过的代码。它不修改模型、不改 prompt，而是给 AI 加一层 7 级决策约束——在写任何新代码之前，必须从上到下走完，在第一个能接住的台阶停下：

1. YAGNI——这功能需要存在吗？不需要直接跳过

2. 复用现有代码——项目里已经有类似的工具函数？

3. 标准库——语言自带的标准库能搞定？

4. 原生平台特性——浏览器/OS 已经内置了？（比如用 <input type="color"> 替代整个颜色选择器库）

5. 已安装依赖——package.json 里已经有了？

6. 一行搞定——能不能一行代码解决？

7. 才写最小实现——以上全不行，才写最少能用的代码

关键原则是「懒于解决方案，不懒于阅读」：输入校验、错误处理、安全、可访问性永远不在削减范围内。每个走捷径的地方都用 ponytail: 注释标记，记录上限和升级路径，用 /ponytail-debt 一键收集成技术债务台账。

典型案例：日期选择器从 404 行砍到 23 行（用原生 HTML 控件替代整个第三方库），颜色选择器从 287 行砍到 23 行。

使用场景： 觉得 AI 写的代码太啰嗦依赖太多、按 Token 付费想压缩 API 账单、团队统一 AI 编码规范防止技术债、Code Review 前用 /ponytail-review 扫一遍 diff 里的过度工程。

🎓 第 5 名：mattpocock/skills

TypeScript 大佬开源日常 Agent 技能库，260k 星拒绝「凭感觉写代码」

⭐ 总星：260.5k | 本周新增：8,960★ | 语言：Shell + JavaScript

一句话说清楚：Total TypeScript 创始人 Matt Pocock 把自己 .claude/skills/ 目录直接开源了——50+ 个小而锋利的工程技能，每个只做一件事，教 AI Agent 像资深工程师一样工作。

这不是一个大而全的框架，也不是一个替你做所有决定的黑盒。它的设计哲学是「小、可组合、可改」——和 GSD、BMAD、Spec-Kit 那些试图接管整个流程的框架不同，这些技能只在你需要的时候出现，不用的时候不占上下文。

技能分三大类：

规划与设计：

• /grill-me——AI 反过来拷问你，一次一个问题，把需求决策树全部走完（最受欢迎，安装超 90 万次）

• /grill-with-docs——同上，额外生成 CONTEXT.md 术语表 + ADR 决策记录

• /to-spec——把对话整理成规格说明，提交为 GitHub Issue

• /to-tickets——把规格拆成有序的、可独立认领的工单（带依赖关系）

• /design-an-interface——并行启动多个子 Agent 生成截然不同的接口设计方案

开发：

• /tdd——强制红-绿-重构循环，一次一个垂直切片，防止假 TDD

• /triage-issue——探索代码库定位 bug 根因，提交带 TDD 修复计划的 Issue

• /implement——按规格实现，自动调用 /tdd 和 /code-review

• /code-review——双轴审查：风格检查与功能验证分离，基于 12 种代码坏味道

• /improve-codebase-architecture——生成 HTML 重构建议报告

工具与知识：

• /diagnosing-bugs——六阶段调试纪律，先建可复现信号再提假设

• /handoff——会话太长时生成交接文档，启动新对话

• /prototype——对模糊问题先做一次性原型验证，事后丢弃

• /write-a-skill——教你写符合规范的 Agent 技能

完整流水线：/grill-with-docs → /to-spec → /to-tickets → /implement → /code-review，从需求澄清到代码交付一条龙。

使用场景： 每次开始新功能前先用 /grill-with-docs 把需求拷问清楚、老项目跑一遍 /improve-codebase-architecture 找重构机会、团队统一工程纪律把资深工程师经验固化成 AI 可执行的规则、长会话用 /handoff 防止上下文溢出。