53,555 星開源項目：i-have-adhd 讓 AI 代理先講重點

i-have-adhd 是一套針對 AI 編程助理輸出行為的開源技能，截至二零二六年十月在 GitHub 累積 53,555 顆星標與 3,073 次複製，採用 MIT 授權。它不訓練模型、不更換框架，而是以一組規則約束代理的回覆方式，要求先給出下一步行動、多步驟任務編號、結尾只留一個具體動作，並移除開場白與收尾客套，讓開發者更快取得可直接執行的答案。

i-have-adhd 是累積 53,555 顆星標的開源技能，以十條規則約束 AI 代理的輸出行為，要求先給下一步行動、多步驟任務編號、省略開場與客套，採用 MIT 授權。

i-have-adhd 是什麼？

該專案是一份給編程助理使用的 SKILL.md 行為規範，由開發者 ayghri 於二零二六年五月建立，透過十條規則把回覆壓縮成行動導向、易於掃讀的格式。

該專案的核心並非程式庫或模型，而是一份名為 SKILL.md 的行為規範檔。它被安裝到 Claude Code、Codex 等編程助理之後，會改變助理回覆問題的組織方式：先給出可直接執行的下一步，再以編號列出多步驟流程，最後只保留一個具體的後續動作。專案名稱取自注意力不足過動症（ADHD）的閱讀習慣，但說明文件明確指出使用者不需要任何診斷即可採用。

它處理的對象是「回覆的形狀」，而非「回覆的內容正確與否」。換言之，助理的推理能力、工具調用與模型本身都不受影響，改變的只是答案呈現的順序與密度，讓關鍵指令在回覆的最前面出現。

i-have-adhd 解決了什麼問題？

它針對大型語言模型常見的冗長回覆問題：開場白、離題提醒與收尾客套會把真正的答案埋在段落之中，該技能以行動優先與資訊上限規則，讓關鍵指令在回覆開頭即出現。

大型語言模型在回答技術問題時，往往先鋪陳一段自我介紹式的開場，接著補充數項「順帶一提」的建議，最後以客套語收尾。對需要立刻動手修改程式碼的開發者而言，這種結構會拉長尋找答案的時間，也增加誤讀重點的風險。專案的說明文件以一個實際範例對比前後差異：原本助理先解釋驗證流程的來龍去脈，再附帶建議檢查相依套件版本；套用該技能後，回覆改為直接給出升級指令與修改位置，並以三步編號說明，最後請使用者在測試失敗時回報第一行錯誤。

這種轉換的價值在於降低來回次數。當回覆的第一句就是可行動的指令，開發者不必先讀完鋪陳才能判斷是否採用，也不需要為了追問細節而重新描述上下文。

i-have-adhd 的十條規則有哪些？

十條規則包含先給下一步行動、多步驟任務編號、結尾留一個具體動作、抑制離題、每輪重述狀態、明確時間估計、進展可見、平實描述錯誤、列表上限五項，以及移除開場與收尾。

專案把行為規範寫成十條明確規則，每條都對應一種常見的輸出缺陷。第一條要求以「下一步該做什麼」開頭，讓回覆的第一句即具備行動價值；第二條要求多步驟任務必須編號，避免使用者在段落中遺漏環節；第三條要求結尾只留一個具體動作，取代模糊的「有問題再問我」。第四條要求抑制與任務無關的聯想，第五條要求在每輪對話開頭重述目前狀態，讓使用者即使中斷後也能快速接上。

其餘規則偏向溝通品質的管理。第六條要求以分鐘為單位給出明確時間估計，取代「大概一下」這類模糊說法；第七條要求讓進展可見，明確標示已完成與待完成的部分；第八條要求以平實語氣描述錯誤，避免情緒化措辭；第九條將列表上限設為五項，迫使內容篩選；第十條則要求完全移除開場白、重點回顧與結尾客套。這些規則共同構成一種以行動密度為核心的輸出風格。

i-have-adhd 如何安裝與使用？

使用者可讓編程助理讀取倉庫的 AGENTS.md 完成安裝，亦支援 Claude Code 外掛市集與手動複製 SKILL.md，安裝後重新啟動並啟用即可。

最直接的方式是把安裝指令貼進編程助理的對話框，由助理自行讀取倉庫中的 AGENTS.md 並依指示完成設定。若使用 Claude Code，則可透過外掛市集指令加入來源並安裝對應外掛，讓技能在所有專案中生效。另一種做法是把 SKILL.md 複製到既有的設定檔中，適合需要與專案專屬規則合併的團隊。

