別再亂裝 Skill：把 Agent 生產力拆成四組可組合的工作流

本文定位：深度本機音訊轉錄整理＋畫面審閱。原影片的公開字幕需要登入才可取得；本文改以本機 faster-whisper 轉錄 12 分 32 秒音訊，並審閱 21 張場景影格完成。英文產品名、數量、星數與效果承諾可能受機器轉錄或影片時效影響；涉及版本、功能與授權時，應以各專案的現行文件為準。

影片開場的論點很直接：不必只糾結 Codex 還是 Claude Code，真正拉開成果差異的是可重用的工作流程（Skill）是否與任務配對。作者把自己常用的工具分為四組：

這是有用的分類，但不是「裝得越多越好」。Skill 是任務說明、檢查表與工具接線的集合；它能降低遺漏，卻不能替代目標、資料品質、權限控制與最後驗證。

第一組：讓 Agent 找到能力，也把成熟做法留下來

約 00:42–02:10，影片先展示 Skill Creator 和 Agent Skills Directory。作者把前者定位為：把已驗證的操作流程整理成可以重複呼叫的 Skill；把後者定位為：在 Agent 缺少能力時，按任務關鍵字尋找現成方案。

這個分工值得保留：

• • find-skills 適合在「已知缺一項專門能力」時使用，例如要做簡報、分析影片、審閱 Figma 或處理特定框架。
• • skill-creator 適合一段流程已重複成功多次後再固化，例如「公開影片 → 證據 → 繁中 Blog → Private Atlas」。
• • 不適合把每一次臨時要求都變成永久 Skill；還未穩定的流程會把錯誤與過期假設一起固化。

對 Codex／Hermes 的實際做法：先清楚交代任務與完成標準，若現有能力不足才讓 find-skills 尋找；確認一段流程真的可重複後，才由 skill-creator 整理並測試。這比先堆大量名稱更可靠。

第二組：工程化不是「多寫」，而是多一道可回溯的驗證

影片在 02:15–07:00 把 Superpowers、gstack 與 Matt Pocock 的技能包放進同一類，核心是避免 Agent 直接產出一大段看似合理、實際不可落地的程式。畫面與轉錄展示了幾種手法：先釐清需求、以測試或驗證標準拆小任務、獨立做程式碼審閱，以及用瀏覽器作實際 QA。

作者對各套件的說法有其偏好，但可採納的共同原則是：

1. 1. 需求仍模糊時，先澄清風險與驗收條件。這時可用規劃、架構或釐清型 Skill，而不是立刻改檔。
2. 2. 完成實作後，要有不同角度的驗證。例如測試、差異審閱、手機版實測、瀏覽器流程 QA；不要只靠「程式沒有報錯」。
3. 3. 把發布與外部動作分開。測試通過不等於可公開發佈；涉及帳號、付費、資料刪除或公開頁時，仍要以明確授權與回讀結果為準。

影片提到 gstack 可提供 CEO、設計、工程與 QA 等不同視角。這可作為檢查清單來源，但「多角色」不是保證；每個判斷仍要對照實際專案、測試結果和使用者需求。

第三組：前端設計要同時處理「好看」與「好用」

在 07:01–09:00，影片批評常見的 AI 介面套路：過度圓角卡片、藍紫漸層、固定字體與缺少產品個性的版面。畫面先提到 frontend-design，再展示 UI/UX Pro Max 的頁面。

兩者可視為互補，而不是互相取代：

• • frontend-design 偏向把畫面做得有辨識度：字體比例、留白、材質感與版面節奏。
• • ui-ux-pro-max 偏向把設計決策系統化：行業情境、色彩與字體、元件規範、無障礙與響應式條件。

對實際網站來說，最有價值的閉環是：先定義內容層級與使用者任務 → 建立設計系統 → 實作 → 用手機、鍵盤操作與真實內容做設計 QA。只追求「不像 AI」而忽略可讀性、操作成本與小螢幕，仍然不是好介面。

第四組：Baoyu 把「內容做得好」拆成可以選用的環節

影片約 09:10–12:15 展示 Baoyu 的內容工具頁，依序談到封面、資訊圖、小紅書圖文卡、Markdown 轉 HTML、翻譯與跨平台發布。這一組最重要的觀念不是自動發文，而是把內容流程拆細：

1. 1. 先寫清楚內容本身。影片筆記、文章或研究先有來源、主張、限制和讀者目標。
2. 2. 再選需要的視覺形式。封面用於入口；文章配圖解釋段落；資訊圖濃縮框架；小紅書卡片服務滑讀與分享。不是每篇文章都需要全部生成。
3. 3. 最後才處理平台排版與外發。baoyu-markdown-to-html 適合不支援 Markdown 的平台；外部帳號發布則是另一個需要權限與確認的動作。

本篇文章正採用這個取捨：以轉錄、畫面和結構化比較為主，並使用 Baoyu 的 Markdown 排版流程輸出 HTML；若日後要延伸成社交內容，最適合先把上方四組工作流做成一張比較資訊圖，再拆為 5–6 張繁中圖文卡。

筆記

內容視覺化的原則：圖片應幫讀者更快理解結構，而不是只為了令頁面更花。

對目前 Codex 與 Hermes 配置的結論

影片提出的四個方向，已可對應到現有環境：find-skills／skill-creator、Superpowers／gstack／Matt Pocock skills、frontend-design／UI/UX Pro Max，以及 Baoyu。完整安裝提供了選擇空間，但執行時仍應只調用最符合任務的一組或幾組。

例如：

• • 公開影片深度文章：watch → 證據分層 → video-to-private-atlas-blog → private-atlas-capture；需要視覺化時才加 Baoyu。
• • 網站頁面改版：UI/UX Pro Max → frontend-design → 實作 → gstack 設計審閱／QA。
• • 功能開發：需求與驗收 → 架構／實作 → 測試與 code review → 真實流程 QA。
• • 找不到能力：先用 find-skills 搜索與評估來源；穩定後才用 skill-creator 固化為自己的流程。

結論：Skill 的價值在組合與邊界，不在數量

影片最值得保留的訊息，是把 Agent 從單次問答帶到可重複工作流：先找對能力、再把品質要求寫進流程、最後按內容與產品需要補上設計和發布環節。不過真正的生產力不是把所有 Skill 一次叫來，而是知道哪一步需要哪種證據、誰可批准外部動作，以及完成後如何驗證結果。

原始來源與限制

直接開啟影片： ▶ 在 Bilibili 開啟原影片^[1]

來源：别再乱装Skill了！这 4 组Skill，才是Agent的顶级生产力。（Bilibili）^[1]，上傳者為 Juang_42号搭车客、片長約 12 分 32 秒。本文依公開影片的本機音訊轉錄與場景畫面整理；影片作者對功能、數量與效果的描述屬其推薦框架，並非本文對各專案的獨立背書。影片未提供可直接下載的公開字幕，中文與英文名稱的轉錄可能有誤。

引用链接

[1] ▶ 在 Bilibili 開啟原影片: https://www.bilibili.com/video/BV1RcRmBbE3x/