ui-skills:把設計工程規範裝進 Claude Code 的 Agent Skills
讓 coding agent 寫功能通常沒什麼問題,讓它寫介面就完全是另一回事。同一支 agent 可以把 API 路由、資料庫遷移、測試都處理得乾淨俐落,但一碰到 UI 就開始冒出紫色漸層、發光按鈕、h-screen 撞到 iOS 網址列、圖示按鈕沒有可讀名稱、動效一律 transition-all duration…
讓 coding agent 寫功能通常沒什麼問題,讓它寫介面就完全是另一回事。同一支 agent 可以把 API 路由、資料庫遷移、測試都處理得乾淨俐落,但一碰到 UI 就開始冒出紫色漸層、發光按鈕、h-screen 撞到 iOS 網址列、圖示按鈕沒有可讀名稱、動效一律 transition-all duration…
前端元件庫的分發方式在這兩年被換掉了一層骨架。過去要用別人寫好的 UI 元件,標準流程是 npm install some-ui,然後在 nodemodules 裡多一個你看不到也不打算看的黑盒;想改一點視覺細節,就得翻文件找有沒有開放對應的 prop,找不到就靠 CSS 權重硬蓋。shadcn/ui 之後,這個模式被…
Heroku 把免費方案收掉之後,這幾年冒出一批「交出 Git repo 就能上線」的商業平台,Railway、Render、Fly.io 各自搶了一塊,Sevalla 是其中比較晚進場的一個。它的網頁 metadata 作者欄位到現在還掛著 Kinsta,這條線索大致說明了它的身世:Kinsta 把原本綁在自家託管服…
挑自架的專案管理工具,多數人第一輪看的是介面截圖,第二輪看的是有沒有看板。這兩件事決定不了什麼——真正決定你三個月後會不會想搬家的,是它的資料模型。看板誰都有,但「一張卡片同時屬於哪些集合、這些集合怎麼算進度」這件事,各家的答案差很多。有些工具只有「專案 → 任務」兩層,你想跑 sprint 就得自己拿標籤硬湊;有些工…
「服務沒掛,但東京的使用者連不上」這種工單,用裝在主機裡的監控 agent 是查不出來的。agent 回報 CPU 使用率個位數、記憶體充足、容器全部 running,儀表板一片綠;但 DNS 記錄改錯、CDN 邊緣節點回 502、憑證鏈在某個中繼點驗不過——這些全部發生在主機之外,agent 站的位置根本看不到。
改完一筆 A record 之後那段等待期最難處理。網頁檢查工具給你一張綠燈地圖,但不會告訴你為什麼有兩個點還是紅的、還要多久轉綠、那兩個點是「還沒更新」還是「本來就該回不同的值」。自己寫 dig 迴圈能拿到細節,代價是每輪都要重看輸出、自己比對差異。
大部分掛著 AI 的設計工具,交到工程師手上的是一張圖或一個私有格式的畫布檔,要變成能跑的頁面還得重做一次。nexu-io/open-design(Apache-2.0、TypeScript、2026-04-28 建立、目前 81.6k star)把這一段直接砍掉:輸出是 HTML、CSS、SVG、Markdown 這…
接手一個沒人維護的服務,請 coding agent 加一個欄位驗證。它翻了十幾個檔案,最後把驗證塞在 controller 裡——而這個專案的慣例是統一走 schema 層。程式碼能跑、測試也綠,但下一個人看到就知道位置錯了。問題不在模型推理能力,而在於「這個 repo 的慣例寫在哪」這件事,從來沒有被寫下來過。
MinIO 的社群版 repo 在 2026 年 2 月 13 日被標成不再維護、轉為唯讀之後,「自架 S3」這件事突然沒那麼理所當然:管理主控台早在 2025 年 5 月就從社群版拔掉,完整管理功能收進付費的 AIStor,社群版連安全性修補都停了。剩下的選項各有各的形狀——SeaweedFS 要拆成 master/…
現在的 coding agent 已經可以連續跑上幾十分鐘,麻煩的地方不在模型能力,而在「誰去按開始」。分流哪些 CI 失敗值得修、修完誰驗、驗完誰決定要不要合併、跨 session 的狀態放哪裡——這幾件事在多數團隊都是各自手刻:一份 cron、一段 GitHub Actions、一個塞滿規則的提示詞,然後靠人記得每…