上週,一個名為 Superpowers 的專案在 GitHub 悄悄突破 14 萬顆星。
不是行銷操作,不是病毒影片,就是純粹——開發者在告訴彼此:「這個框架讓我的工作方式真的變了。」
標榜「Agentic Skills Framework」的它,核心主張很簡單:工程師應該像組裝工具一樣組合 AI 能力,而不是一個一個手動叫用。
身為一個天天在幫客戶架網站、優化 SEO、同時還要追新技術的開發者,我看到這個數字第一個念頭是:「晚了,我們已經落後了。」
第二個念頭:「好吧,落後就落後,但今天要從哪裡開始迎頭趕上?」
多數工程師每天面對的場景是這樣的:
打開 Terminal,切好幾個分頁,一個看 log、一個跑測試、一個盯 build。偶爾還要跳出去查文件、回 Slack、確認 CI 狀態。這些看起來「都在掌控之中」的例行工作,實際上在消耗我們最貴的資源:專注力。
Superpowers 框架試圖處理的,正是這個問題。它把常見的開發任務抽象成一層「技能(Skills)」,讓 AI Agent 能夠理解、開發、組合這些技能,像組樂高一樣完成複雜工作。
在它的願景裡,工程師不再是「執行指令的人」,而是「設計指令系統的人」。
說到讓自己更有效率這件事,我試過不少工具,大致可以分成三個層次:
第一層:加速單一任務
VSCode 的 Copilot、Cursor 的自動補全、ChatGPT 幫我寫正規表達式——這些都算。有效,但邊際效益遞減明顯。單一任務加速,在一個本身就會被十個其他任務打斷的工作流裡,效果有限。
第二層:接管例行流程
把重複性的 commit message 生成、PR 描述、測試資料準備交給 AI。這層的效果最好,因為節省的是真正的時間,而不是「感覺變快了」。
第三層:重新組織工作結構
這是 Superpowers 這類框架試圖推到的地方。它們想讓你把整個工作流程,當成一個系統來設計,而不是一堆工具的集合。
目前大多數團隊停在第一層。厲害一點的團隊在第二層。要到第三層,需要對自己的工作流有非常清晰的認知——而這個,往往是最花時間的部分。
以目前常見的小型開發團隊或接案型工作者來說,導入 AI 後大致會形成幾個關鍵做法:
Prompt Engineering 不是技能,是方法論
很多人把 Prompt Engineering 當成一種「指令集」在背。但實際上,它更像是一種「描述問題的方式」。同一個問題,用不同的方式描述,AI 回應的品質可以差到 40% 以上。
把工作流拆解成「AI 擅長」和「人類擅長」的段落
AI 擅長:大量資訊摘要、規則驅動的重複任務、初稿生成、測試案例列舉。
人類擅長:理解商業邏輯、判斷美醜、與客戶對話、突發狀況的臨時決策。
把這兩件事分開做,比試圖讓 AI 做所有事情,效率高一倍。
技能庫是核心資產
就像 Superpowers 的核心概念一樣——你對 AI 的「教學累積」,才是真正的護城河。同一個 AI 工具,用了一百個小時的人,比用了一個小時的人,產出品質可以差好幾倍。這件事沒有捷徑,只能投入時間。
14 萬顆星不是終點,是一個訊號。
它代表的不是「這個框架有多好」,而是「我們這群人,現在正在用這種方式工作,而且覺得真的有效」。
對於還沒有系統性整合 AI 到工作流的團隊,我的建議是:不要等一個完美的工具,先把現有的工具用得更系統。Copilot 可以做更多事、Claude 可以做更複雜的分析、GitHub Actions 可以串更多自動化流程——先把它們用透,再去找新工具。
把 14 萬顆星當成一張路線圖的起點,而不是終點。