安裝完成後需要重新啟動助理，再以指令啟用該技能。由於規範本身只是一份文字檔，使用者可以自由複製、修改或與其他規則檔整併，專案文件亦鼓勵開發者依自身習慣調整規則內容。這種低門檻的分發方式，是它能在短時間內被廣泛採用的原因之一。

i-have-adhd 的專案數據與維護現況如何？

截至二零二六年十月，專案累積 53,555 顆星標、3,073 次複製與 161 位關注者，主要語言為 Python，最近一次程式碼推送為二零二六年九月十九日。

• 53,555GitHub 星標
• 3,073複製次數
• 161關注者
• 約 50貢獻者
• Python主要語言
• MIT授權條款

這些數字反映的是一種高採用率、低維護成本的專案型態。專案自二零二六年五月建立以來，貢獻者接近五十位，累積提交約二百四十次，內容以規則文字與外掛封裝設定為主，程式碼比重不高。最近一次推送為二零二六年九月十九日，同期新增了對 Codex 外掛的相容支援，顯示維護方向仍集中於擴大工具的適用範圍。

下圖為專案的貢獻統計頁，顯示二零二六年七月至十月間各週的提交分布與貢獻者排名。

i-have-adhd 與其他代理指令工具有何差異？

多數代理指令專案著重寫碼品質與流程紀律，該專案則專注輸出的可讀性與行動導向，不涉及推理能力或工具鏈，定位為最輕量的行為層調整。

市場上同類專案多半處理「代理如何寫出更好的程式碼」，內容涵蓋避免過度設計、限制修改範圍、要求測試先行等工程紀律。這些規範與模型的推理與規劃能力相關，影響的是任務的執行品質。i-have-adhd 走的是另一條路線，它不介入任務如何完成，只調整結果如何呈現，因此可以與其他指令檔並存而不衝突。

這種定位也決定了它的適用邊界。若團隊的問題在於代理產出的程式碼品質不穩，該技能幫助有限；若問題在於回覆冗長、重點難尋、來回確認次數過多，則屬於它擅長處理的範圍。由於它只依賴一份文字檔，不需要額外的執行環境或相依套件，導入成本極低。

i-have-adhd 的市場與生態影響為何？

它反映代理工具鏈正從能力競賽轉向使用體驗競爭，行為規範與技能逐漸標準化，並可透過外掛市集分發，成為開發者跨工具沿用的輕量配件。

專案的成長軌跡與代理工具生態的演進方向一致。當模型能力差距逐步縮小，開發者的選擇標準會從「哪個模型更聰明」轉向「哪個工具更好用」，而輸出格式正是使用體驗最直接的一環。技能（Skill）作為一種可攜帶的行為封裝，讓同一套規範能跨 Claude Code、Codex 等不同助理重複使用，降低了跨工具遷移的成本。

外掛市集則進一步強化了這種分發模式。開發者不再需要手動管理設定檔，而是以市集指令安裝、更新與移除技能，使行為規範成為可組裝的元件。這種結構讓小型規則專案也能取得大規模採用，i-have-adhd 的五萬三千顆星標即是此模式成熟度的具體指標。

出處連結有哪些？

本文資訊來源為 i-have-adhd 的 GitHub 儲存庫與其 SKILL.md 規則檔，包含專案說明、安裝指引與十條規則全文，讀者可透過下列連結查證。

• GitHub 儲存庫：https://github.com/ayghri/i-have-adhd
• 安裝說明：https://github.com/ayghri/i-have-adhd/blob/main/INSTALL.md
• 規則全文：https://github.com/ayghri/i-have-adhd/blob/main/skills/i-have-adhd/SKILL.md

常見問題有哪些？

i-have-adhd 的常見疑問集中在是否需要 ADHD 診斷、支援哪些工具、是否改變模型能力與授權方式四方面；該技能無需診斷、不改變模型能力，並以 MIT 授權開放。

總結：i-have-adhd 適合什麼團隊？

i-have-adhd 適合需要快速掃讀代理回覆、要求行動導向輸出的開發者與團隊；若偏好完整推論過程與詳細說明，則未必適用。

i-have-adhd 以一組輕量的行為規則，處理代理工具最日常卻最容易被忽略的體驗問題。專案擁有 53,555 顆星標、3,073 次複製與接近五十位貢獻者，以 MIT 授權開放，並可透過外掛市集跨工具分發。對於希望減少來回確認、讓代理回覆一眼可見重點的開發者與團隊，它提供了一個幾乎沒有導入成本的選項；至於重視完整推論脈絡與詳盡說明的使用情境，則可評估更適合的指令組合。