當AI出圖引爆設計圈，huashu-design直接掀翻了設計交付鏈
整理版優先睇
huashu-design：將設計從展示推向交付嘅AI設計skill，用HTML做中間層，一鍵產出原型、簡報、動畫等真實交付物
呢篇文章嘅作者觀察到，而家AI設計工具雖然好快就生成到視覺結果，但係真正卡住流程嘅，往往係後續嘅排版、演示、導出、修改同交付。好多工具將結果停喺展示層，用戶要自己補返成條交付鏈路，好嘥時間。
作者整理咗huashu-design呢個基於HTML嘅設計skill嘅README同SKILL.md，從輸出格式、流程設計、對比常見工具等角度分析。佢認為huashu-design嘅方向係將設計結果推向交付物，而唔係淨係俾一張靚圖。作者特別強調，佢解決咗四個結構性斷裂：格式斷裂（結果與下游格式脱節）、上下文斷裂（品牌資產同場景限制冇進入生成）、方向斷裂（需求模糊就開始生成）、責任斷裂（工具生完，用戶自己補交付）。
實用方面，文章提供咗安裝方式（npx skills add alchaincyf/huashu-design），四種典型用法（做幻燈片、原型、動畫、資訊圖），同埋最佳輸入資產（logo、色板、截圖等）。佢認為huashu-design最適合已經喺WorkBuddy做內容、需要縮短「想法→可展示結果」路徑、需要多格式交付嘅人。總結嚟講，呢個skill代表AI設計工具從「展示層」走向「工作流」嘅重要一步。
- huashu-design係一個交付型設計skill，將設計結果直接接到原型、簡報、動畫、資訊圖等下游格式，而唔係停留喺展示層。
- 佢用HTML做中間層：自然語言描述意圖 → HTML結構化中間層 → 多格式交付物，形成Software 3.0設計流程。
- 與常見AI設計工具嘅差異：解決咗格式、上下文、方向、責任四個結構性斷裂，需求模糊時先提供3個方向選擇。
- 啟發：設計工具嘅下一步唔係更靚嘅圖，而係更完整嘅工作流整合；HTML作為中間層令設計結果從終點變成中間件，方便後續加工。
- 可行動點：即時用npx skills add安裝到WorkBuddy，然後用自然語言描述任務；建議預先準備品牌資產以獲得更好結果。
安裝huashu-design到WorkBuddy
執行命令 npx skills add alchaincyf/huashu-design 或者手動下載放到.workbuddy/skills根目錄。裝好後就可以用自然語言調用。
huashu-design GitHub
項目源碼、README同完整文檔，包含輸出格式、安裝方式、用法示例同授權說明。
問題：設計結果停喺展示層，交付鏈路斷裂
AI設計工具已經將「做出嚟」呢步推得好遠，但真正卡住流程嘅，往往係之後嘅排版、演示、導出、修改、交付。你攞到一張圖、一個效果、一個demo，離團隊真正可以繼續用、繼續改、繼續分發嘅產物，仲隔住一段人工補鏈路。
huashu-design值得睇嘅地方，就係佢專注補呢段距離。佢將設計結果往交付物上推，而唔係停喺展示層。好多工具將結果停喺展示層，huashu-design已經開始碰工作流喇。
核心機制：HTML係關鍵中間層
huashu-design揀HTML做中間層，唔係因為佢方便睇結果，而係因為佢天然適合繼續加工。瀏覽器可以直接演示，截圖、錄屏、動畫、deck、導出鏈路都更順，而且保留咗結構化結果，唔係一次性終態圖片。
一張圖片適合展示，一個HTML結果更適合進入流程。呢個揀法令huashu-design似一個工作流系統，而唔係淨係設計工具。HTML令設計結果從終點變成中間件，方便後續加工。
呢個skill點樣解決四個結構性斷裂
好多設計類AI工具嘅真正問題唔喺審美，而喺鏈路。huashu-design針對四個斷裂俾出咗具體解法：
- 格式斷裂：視覺結果同下遊交付格式脱節。huashu-design直接輸出prototype、HTML deck、PPTX、MP4、GIF、PDF、PNG、SVG，格式鏈路完整。
- 上下文斷裂：品牌資產、場景限制冇進入生成。佢會優先食你用家嘅logo、色板、UI截圖等真實資產，令結果從已有上下文長出嚟。
- 方向斷裂：需求模糊就開始生成。佢喺需求唔清楚時先俾3個方向，揀啱方向先行，避免返工。
- 責任斷裂：工具生成，用戶自己補交付。huashu-design將高重複、高執行密度嘅部分壓縮，令用戶放返精力喺方向、標準同判斷。
實際用法：四種常見場景同安裝方法
安裝好簡單，只需執行：npx skills add alchaincyf/huashu-design，或者手動下載放到.workbuddy/skills根目錄。之後就可以直接用自然語言描述任務。
以下係四種最易上手嘅用法：
- 做一套能直接演示嘅幻燈片：例如「做一份AI心理學主題嘅演講幻燈片，先俾3個風格方向，再輸出HTML deck」。
- 做一個可點擊嘅高保真原型：例如「做一個番茄鍾App原型，包含4個核心頁面，可點擊切換」。
- 做一段短動畫導出MP4：例如「將產品介紹做成30秒動畫，乾淨剋制風格」。
- 做一張信息圖導出PDF/PNG/SVG：例如「將呢篇文章變成一張手繪風信息圖」。
如果想結果更穩，最好一開始就俾佢logo、品牌色板、UI截圖、產品截圖等真實資產。輸入越接近真實約束，輸出越接近真實交付物。
對比常見工具同邊界說明
同常見設計類AI工具相比，huashu-design嘅結果終點係工作流產物，而唔係純視覺結果；生成方式係方向確認+資產輸入+評審+輸出鏈路，而唔係單步生成；後續處理方面，系統直接推到prototype、deck、PPTX、視頻、信息圖，而唔係用戶自己補。
佢都有能力邊界：複雜3D、物理模擬、粒子動畫唔係佢主場；完全冇品牌上下文嘅高保真設計上限會受影響；某些結果後續編輯方式同原生設計工具唔同。呢啲邊界寫明咗，用起嚟反而更省事。
總括嚟講，huashu-design嘅價值在於：自然語言負責講清楚意圖，HTML負責立住中間層，skill負責將結果送入交付鏈路。呢個方向一旦成立，好多原本分散嘅動作就會重新排隊。
AI設計工具已經將「做出嚟」呢件事推得好遠。
而家真正塞住流程嘅，好多時係另一段：排版、演示、導出、修改、交付。你拎到一張圖、一個效果、一個 demo，離團隊真正可以繼續用、繼續改、繼續分發嘅產物，往往仲隔住成段人工補鏈路。
huashu-design 值得留意嘅地方，就落咗喺呢段距離度。
睇完佢嘅 README 同本地 SKILL.md，我最先記住嘅唔係佢做到幾多種嘢。
我記住嘅係另一件事：佢將設計結果推向交付物。好多工具將結果停喺展示層，huashu-design 已經開始掂工作流。
呢個亦都係我開始明，點解會有人想直接將設計整成一個 skill。
huashu-design 到底係咩
huashu-design 係一個基於 HTML 嘅設計 skill。
按項目 README 嘅原始描述，佢可以直接產出呢啲結果：
可點擊嘅高保真交互原型 HTML 幻燈片 可編輯 PPTX MP4 / GIF 動畫 PDF / PNG / SVG 信息圖
就睇呢組輸出格式，你已經睇到佢嘅方向。
呢個唔係一個將視覺結果停喺展示層嘅工具。佢將結果直接駁到下游格式：可以演示、可以導出、可以繼續編輯、可以繼續分發。
夠啦。淨係呢一點，方向已經好清楚。
我更願意畀呢類工具一個名：交付型設計 skill。
佢最重要嘅價值，係將設計由 demo 推向交付
整出一張靚嘅圖，好似將 demo 行通咁。但係，後面嘅麻煩先係真：你仲要繼續演示、繼續修改、繼續導出，仲要將佢塞返真實流程入面。嗰段，先更接近 workflow reliability。
問題一直都喺度。好多 AI 工具已經將「望落似樣」呢步做到好快，真正拖慢流程嘅，係後面嗰 9.9%。
huashu-design 佢哋補緊嘅，就係呢段距離。
佢嘅工作方式都好典型：
設計意圖由自然語言表達 設計中間層由 HTML 承載 skill 系統將意圖繼續推進成原型、deck、影片、信息圖呢啲真實產物
呢個已經好接近 Software 3.0 嘅設計流程。人用自然語言描述任務，系統將意圖壓成可操作嘅中間層，再將中間層推向交付物。
我真正感興趣嘅，就係呢度。
我見到嘅唔係一個單一 skill 整得有幾靚，而係 AI 設計工具開始向另一邊長：佢唔只畀你一個結果，佢開始畀你一個後面仲可以繼續處理嘅嘢。
huashu-design 而家就係呢個方向入面一個幾顯眼嘅例子。
點解 HTML 係呢度嘅關鍵中間層
呢件事值得單獨講清楚。
HTML嘅價值，唔只喺「網頁化」，而係佢天然處於一個好適合繼續加工嘅位置：
瀏覽器可以直接演示 好適合承接交互原型 截圖、錄屏、動畫、deck、導出鏈路都更順 佢保留嘅係結構化結果，唔係一次性終態圖片
一張圖片好適合展示。一個HTML結果更適合進入流程。
呢個就係點解 huashu-design 更似一個工作流系統。佢揀嘅唔係一個方便睇結果嘅承載層，佢揀嘅係一個方便將結果繼續向下遊推進嘅中間層。
講得再直接啲：HTML 令設計結果由終點，變咗做中間件。
佢解決嘅，唔只係痛點，而係4個結構性斷裂
好多設計類 AI 工具嘅真正問題，唔在於審美，而在於鏈路。
1. 格式斷裂
視覺結果同下遊交付格式脱節，二次加工成本高。
你得到一張靚嘅圖，下一步仲要自己補：演示點做、PPT 點改、動畫點導、信息圖點排。huashu-design 佢直接將產物指向 prototype、HTML deck、PPTX、MP4、GIF、PDF、PNG、SVG 呢啲格式，格式鏈路完整得多。
2. 上下文斷裂
品牌資產、場景限制、展示目標冇真正進入生成過程。
呢個係好多 AI 工具嘅老問題。結果睇起嚟完整，品牌氣質、視覺資產、使用場景卻好飄。huashu-design huashu-design 嘅做法更穩：如果你有 logo、色板、UI 截圖、產品截圖，佢會優先食呢啲真實資產，令結果由現有上下文度生出來。
3. 方向斷裂
需求仲模糊，系統已經開始向下生成，返工成本被後置。
huashu-design 佢畀咗一個好實用嘅默認流程：當需求唔夠清楚時，佢先畀 3 個方向，等你揀咗路先，再繼續生成。呢個順序好啱。方向先企穩，後面嘅執行先會穩。
4. 責任斷裂
工具負責生成，用戶負責將佢變成可以交付嘅嘢。
呢類責任分配一路喺吞時間。工具將結果拋畀你，你再自己補交付鏈路。huashu-design 佢向前行多咗一步。佢更似一套設計外骨骼，將高重複、高執行密度嘅嗰段壓縮咗，令人將精力放返去方向、標準同判斷。
呢個亦都係佢好適合 WorkBuddy 環境嘅原因。佢更似 Iron Man suit：增強人嘅工作流，而唔係將整條判斷鏈路偽裝成全自動。
證據其實好硬，佢由 README 已經寫到交付導向
如果將證據擺埋一齊睇，呢個判斷會更紮實。
先睇輸出層：
HTML prototype HTML deck PPTX MP4 / GIF PDF / PNG / SVG
再睇流程層：
需求模糊時先畀 3 個方向 支持真實品牌資產輸入 內置 20 種設計哲學 帶 5 維評審機制 明確寫咗反 AI slop 規則
最後睇結果層：
可以直接演示 可以繼續編輯 可以繼續導出 可以繼續分發
呢三層證據擺埋一齊，意思已經好明顯。huashu-design 佢瞄準嘅係更完整嘅設計工作流。
喺 WorkBuddy 度安裝佢，其實就係呢一步
按項目 README 畀嘅安裝方式，最直接嘅命令係：
npx skills add alchaincyf/huashu-design
亦可以手動下載放喺 .workbuddy/skills 根目錄下
裝好之後，就可以直接喺 WorkBuddy 度調用 huashu-design，用自然語言描述任務。
呢度有兩個信息值得順便記住：
第一，普通用戶最容易上手嘅方式，就係直接講任務，唔使先研究一大堆參數。
第二，README 首頁標明咗 Personal Use Only。如果你準備正式進入商業場景，最好先睇一睇授權說明。
普通用戶最容易上手嘅 4 種用法
用法 1：做一套可以直接演示嘅幻燈片
做一份 AI 心理學主題的演講幻燈片，先給我 3 個風格方向，再輸出適合演講的 HTML deck。
呢個任務同 huashu-design huashu-design 好匹配，因為佢本來就將 deck 當成核心能力。按 README 嘅講法，佢支援 HTML deck，亦支援導出可編輯 PPTX。
用法 2：做一個可點擊嘅高保真原型
做一個番茄鍾 App 的高保真原型，包含 4 個核心頁面，頁面之間要能點擊切換。
如果你已經有界面截圖、色板或者產品風格圖，一齊畀埋入去，結果通常會更穩。
用法 3：將一段內容整成短動畫
把這段產品介紹做成 30 秒動畫，導出 MP4，整體風格乾淨、剋制、適合產品發佈場景。
README 裏面明確寫到 MP4 / GIF 導出，以及 25fps、60fps 插幀、BGM 等視頻導出鏈路。呢條能力好適合發佈影片、功能介紹動畫同社交平台短視頻素材。
用法 4：將信息整成可以傳播嘅信息圖
把這篇文章做成一張信息圖，手繪風格
佢喺信息圖呢度強調嘅係印刷級排版同 PDF / PNG / SVG 導出。呢個表述本身就說明咗方向：佢關心嘅係可以發、可以印、可以傳播。
以下係實測嘅手繪風格信息圖截圖
如果你想令結果更穩，最好一開始就畀佢呢啲嘢
呢個係一個好實用嘅經驗。
如果你手上有呢啲資料，建議直接餵俾佢：
logo 品牌色板 UI 截圖 產品截圖 參考頁面
原因好直接。huashu-design huashu-design 明顯更偏向由真實上下文度生結果，而唔係淨靠一句 prompt 將嘢拋出來。輸入越接近真實約束，輸出越接近真實交付物。
佢最適合邊啲人
呢個 skill 最適合呢幾類人：
已經喺 WorkBuddy 度做內容、方案、演示嘅人 想縮短「想法 → 可展示結果」路徑嘅人 需要原型、deck、信息圖、動畫呢類多格式交付嘅人 手裏已經有一定品牌資產同上下文素材，想快速整合成完整產物嘅人
呢幾個畫像背後其實對應緊同一種需求：你需要嘅唔係一個結果，你需要嘅係一條更短嘅交付路徑。
佢同常見設計類 AI 工具，到底爭喺邊
我自己會先睇呢張表。
huashu-design | ||
|---|---|---|
差別其實好直白。
好多工具負責將一個結果生出來。huashu-design huashu-design 已經向後行多幾步：將佢接入原型、演示、導出同分發。你見到嘅唔只係生成方式變咗，交付責任都開始向系統嗰邊移。
我會將呢件事睇得更重啲。因為設計入面真正攰人嘅，好多時唔係第一張圖，而係後面嗰一串繼續改、繼續講、繼續交付嘅動作。
呢啲邊界都值得提前知道
README 裏面將能力邊界寫咗出來，呢點我幾鍾意。
比如：
複雜 3D、物理模擬、粒子系統類動畫，主場唔喺呢度 完全冇品牌上下文嘅高保真設計，結果上限會受影響 某啲結果雖然可以導出，後續編輯方式仍然同原生設計工具唔同
邊界先寫清楚，後面反而更省事。
我點解覺得佢值得寫
我會寫 huashu-design，唔係因為佢又多咗幾個格式，亦唔係因為佢睇起嚟更識做視覺。
我更在意嘅係佢將設計呢件事向前推咗一步：自然語言負責講清楚意圖，HTML 負責將中間層企穩，skill 負責將結果向交付鏈路度送。
呢件事一旦成立，好多原本分散嘅動作就會重新排隊。
huashu-design huashu-design 正係向呢個方向行。
GitHub 項目地址：
https://github.com/alchaincyf/huashu-design
未使用時嘅效果：
https://character-cast.surge.sh
使用 huashu-design 後嘅效果：
https://character-cast-v2.surge.sh
AI設計工具已經把“做出來”這件事推得很遠了。
現在真正卡住流程的，常常是另一段：排版、演示、導出、修改、交付。你拿到一張圖，一個效果，一個 demo，離團隊真正能繼續用、繼續改、繼續分發的產物，往往還隔着一整段人工補鏈路。
huashu-design 值得看的地方，就落在這段距離上。
看完它的 README 和本地 SKILL.md，我最先記住的不是它能做多少種東西。
我記住的是另一件事：它在把設計結果往交付物上推。很多工具把結果停在展示層，huashu-design 已經開始碰工作流了。
這也是我開始理解，為什麼會有人想把設計直接做成一個 skill。
huashu-design到底是什麼
huashu-design 是一個基於 HTML 的設計 skill。
按項目 README 的原始描述，它可以直接產出這些結果：
可點擊的高保真交互原型 HTML 幻燈片 可編輯 PPTX MP4 / GIF 動畫 PDF / PNG / SVG 信息圖
只看這組輸出格式，你已經能看出它的方向。
這不是一個把視覺結果停在展示層的工具。它把結果直接接到下游格式上：能演示，能導出，能繼續編輯，能繼續分發。
夠了。光是這一點，方向就已經很清楚了。
我更願意給這類工具一個名字：交付型設計 skill。
它最重要的價值，是把設計從demo往交付推進
做出一張好看的圖，很像把 demo 跑通了。但是，後面的麻煩才是真的：你還要繼續演示、繼續修改、繼續導出，還得把它塞回真實流程裏。那一段，才更接近 workflow reliability。
問題一直都在這裏。很多 AI 工具已經把“看起來像那麼回事”這一步做得很快，真正拖慢流程的，是後面那 9.9%。
huashu-design 在補的，就是這段距離。
它的工作方式也很典型：
設計意圖由自然語言表達 設計中間層由 HTML 承載 skill 系統把意圖繼續推進成原型、deck、視頻、信息圖這些真實產物
這已經很接近一種 Software 3.0 的設計流程了。人用自然語言描述任務，系統把意圖壓成可操作的中間層，再把中間層推進到交付物。
我真正感興趣的，也就是這裏。
我看到的不是一個單獨的 skill 做得多花，而是 AI 設計工具開始往另一邊長：它不只給你一個結果，它開始給你一個後面還能繼續處理的東西。
huashu-design 現在就是這個方向裏一個挺顯眼的例子。
為什麼HTML是這裏的關鍵中間層
這件事值得單獨說清楚。
HTML的價值，不只在“網頁化”，而在它天然處在一個很適合繼續加工的位置：
瀏覽器裏就能直接演示 很適合承接交互原型 截圖、錄屏、動畫、deck、導出鏈路都更順 它保留的是結構化結果，不是一次性終態圖片
一張圖片很適合展示。一個HTML結果更適合進入流程。
這就是為什麼 huashu-design 更像一個工作流系統。它選的不是一個方便看結果的承載層，它選的是一個方便把結果繼續往下游推進的中間層。
說得再直接一點：HTML 讓設計結果從終點，變成了中間件。
它解決的，不只是痛點，而是4個結構性斷裂
很多設計類 AI 工具的真正問題，不在審美，而在鏈路。
1. 格式斷裂
視覺結果和下游交付格式脱節，二次加工成本高。
你得到一張好看的圖，下一步還得自己補：演示怎麼做、PPT 怎麼改、動畫怎麼導、信息圖怎麼排。huashu-design 直接把產物指向 prototype、HTML deck、PPTX、MP4、GIF、PDF、PNG、SVG 這些格式，格式鏈路完整得多。
2. 上下文斷裂
品牌資產、場景限制、展示目標沒有真正進入生成過程。
這是很多 AI 工具的老問題。結果看起來完整，品牌氣質、視覺資產、使用場景卻很飄。huashu-design 的做法更穩：如果你有 logo、色板、UI 截圖、產品截圖，它會優先吃這些真實資產，讓結果從已有上下文里長出來。
3. 方向斷裂
需求還模糊，系統已經開始往下生成，返工成本被後置。
huashu-design 給了一個很實用的默認流程：當需求不夠清楚時，它先給 3 個方向，讓你先選路，再繼續生成。這個順序很對。方向先穩住，後面的執行才會穩。
4. 責任斷裂
工具負責生成，用戶負責把它變成能交付的東西。
這類責任分配一直在吞時間。工具把結果拋給你，你再自己補交付鏈路。huashu-design 往前多走了一步。它更像一套設計外骨骼，把高重複、高執行密度的那一段壓縮掉，讓人把精力放回方向、標準和判斷。
這也是它很適合 WorkBuddy 環境的原因。它更像 Iron Man suit：增強人的工作流，而不是把整條判斷鏈路偽裝成全自動。
證據其實很硬，它從README就寫到了交付導向
如果把證據壓在一起看，這個判斷會更紮實。
先看輸出層：
HTML prototype HTML deck PPTX MP4 / GIF PDF / PNG / SVG
再看流程層：
需求模糊時先給 3 個方向 支持真實品牌資產輸入 內置 20 種設計哲學 帶 5 維評審機制 明確寫了反 AI slop 規則
最後看結果層：
可以直接演示 可以繼續編輯 可以繼續導出 可以繼續分發
這三層證據擺在一起，意思已經很明顯了。huashu-design 瞄準的是更完整的設計工作流。
在WorkBuddy裏安裝它，其實就這一步
按項目 README 給出的安裝方式，最直接的命令是：
npx skills add alchaincyf/huashu-design
也可以手動下載放到.workbuddy/skills根目錄下
裝好之後，就可以直接在 WorkBuddy 裏調用 huashu-design，用自然語言描述任務。
這裏有兩個信息值得順手記住：
第一，普通用戶最容易上手的方式，就是直接說任務，不用先研究一堆參數。
第二，README 首頁標明瞭 Personal Use Only。如果你準備正式進入商業場景，最好先看一眼授權說明。
普通用戶最容易上手的 4 種用法
用法 1：做一套能直接演示的幻燈片
做一份 AI 心理學主題的演講幻燈片，先給我 3 個風格方向，再輸出適合演講的 HTML deck。
這個任務和 huashu-design 很匹配，因為它本來就把 deck 當成核心能力。按 README 的說法，它支持 HTML deck，也支持導出可編輯 PPTX。
用法 2：做一個可點擊的高保真原型
做一個番茄鍾 App 的高保真原型，包含 4 個核心頁面，頁面之間要能點擊切換。
如果你已經有界面截圖、色板或者產品風格圖，一起給進去，結果通常會更穩。
用法 3：把一段內容做成短動畫
把這段產品介紹做成 30 秒動畫，導出 MP4，整體風格乾淨、剋制、適合產品發佈場景。
README 裏明確寫到了 MP4 / GIF 導出，以及 25fps、60fps 插幀、BGM 等視頻導出鏈路。這條能力很適合發佈視頻、功能介紹動畫和社交平台短視頻素材。
用法 4：把信息做成能傳播的信息圖
把這篇文章做成一張信息圖，手繪風格
它在信息圖這裏強調的是印刷級排版和 PDF / PNG / SVG 導出。這個表述本身就說明了方向：它關心的是能發、能印、能傳播。
以下是實測的手繪風格信息圖截圖
如果你想讓結果更穩，最好一開始就給它這些東西
這是一個很實用的經驗。
如果你手上有這些資料，建議直接喂進去：
logo 品牌色板 UI 截圖 產品截圖 參考頁面
原因很直接。huashu-design 明顯更偏向從真實上下文里長結果，而不是隻靠一句 prompt 把東西拋出來。輸入越接近真實約束，輸出越接近真實交付物。
它最適合誰
這個 skill 最適合這幾類人：
已經在 WorkBuddy 裏做內容、方案、演示的人 想縮短“想法 → 可展示結果”路徑的人 需要原型、deck、信息圖、動畫這類多格式交付的人 手裏已經有一定品牌資產和上下文素材，想快速整合成完整產物的人
這幾個畫像背後其實對應的是同一種需求：你需要的不是一個結果，你需要的是一條更短的交付路徑。
它和常見設計類 AI 工具，到底差在哪
我自己會先看這張表。
huashu-design | ||
|---|---|---|
差別其實很直白。
很多工具負責把一個結果生出來。huashu-design 已經在往後多走幾步：把它接進原型、演示、導出和分發。你看到的不只是生成方式變了，交付責任也開始往系統這邊移。
我會把這件事看得更重一些。因為設計裏真正耗人的，常常不是第一張圖，而是後面那一長串繼續改、繼續講、繼續交付的動作。
這些邊界也值得提前知道
README 裏把能力邊界寫出來了，這點我挺喜歡。
比如：
複雜 3D、物理模擬、粒子系統類動畫，主場不在這裏 完全沒有品牌上下文的高保真設計，結果上限會受影響 某些結果雖然能導出，後續編輯方式仍然和原生設計工具不同
邊界先寫明白，後面反而更省事。
我為什麼覺得它值得寫
我會寫 huashu-design，不是因為它又多了幾個格式，也不是因為它看起來更會做視覺。
我更在意的是它把設計這件事往前推了一步：自然語言負責說清楚意圖，HTML 負責把中間層立住，skill 負責把結果往交付鏈路裏送。
這件事一旦成立，很多原本分散的動作就會重新排隊。
huashu-design 正在朝這個方向走。
GitHub 項目地址：
https://github.com/alchaincyf/huashu-design
未使用時的效果：
https://character-cast.surge.sh
使用 huashu-design後的效果：
https://character-cast-v2.surge.sh