一人設計一套視覺體系:Ian小黑三件套橫評與實戰教程
整理版優先睇
Ian小黑三件套:用三個Skill建起內容視覺體系,從理解到共鳴一手包辦
呢篇文章係由產品設計師出身嘅作者Ian(伊恩)寫嘅,佢發現內容創作圈有個公開秘密:文章寫得幾好,配圖唔得,傳播效果就直接腰斬。尤其係AI寫作氾濫之後,內容越來越似,邊個先建立到視覺識別度,邊個就拎到傳播入場券。Ian為咗解決呢個問題,設計咗三個Codex Skill,組成一套完整嘅視覺表達體系,覆蓋中文內容創作需要嘅配圖場景。
三個Skill分別係:小黑怪誕插圖(1.0),專注將抽象概念畫成手繪邏輯圖,用隱喻降低認知成本;小黑實物場景(2.0),用真實攝影物件製造共鳴,令讀者即刻有代入感;手繪技術PPT(Handdrawn PPT),負責將技術內容做成一套演示級嘅多頁配圖。作者強調,三者唔係替代關係,而係分工不同:1.0管邏輯,2.0管情緒,Handdrawn PPT管演示。整體結論係:按需取用呢三個Skill,就可以一個人設計出一套視覺體系,幫內容創作快速建立辨識度。
實戰層面,文章提供咗一句話安裝、一句話生成嘅工作流,仲列出咗常見嘅翻車原因(例如元素清單化、母版復刻化、小黑當裝飾等),幫讀者避免失敗。整個方案係MIT開源,免費可商用,係目前中文內容創作領域最完整嘅視覺化方案之一。
- 三個Skill分工明確:1.0畫抽象邏輯,2.0造處境共鳴,Handdrawn PPT做演示頁面,按需取用。
- 1.0核心係將概念轉成物理動作隱喻,例如用「小黑拎漏水桶」表達信息過載,降低認知成本。
- 2.0用真實攝影物件同小黑動作串聯敍事,目標係讀者見到即刻話「呢個係我」,降低共鳴門檻。
- 實戰要先規劃後出圖:叫AI分析文章出shot list,確認之後再生,避免元素太多或3秒讀唔明。
- 安裝使用超簡單:裝好三個Skill後,直接同AI講「Use $ian-xiaohei-illustrations」等指令就得,唔使記任何命令。
ian-xiaohei-illustrations(小黑1.0)
GitHub項目,將抽象概念畫成手繪邏輯圖,MIT開源。
ian-xiaohei-scenes(小黑2.0)
GitHub項目,用真實攝影物件製造讀者共鳴,MIT開源。
ian-handdrawn-ppt(手繪技術PPT)
GitHub項目,將技術內容做成多頁手繪講解圖,MIT開源。
點解要搞一套視覺體系?
內容創作圈有個公開秘密:文章寫得幾好,配圖唔得,傳播效果直接腰斬。你花幾小時寫乾貨,然後花半小時去Unsplash翻一張風格對唔上嘅配圖,讀者掃一眼就划走。更麻煩係,AI寫作氾濫之後,內容越來越似,邊個先建立到視覺識別度,邊個就拎到傳播入場券。
作者Ian(伊恩)係產品設計師出身,佢推出嘅呢三個Codex Skill,唔係單一工具,而係一整套視覺表達體系。佢哋嘅分工好明確:1.0管邏輯,2.0管情緒,Handdrawn PPT管演示。三件事唔係替代關係,而係互補。
1.0 小黑怪誕插圖:將抽象變秒懂
呢個係三件套嘅起點,亦係Ian上GitHub Trending嘅作品。佢嘅核心邏輯唔係「畫一張靚圖」,而係先睇清楚文章嘅認知錨點,再將佢翻譯成一個物理動作。
例如你寫「信息過載」,平庸配圖係一張堆滿郵件嘅截圖;1.0會畫成小黑企喺深井前,信息好似水咁湧出,佢拎住個漏水水桶,旁邊標註「接唔完」。前者係素材,後者係隱喻。
- 1 視覺原則好剋制:純白背景、黑色手繪線稿、大量留白(主體佔40%-60%)、最多用紅橙藍三色做手寫批註。
- 2 適合寫方法論、AI工作流、知識型內容嘅人,需要將「判斷」「流程」「結構」變成一眼睇明嘅視覺隱喻。
- 3 唔適合商業插畫、精緻扁平風或兒童卡通。
一張圖只講一個核心動作,避免元素太多
2.0 小黑實物場景:從理解到共情
如果1.0係白板上嘅邏輯圖,2.0就係白色攝影棚裏面嘅真實物件現場。佢唔解釋概念,而係製造共鳴。背景係乾淨白色,但畫面出現真實嘅手機、電腦、沙漏、咖啡杯——好似產品攝影咁擺喺度。
- 標準模式(16:9):一個真實物件+一個物理動作+2-4個短標籤,適合表達處境、情緒、觀點隱喻。
- 彩蛋長卷模式(超寬全景):5-8個真實物件節點,一條手繪曲線貫穿,形成一條「真實物件人生線」,適合個人經歷或項目覆盤。
典型母版場景包括會議拉扯(小黑被多條線往後拉)、消息過載(手機不斷彈提示)、返工迴流(傳送帶嘅嘢又轉返嚟)、AI自動化(小黑胸前標籤俾人換咗)。
實戰工作流:一句話生成,先規劃後出圖
三個Skill裝好之後,喺opencode、WorkBuddy、OpenClaw等環境直接同AI講指令就得。唔使記任何命令,例如:「Use $ian-xiaohei-illustrations 為下面篇文章生成4張小黑怪誕正文配圖」。
- 1 第一步:叫AI幫你clone三個GitHub項目到skills目錄。
- 2 第二步:俾文章內容,叫AI用對應Skill生成配圖。
- 3 第三步:先規劃後出圖——叫AI分析文章出shot list,確認後再生,可以大幅減少翻車。
以一篇文章「AI自動化對產品經理嘅影響」為例:先用Handdrawn PPT生成封面(21:9);文中方法論部分用1.0生成「AI篩選需求」隱喻插圖;文末寫到自己俾AI取代嘅焦慮時,用2.0生成「小黑被自動化邊緣化」場景圖。三張圖各司其職,全程唔使10分鐘,唔需要打開任何設計工具。
總結一句:需要抽象邏輯就1.0,需要處境共鳴就2.0,需要成套演示頁面就Handdrawn PPT。呢三個Skill加埋,係目前中文內容創作領域最完整嘅視覺化方案。
一個人設計一套視覺系統
Ian小黑三件套橫評同實戰教學
內容創作圈有個公開嘅秘密:文章寫得幾好,配圖唔掂,傳播效果直接腰斬。
你花幾個鐘寫一篇乾貨,然後用半個鐘去Unsplash揾一張差唔多嘅配圖——風格唔對路、冇記憶點、讀者睇一眼就劃走。
仲麻煩嘅係,AI寫作氾濫之後,內容越嚟越似。邊個先建立視覺辨識度,邊個就攞到傳播嘅入場券。

