當AI出圖引爆設計圈，huashu-design直接掀翻了設計交付鏈
整理版優先睇
huashu-design 將設計結果直接推進交付物，補齊 AI 設計工作流最長嘅一段距離
呢篇文章係關於一個叫 huashu-design 嘅 AI 設計 skill，作者係 alchaincyf。文章指出而家好多 AI 設計工具只係將結果停喺展示層，真正卡住流程嘅係後續嘅排版、演示、導出、修改、交付。huashu-design 嘅出發點係要解決呢個問題，將設計結果直接轉化為可交付嘅格式。
作者認為 huashu-design 嘅核心價值在於佢用 HTML 做中間層，令結果唔係一次性終態圖片，而係結構化嘅後續可加工產物。佢直接產出可點擊高保真原型、HTML 幻燈片、可編輯 PPTX、MP4/GIF 動畫、PDF/PNG/SVG 信息圖，覆蓋咗完整嘅交付鏈路。整體結論係：呢個 skill 代表 AI 設計工具從單點生成向工作流系統嘅演進，特別適合需要快速將想法變成可展示、可傳播、可繼續修改嘅產物嘅用戶。
文章仲詳細分析咗 huashu-design 點樣解決咗四個結構性斷裂（格式、上下文、方向、責任），並提供咗安裝方法、四種常見用法、最佳輸入實踐同對比表，令讀者清楚知道佢同其他工具嘅分別同適用場景。
- huashu-design 嘅核心價值係將設計結果從展示層推進到交付物，唔係淨係出一張圖。
- 佢用 HTML 做中間層，令結果可以繼續演示、編輯、導出同分發，變成工作流嘅一部分。
- 佢解決咗四個結構性斷裂：格式斷裂、上下文斷裂、方向斷裂同責任斷裂。
- 同常見 AI 設計工具嘅主要分別係：後者結果終點係視覺，而 huashu-design 結果終點係工作流產物。
- 普通用戶可以就咁用自然語言描述任務，配合品牌資產輸入，得到更穩定嘅交付物，例如 HTML deck、PPTX 動畫等。
huashu-design GitHub 項目
官方 GitHub 倉庫，包含 README、SKILL.md 同安裝說明。
未使用 huashu-design 嘅效果
對比示例，展示未使用前嘅設計結果。
使用 huashu-design 後嘅效果
對比示例，展示使用後嘅設計交付物。
huashu-design 係咩？點解值得留意？
huashu-design 係一個基於 HTML 嘅設計 skill，唔係淨係做一張靚圖，而係直接產出可交付嘅格式：可點擊高保真原型、HTML 幻燈片、可編輯 PPTX、MP4/GIF 動畫、PDF/PNG/SVG 信息圖。
交付型設計 skill，將設計從 demo 推進到交付
作者指出，好多 AI 工具已經將「睇落似樣」呢步做得很快，但後面嘅演示、修改、導出先係真正拖慢流程嘅 9.9%。huashu-design 就係補緊呢段距離。
解決咗四個結構性斷裂
- 1 格式斷裂：視覺結果同下遊格式脱節，huashu-design 直接產出 prototype、deck、PPTX、MP4、GIF、PDF、PNG、SVG，格式鏈路完整。
- 2 上下文斷裂：品牌資產、場景限制冇進入生成過程，佢會食 logo、色板、UI 截圖等真實資產，結果從已有上下文長出嚟。
- 3 方向斷裂：需求模糊時先畀 3 個方向，選好路先繼續生成，方向穩住執行先穩。
- 4 責任斷裂：工具只負責生成，用戶補交付鏈路；huashu-design 將高重複執行壓縮，令人放精力喺方向同判斷。
佢似一套設計外骨骼，增強工作流，唔係假裝全自動
四種最易上手嘅用法
- 做一套能直接演示嘅幻燈片：例如「AI 心理學主題演講，先畀 3 個風格方向，再輸出 HTML deck」
- 做一個可點擊嘅高保真原型：例如「番茄鍾 App，4 個核心頁面，頁面之間要點擊切換」
- 將內容做成短動畫：例如「30 秒產品介紹動畫，導出 MP4，乾淨剋制風格」
- 將信息做成信息圖：例如「呢篇文章整成手繪風格信息圖，印刷級排版，導出 PDF/PNG/SVG」
如果想結果更穩，最好一開始就餵埋 logo、品牌色板、UI 截圖、產品截圖等真實資產，因為佢偏向從真實上下文度長結果。
輸入越接近真實約束，輸出越接近真實交付物
同常見設計 AI 工具嘅分別
常見工具結果終點係視覺結果，生成方式係單步，後續處理要靠用戶自己補演示、導出、修改。huashu-design 結果終點係工作流產物，生成方式係方向確認 + 資產輸入 + 評審 + 輸出鏈路，系統直接將結果推進到 prototype、deck、PPTX、視頻、信息圖。
交付責任開始往系統嗰邊移
作者話設計真正耗人嘅唔係第一張圖，而係後面繼續改、繼續講、繼續交付嘅動作。呢個 skill 就係壓縮呢段。
安裝同總結
安裝好簡單：npx skills add alchaincyf/huashu-design，或者手動放到 .workbuddy/skills 目錄。之後直接用自然語言描述任務就得。注意 README 寫明 Personal Use Only，商業場景要睇授權。
自然語言負責講意圖，HTML 負責立中間層，skill 負責送結果入交付鏈路
作者覺得呢個方向值得寫，因為佢唔係又多幾個格式，而係將設計推前一步，令分散嘅動作重新排隊。GitHub 項目同對比連結已經放喺 resources。
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
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