本週 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 防止上下文溢出。