今日唔係講一個工具,而係一套完整嘅視覺表達系統。作者Ian(伊恩),產品設計師出身,用三個Codex Skill將中文內容創作需要嘅配圖場景基本上都覆蓋曬。
| / |
先上速覽,方便你對號入座:
三件事唔係替代關係,係分工唔同:

▪ 抽象概念要可視化 → 用 1.0
▪ 讀者要共情同代入感 → 用 2.0
▪ 技術內容要結構化講解圖 → 用 Handdrawn PPT
| / |
項目地址:github.com/helloianneo/ian-xiaohei-illustrations
呢個係三件套嘅起點,亦係Ian登上GitHub Trending嘅作品。
佢嘅核心邏輯唔係「畫一張靚圖」,而係先睇明文章裏面嘅認知錨點,再將佢翻譯成一個物理動作。

舉個例。你寫咗一篇關於「資訊過載」嘅文章:
平庸嘅配圖:一張塞滿電郵嘅截圖
1.0 嘅配圖:小黑企喺一口深井前面,資訊好似水咁不斷湧出,小黑手拎住一個漏水嘅水桶,旁邊標住「接唔完」
分別好明顯:前者係素材,後者係隱喻。
1.0 預設嘅視覺IP係「小黑」——一個黑色實心、白點眼、幼腳嘅小角色。佢唔係裝飾,係畫面入面認真做緊一件荒誕事嘅打工仔。
視覺原則好剋制:
▪ 純白背景,唔要紙紋、唔要陰影、唔要漸變
▪ 黑色手繪線稿,幼線,輕微抖動
▪ 大量留白,主體只佔畫面 40%-60%
▪ 最多用紅橙藍三種顏色做手寫批註
▪ 一張圖只講一個核心動作
適合邊個:寫方法論、AI工作流程、知識型內容嘅人。需要將「判斷」「流程」「結構」呢啲抽象概念變成一眼睇得明嘅視覺隱喻。
唔適合:商業插畫、精緻扁平風、兒童卡通。
文章教學:

| / |
項目地址:github.com/helloianneo/ian-xiaohei-scenes
如果話1.0係一塊白板上嘅邏輯圖,咁2.0就係一個白色攝影棚入面嘅真實物件現場。
佢唔解釋概念,佢製造共鳴。
視覺核心由「手繪線稿」換成「真實攝影物件」。背景仲係乾淨嘅白色,但畫面入面出現嘅係真實嘅手機、電腦、沙漏、紙條、咖啡杯——唔係畫出嚟,係好似產品攝影咁擺喺度。
小黑仲喺度,但佢周圍嘅世界由白板變咗做現實。
2.0 有兩種輸出規格:
標準模式(16:9):一個真實物件 + 一個物理動作 + 2-4個短標籤。適合表達處境、情緒、觀點隱喻。
典型嘅母版場景:
▪ 會議拉扯(小黑俾多條線向後拉)
▪ 消息過載(手機不斷彈出提示)
▪ 返工迴流(傳送帶上面嘅嘢又轉返嚟)
▪ AI自動化(小黑胸前嘅標籤俾人換咗)
彩蛋長卷模式(超闊全景):5-8個真實物件節點,一條手繪曲線貫穿過去,形成一條「真實物件人生線」。適合個人經歷、項目覆盤、產品演化。
呢個模式自然避開咗「PPT流程圖感覺」——冇序號、冇箭頭、冇步驟標記,純靠物件同小黑動作串聯敍事。
以下係我實測為一篇文章生成嘅4張配圖:




| / |
呢個係理解Ian三件套最需要把握嘅一點。
1.0 嘅目標係降低認知成本——將一個複雜概念壓成一張秒懂嘅圖。讀者睇完會話「哦,原來係呢個意思」。
2.0 嘅目標係降低共鳴門檻——令讀者睇到嘅瞬間就講出「呢個就係我」。佢唔係解釋,係確認。
呢兩個Skill喺SKILL.md入面互相引用,俾出咗明確嘅選擇指引:
如果用戶要求「純手繪小黑解釋圖 / 白板風流程圖 / 手繪方法論圖」,優先使用1.0。
如果用戶要求「真實物件 / 實物圖 / 小黑 + 物件 / 打工仔共鳴 / 更加有生活質感」,用2.0。
—— Ian SKILL.md
一個管邏輯,一個管情緒。內容創作嘅兩種核心需求,都覆蓋曬。
| / |
項目地址:github.com/helloianneo/ian-handdrawn-ppt
簡單講兩句。呢個Skill同前兩個唔同——小黑基本上唔出現,視覺風格亦都更講究。

佢將文章、課程筆記、大綱變成一 set 中文手繪技術解釋風格嘅PNG頁面圖。需要做課程課件、技術講解配圖、文章封面的時候,用佢。
同前面兩個嘅核心分別:
▪ 輸出係多頁套圖(封面21:9 + 正文16:9)
▪ 先做完整嘅敍事規劃,唔係單張拼湊
▪ 頁面版式按內容語義選擇(比較、流程、矩陣),唔係套固定模板
| 1.0同2.0負責幫文章「配圖」,Handdrawn PPT負責幫文章「做一套演示頁面」。 |
| / |
唔需要記任何指令。三個Skill裝好之後,喺opencode、WorkBuddy、OpenClaw呢啲環境入面,直接同AI講就得。
第一步:叫AI幫你裝
01幫我複製安裝三個GitHub項目到技能目錄:
021. github.com/helloianneo/ian-xiaohei-illustrations
032. github.com/helloianneo/ian-xiaohei-scenes
043. github.com/helloianneo/ian-handdrawn-ppt
05分別放到skills/目錄下對應嘅文件夾入面。
第二步:幫文章配圖
01Use $ian-xiaohei-illustrations 為下面呢篇文章生成4張小黑怪誕正文配圖。
02要求:16:9橫版、純白背景、黑色手繪線稿、少量紅橙藍中文手寫批註。
03
04[貼上文章內容]
01Use $ian-xiaohei-scenes 為呢個項目經歷生成一張小黑實物場景圖,標準16:9。
02
03我舊年做咗一個產品,由0到1搭咗用戶系統,踩咗三個大坑……
01Use $ian-handdrawn-ppt 將下面呢篇文章做成1張封面圖 + 3張正文配圖。
02
03[貼上文章內容]
第三步:先規劃後出圖(防止出錯)
01Use $ian-xiaohei-illustrations 暫時唔好生成圖。
02分析下面呢篇文章邊啲段落值得配圖,輸出 shot list。
03每張圖寫清楚:放喺邊段後面、主題、核心意思、結構類型、
04小黑做緊乜、建議中文標註詞。
05
06[貼上文章內容]
見到方案你點頭,AI就生成。
實戰工作流程:一篇文章用曬三件套
假設你寫咗一篇「AI自動化對產品經理的影響」:
1. 先叫 Handdrawn PPT 生成一張21:9封面圖
2. 文中方法論嘅部分,叫 1.0 生成「AI篩選需求」嘅隱喻插圖
3. 文末寫到自己俾AI取代嘅焦慮時,叫 2.0 生成一張「小黑俾自動化邊緣化」嘅場景圖
4. 三張圖各有各做:封面吸引眼球、邏輯圖講道理、場景圖打共鳴
全程唔超過10分鐘,唔需要打開任何設計工具。
| / |
Ian喺SKILL.md入面列咗一堆「失敗信號」。生成圖唔合格,多數係犯咗其中一條:
1. 元素清單化(最常見)— 將主題入面所有名詞都塞入一張圖
2. 母版複製化 — 母版係手機+紙條+沙漏,你生成嘅圖仲係手機+紙條+沙漏
3. 小黑當裝飾 — 拎走小黑,畫面核心意思依然完整
4. 圖太滿 — 主體超過畫面60%,或者物件逼埋一齊
5. 標籤變成概念說明 — 每張黐6個以上嘅標籤,或者標籤寫嘅係標題/總結
6. 3秒讀唔明 — 睇畫面唔知衝突係乜,要睇文字說明先明
三個Skill唔係越多越好,係按需要使用:
▪ 需要將抽象邏輯畫出嚟 → ian-xiaohei-illustrations(1.0)
▪ 需要令讀者產生處境共鳴 → ian-xiaohei-scenes(2.0)
▪ 需要做一套技術講解嘅演示頁面 → Ian Handdrawn PPT
一個人設計一套視覺系統,將中文內容創作需要嘅配圖基本上都覆蓋曬。由「令人理解」到「令人共情」,由單張配圖到成套演示頁——呢個係我目前見過,中文內容創作領域最完整嘅可視化方案。
之前我分別寫過1.0同2.0嘅單獨推薦,今次將三件湊埋一齊。希望可以幫你將內容視覺系統建立起來。
項目地址
▪ ian-xiaohei-illustrations(小黑 1.0)
github.com/helloianneo/ian-xiaohei-illustrations
▪ ian-xiaohei-scenes(小黑 2.0)
github.com/helloianneo/ian-xiaohei-scenes
▪ ian-handdrawn-ppt(手繪技術PPT) github.com/helloianneo/ian-handdrawn-ppt
三個項目都係MIT開源協議,免費可商用。
一人設計一套視覺體系
Ian小黑三件套橫評與實戰教程
內容創作圈有個公開的秘密:文章寫得再好,配圖不行,傳播效果直接腰斬。
你花幾小時寫一篇乾貨,然後花半小時去 Unsplash 翻一張差不多的配圖——風格對不上、沒有記憶點、讀者掃一眼就划走。
更麻煩的是,AI 寫作氾濫之後,內容越來越像。誰先建起視覺識別度,誰就拿到了傳播的入場券。

今天聊的不是一個工具,是一整套視覺表達體系。作者 Ian(伊恩),產品設計師出身,用三個 Codex Skill 把中文內容創作需要的配圖場景基本都覆蓋了。
| / |
先上速覽,方便你對號入座:
三件事不是替代關係,是分工不同:

▪ 抽象概念要可視化 → 用 1.0
▪ 讀者要共情和代入感 → 用 2.0
▪ 技術內容要結構化講解圖 → 用 Handdrawn PPT
| / |
項目地址:github.com/helloianneo/ian-xiaohei-illustrations
這是三件套的起點,也是 Ian 登上 GitHub Trending 的作品。
它的核心邏輯不是"畫一張好看的圖",而是先看懂文章裏的認知錨點,再把它翻譯成一個物理動作。

舉個例子。你寫了一篇關於"信息過載"的文章:
平庸的配圖:一張堆滿郵件的截圖
1.0 的配圖:小黑站在一口深井前,信息像水一樣不斷湧出,小黑手裏拿一個漏水的水桶,旁邊標註"接不完"
區別很明顯:前者是素材,後者是隱喻。
1.0 默認的視覺 IP 是"小黑"——一個黑色實心、白點眼、細腿的小角色。他不是裝飾,是畫面里正在認真做一件荒誕事的打工人。
視覺原則很剋制:
▪ 純白背景,不要紙紋、不要陰影、不要漸變
▪ 黑色手繪線稿,細線,輕微抖動
▪ 大量留白,主體只佔畫面 40%-60%
▪ 最多用紅橙藍三種顏色做手寫批註
▪ 一張圖只講一個核心動作
適合誰:寫方法論、AI 工作流、知識型內容的人。需要把"判斷""流程""結構"這種抽象概念變成一眼能懂的視覺隱喻。
不適合:商業插畫、精緻扁平風、兒童卡通。
文章教程:

| / |
項目地址:github.com/helloianneo/ian-xiaohei-scenes
如果說 1.0 是一塊白板上的邏輯圖,那 2.0 就是一個白色攝影棚裏的真實物件現場。
它不解釋概念,它製造共鳴。
視覺核心從"手繪線稿"換成了"真實攝影物件"。背景還是乾淨的白色,但畫面裏出現的是真實的手機、電腦、沙漏、紙條、咖啡杯——不是畫出來的,是像產品攝影一樣擺在那裏。
小黑還在,但他周圍的世界從白板變成了現實。
2.0 有兩種輸出規格:
標準模式(16:9):一個真實物件 + 一個物理動作 + 2-4 個短標籤。適合表達處境、情緒、觀點隱喻。
典型的母版場景:
▪ 會議拉扯(小黑被多根線往回拽)
▪ 消息過載(手機不斷湧出提示)
▪ 返工迴流(傳送帶上的東西又轉回來)
▪ AI 自動化(小黑胸前的標籤被替換)
彩蛋長卷模式(超寬全景):5-8 個真實物件節點,一條手繪曲線貫穿過去,形成一條"真實物件人生線"。適合個人經歷、項目覆盤、產品演化。
這個模式天然避開了"PPT 流程圖感"——沒有序號、沒有箭頭、沒有步驟標記,純靠物件和小黑動作串聯敍事。
以下是我實測為一篇文章生成的4張配圖:




| / |
這是理解 Ian 三件套最該抓住的一點。
1.0 的目標是降低認知成本——把一個複雜概念壓成一張秒懂的圖。讀者看完會說"哦,原來是這個意思"。
2.0 的目標是降低共鳴門檻——讓讀者看到的瞬間就說出"這說的就是我"。它不是解釋,是確認。
這兩個 Skill 在 SKILL.md 裏互相引用,給出了明確的選擇指引:
如果用戶要求"純手繪小黑解釋圖 / 白板風流程圖 / 手繪方法論圖",優先用 1.0。
如果用戶要求"真實物件 / 實物圖 / 小黑 + 物件 / 打工人共鳴 / 更有生活質感",用 2.0。
—— Ian SKILL.md
一個管邏輯,一個管情緒。內容創作的兩種核心需求,都覆蓋到了。
| / |
項目地址:github.com/helloianneo/ian-handdrawn-ppt
簡單說兩句。這個 Skill 和前兩個不同——小黑基本不出現,視覺風格也更講究。

它把文章、課程筆記、大綱變成一套中文手繪技術解釋風格的 PNG 頁面圖。需要做課程課件、技術講解配圖、文章封面的時候,用它。
和前面兩個的核心區別:
▪ 輸出是多頁套圖(封面 21:9 + 正文 16:9)
▪ 先做完整的敍事規劃,不是單張拼湊
▪ 頁面版式按內容語義選擇(比較、流程、矩陣),不套固定模板
| 1.0 和 2.0 負責給文章"配圖",Handdrawn PPT 負責給文章"做一套演示頁面"。 |
| / |
不需要記任何命令行。三個 Skill 裝好之後,在 opencode、WorkBuddy、OpenClaw 這些環境裏,直接跟 AI 說就行。
第一步:讓 AI 幫你裝
01幫我克隆安裝三個 GitHub 項目到技能目錄:
021. github.com/helloianneo/ian-xiaohei-illustrations
032. github.com/helloianneo/ian-xiaohei-scenes
043. github.com/helloianneo/ian-handdrawn-ppt
05分別放到 skills/ 目錄下對應的文件夾裏。
第二步:給文章配圖
01Use $ian-xiaohei-illustrations 為下面這篇文章生成 4 張小黑怪誕正文配圖。
02要求:16:9 橫版、純白背景、黑色手繪線稿、少量紅橙藍中文手寫批註。
03
04[粘貼文章內容]
01Use $ian-xiaohei-scenes 為這個項目經歷生成一張小黑實物場景圖,標準 16:9。
02
03我去年做了一個產品,從 0 到 1 搭了用戶系統,踩了三個大坑……
01Use $ian-handdrawn-ppt 把下面這篇文章做成 1 張封面圖 + 3 張正文配圖。
02
03[粘貼文章內容]
第三步:先規劃後出圖(防止翻車)
01Use $ian-xiaohei-illustrations 先不要生圖。
02分析下面這篇文章哪些段落值得配圖,輸出 shot list。
03每張圖寫清楚:放在哪段後、主題、核心意思、結構類型、
04小黑在做什麼、建議中文標註詞。
05
06[粘貼文章內容]
看到方案後你點頭,AI 再生成。
實戰工作流:一篇文章用上三件套
假設你寫了一篇"AI 自動化對產品經理的影響":
1. 先讓 Handdrawn PPT 生成一張 21:9 封面圖
2. 文中方法論的部分,讓 1.0 生成"AI 篩選需求"的隱喻插圖
3. 文末寫到自己被 AI 替代的焦慮時,讓 2.0 生成一張"小黑被自動化邊緣化"的場景圖
4. 三張圖各司其職:封面抓眼球、邏輯圖講道理、場景圖打共鳴
全程不超過 10 分鐘,不需要打開任何設計工具。
| / |
Ian 在 SKILL.md 裏列了一堆"失敗信號"。生成圖不合格,多半是犯了其中一條:
1. 元素清單化(最常見的)— 把主題裏所有名詞都塞進一張圖
2. 母版復刻化 — 母版是手機+紙條+沙漏,你生成的圖還是手機+紙條+沙漏
3. 小黑當裝飾 — 去掉小黑,畫面核心意思依然完整
4. 圖太滿 — 主體超過畫面 60%,或者物件擠成一團
5. 標籤變成概念說明 — 每張貼 6 個以上的標籤,或者標籤寫的是標題/總結
6. 3 秒讀不懂 — 看畫面不知道衝突是什麼,需要看文字說明才能理解
三個 Skill 不是越多越好,是按需取用:
▪ 需要把抽象邏輯畫出來 → ian-xiaohei-illustrations(1.0)
▪ 需要讓讀者產生處境共鳴 → ian-xiaohei-scenes(2.0)
▪ 需要做一套技術講解的演示頁面 → Ian Handdrawn PPT
一個人設計一套視覺體系,把中文內容創作需要的配圖基本都覆蓋了。從"讓人理解"到"讓人共情",從單張配圖到整套演示頁——這是我目前見過的,中文內容創作領域最完整的視覺化方案。
之前我分別寫過 1.0 和 2.0 的單獨推薦,這次把三件湊在一起。希望能幫你把內容視覺體系立起來。
項目地址
▪ ian-xiaohei-illustrations(小黑 1.0)
github.com/helloianneo/ian-xiaohei-illustrations
▪ ian-xiaohei-scenes(小黑 2.0)
github.com/helloianneo/ian-xiaohei-scenes
▪ ian-handdrawn-ppt(手繪技術 PPT) github.com/helloianneo/ian-handdrawn-ppt
三個項目均為 MIT 開源協議,免費可商用。