花叔不公開的寫作 Skill，我逆向出來了
整理版優先睇
逆向拆解花叔嘅橙皮書寫作系統，將佢嘅高質素技術寫作方法開源，仲用嚟寫咗本 DeerFlow 實戰書
呢篇文章係作者 Zerox 嘅逆向工程同開源實踐。花叔（一位技術作者）寫咗幾本好受歡迎嘅「橙皮書」（技術指南），佢嘅寫作方法一直冇公開，作者就決定從花叔已開源嘅 skills 同已出版嘅書入手，逆向拆解出背後嘅寫作框架。
拆解過程發現咗一個結構嚴謹、有明確規則同質量檢查嘅系統。作者將逆向出嚟嘅方法整理成兩個開源 Skill，一個用嚟創作內容，另一個用嚟轉換格式，仲用呢套方法實戰寫咗一本關於字節開源項目 DeerFlow 2.0 嘅橙皮書，驗證咗方法嘅可行性。
整體結論係，高質素、風格一致嘅技術寫作唔係靠靈感，而係靠一套有明確規則、質量鐵律同埋結構化流程嘅系統。作者透過逆向同開源，將呢套方法分享出嚟，同時表達對原創者嘅尊重同學習態度。
- 逆向核心發現：花叔嘅寫作系統有五層結構，包括建立信任嘅時間線錨點、結構化知識路徑、精確嘅風格DNA規則、TDD式質量檢查，同埋基於事實研究嘅Agent協定。
- 系統架構設計：為咗保持靈活同易用，將逆向出嚟嘅系統拆分成兩個獨立Skill——「橙皮書創作Skill」負責生成Markdown內容，「md2book Skill」就專門處理轉PDF/HTML格式。
- 質量檢查機制：呢個系統最特別嘅地方係有嚴格嘅QC清單（12項章節檢查加10項全書檢查）同一個「Rationalization Table」，專門防止AI agent偷懶或者跳過規則，確保輸出質量。
- 實踐驗證結果：用逆向出嚟嘅Skill成功寫咗一本關於DeerFlow 2.0嘅完整橙皮書，結構、風格還原度估計超過80%，證明咗逆向方法論係可行同有效嘅。
- 使用方法同反思：兩個Skill都已開源，安裝簡單；作者強調呢次係致敬同學習，尊重原創者技能，並邀請社區一齊改進呢個逆向版本。
橙皮書創作 Skill (huashu-bookwriter)
用嚟根據花叔風格生成橙皮書 Markdown 內容嘅主技能，包含心智模型、工作流、風格DNA規則、模板同QC檢查等。
md2book Skill
將生成好嘅 Markdown 文件轉換成 PDF 或 HTML 書本格式嘅獨立技能。
DeerFlow 橙皮書成品
用逆向技能寫出嚟嘅 DeerFlow 2.0 技術指南完整版，可以睇到實戰應用效果。
點解要逆向花叔嘅秘密武器？
花叔出咗幾本技術橙皮書，好似 Claude Code、OpenClaw 咁，本本都係打開即用、結構穩陣、風格統一。但最犀利嘅唔係書嘅內容，而係佢寫書嘅方法一直冇開源。作者 Zerox 出於好奇同想認真學習，就決定自己動手，從花叔已開源嘅 skills 同埋幾本書嘅結構出發，逆向拆解佢背後嘅寫作框架。
思路好直接：已開源嘅 skills 係工具，已出版嘅書係產物。拎住產物倒推工具，再同已有工具交叉驗證，還原出個大概。
拆解出嚟嘅五層核心發現
逆向過程比想像中有趣，拆開之後發現咗一個好有層次嘅系統。
點樣將逆向出嚟嘅系統落地？
拆解完之後，作者將成個系統設計成兩個獨立嘅 Skill，並用嚟做咗一次實戰驗證。
為咗避免一個 Skill 太臃腫，創作同格式轉換嘅功能被分開。「橙皮書創作 Skill」只管生成符合花叔風格嘅 Markdown 內容；「md2book Skill」就專門負責將 Markdown 轉成 PDF 或 HTML 書本格式。兩個 Skill 各司其職，用嘅人都清楚自己要裝邊個。
SKILL.md — 主入口：心智模型、工作流、表達 DNA
references/ — 8 個參考文件：書籍藍圖、章節模板、風格 DNA、開頭技巧、內容塊模式、QC 清單、Agent 協作流程、調研來源
assets/ — 封面模板、目錄模板、大綱 Schema
scripts/ — PDF 導出、結構驗證、Agent 調度
tests/ — 基線檢查 + 壓力測試為咗驗證套方法真係 work，作者揀咗字節啱啱開源嘅 DeerFlow 2.0 做實驗題材，用逆向 Skill 寫咗一本完整嘅 DeerFlow 橙皮書。本書有 5 個 Part，從「DeerFlow 係咩」一路講到部署同進階擴展，結構、短句、第一人稱、時間線錨點等風格還原度估計超過 80%。
開源、使用同埋反思
兩個 Skill 同埋 DeerFlow 橙皮書嘅成品都已經開源。安裝好簡單，clone 落嚟放去 Claude skills 目錄就得。之後對 Claude Code 講「幫我寫一本 XX 從入門到精通」或者「做個橙皮書」，個 Skill 就會自動觸發。
作者強調，呢次逆向純粹係出於致敬同學習，尊重花叔作為創作者嘅技能。如果花叔覺得有冒犯，作者會隨時下架並公開致歉。
透過呢次逆向，最大嘅收穫係明白到，一個高質素嘅寫作輸出系統係非常龐大同精密嘅，風格一致性、質量把控、讀者體驗每一環都有明確標準，絕非一蹴而就。作者亦知道個逆向版本未夠完美，歡迎大家試用後去 GitHub 提 issue 或者評論，一齊改進。
全文約4000字 | 睇完大約需要8分鐘
花叔唔公開嘅寫作 Skill，我逆向出嚟啦
由花叔嗰四本橙皮書同開源倉庫出發，逆向拆解佢嘅寫作框架。方法、發現、架構、案例，全部公開。
作者 | Zerox在探索
編輯 | Zerox在探索
花叔出咗三本技術橙皮書。Claude Code、OpenClaw、Harness Engineering、Hermes Agent。都係嗰種你一打開就用到嘅類型。速度好快，結構好穩，風格高度一致。
但係你知唔知佢最犀利嘅唔係寫咗咩書，而係佢寫書嘅方法冇開源。
我記得佢自己喺公眾號評論區都講過，呢個技能短期內唔打算開源。
出於好奇同學習嘅心態，所以我就諗住自己嚟。由佢已經開源嘅 skills 同呢四本書本身嘅結構、風格出發，一點一點咁拆。睇下佢個寫作框架到底係咩樣。拆完之後我做咗一件事：
將呢個逆向出嚟嘅創作 Skill 開源咗，仲用佢寫咗一本完整嘅 DeerFlow 橙皮書。
今日呢篇文章，會將成個逆向過程、發現、架構同用法都講清楚。文尾有 GitHub 連結，你可以直接拎去用。
花叔嘅橙皮書好喺邊
我第一次睇花叔嘅書，最大嘅感覺係：呢啲唔係嗰種你睇開頭就知結尾嘅技術文檔。
佢啲書有幾個好明顯嘅特徵。
結構非常清晰。Part 1 起步，Part 2 核心能力，Part 3 進階實戰。讀者睇完一章可以做一件事，唔係睇完仲喺原地。
風格高度統一。幾本書睇落嚟，你會覺得係同一個人寫嘅。短句。第一人稱。先講結論再展開。每章開頭有具體時間線。唔係「喺當今呢個 AI 時代」嗰啲水開頭。
寫作嘅規則好明確。單句唔超過 25 字。有具體數字。有禁用詞表。寫完仲要過 12 項章節 QC 同 10 項全書 QC。
呢種一致性絕對唔係靠靈感維持嘅，佢背後一定係靠緊一套系統。
而呢套系統，花叔仲未開源。
我點解要逆向
有幾個原因。
一個係我真係想學。花叔呢套方法論好勁。由佢啲書入面可以睇到佢對技術寫作嘅理解比我深好多。作為一個喺 AI 領域度搞搞震嘅人，我覺得搞清楚佢嘅方法，比齋睇佢一本書有價值得多。
另一個係好奇。佢嘅 skill 開源咗好多個，最近嗰次係我非常鍾意嘅 nuwa-skill，女媧技能，俾你體驗造人嘅快樂（唔係。但係橙皮書寫作嘅 skill 冇放出嚟，而且呢個都係花生老師短期嘅內容輸出護城河，唔開源係好有必要嘅。
但係我都想用點算，所以我就諗，可唔可以由佢開源嘅倉庫同橙皮書度挖一挖，反推出嗰套方法論。
思路其實唔複雜。已開源嘅 skills 係工具，已出版嘅書係產物。拎住產物倒推工具，再同已有嘅工具交叉驗證，應該可以還原到個大概。
我發現咗啲咩
呢個過程比我想嘅有意思。拆開之後我發現咗五層嘢。
第一層：漸進式信任建立
花叔每本書、每章嘅開頭都有時間線錨點。唔係泛泛而談嘅「我用咗好耐」，係具體嘅「用咗 3 個月 Cursor 之後轉用 Claude Code」。
呢個設計嘅核心係建立可信度。讀者睇到開頭就知，呢個人真係用過呢樣嘢，佢唔係拎份文檔喺度作。
逆向出嚟嘅 Skill 入面保留咗呢條規則：每章前 2-3 段必須有具體時間線錨點或者場景還原。冇體驗就誠實標註，唔好作。
第二層：結構化嘅知識傳遞路徑
幾本書都跟同一個遞進邏輯：Part 1 由零到第一次跑通，Part 2 深入核心能力，Part 3 多場景實戰。
呢個唔係隨便分嘅。每章解決一個具體問題，讀者睇完一章可以做一件事。章節之間有向前橋接，唔會俾讀者停喺某度唔知跟住要睇咩。
第三層：風格 DNA
呢個係我拆解過程中最有收穫嘅部分。
花叔嘅寫作唔係「寫得靚」，係寫得精確。有幾條規則我直接抄過嚟：
- 單句唔超過 25 字，用句號斷句
- 第一人稱高頻出現，每千字至少 3 次
- 具體數字，唔用模糊量詞
- 禁用詞表：唔用「綜上所述」、「值得注意的是」、「接下來我們將」
- 有體驗就斷言，冇體驗就誠實標註
最令我驚訝嘅係禁用詞表。係明確嘅禁用詞同替代詞嘅對照表。例如「進行操作」換成「點擊」或者「輸入」，「實現功能」換成「做到」或者「搞掂」。
風格一致性唔係靠天賦，係靠規則。
第四層：TDD 式質量鐵律
呢個最狠。
每章寫完之後要過 12 項 QC 檢查：結構、風格、內容三部分。全書寫完再過 10 項全局 QC。唔通過就重寫。唔妥協。
更絕嘅係有個叫 Rationalization Table 嘅嘢——專門對付 Agent 搵藉口跳過規則嘅。例如 Agent 會話「開頭唔重要，內容先係關鍵」，表入面直接回：「花叔風格嘅核心就係開頭。冇錨點嘅章節唔可信。」
呢個設計太聰明啦。唔俾 AI 隨意發揮，咁就要俾 AI 畫條線。
第五層：Agent Protocol
寫作前必須先研究確認事實。版本資訊、API 係咪存在、社區反饋。唔好憑訓練數據作。
呢一步保證咗內容唔係訓練數據嘅幻覺，係真正經過驗證嘅事實。
架構設計
我將逆向出嚟嘅系統拆成咗2個子技能。
點解要拆成兩個 Skill
原始嘅花叔方法論入面，內容創作同格式轉換係撈埋一齊嘅。但我做嘅時候發現一個問題——創作 Skill 本身已經好複雜，8 個參考檔案、3 個腳本、2 個模板、2 套測試。如果再加埋 PDF/HTML 導出嘅邏輯塞入去，呢個 Skill 就太重啦。
所以我做咗一個架構決策：創作 Skill 只係管內容生成，格式轉換單獨做成一個叫md2book嘅 Skill。
創作 Skill 將本書嘅內容變成一個 Markdown 檔案。md2book 負責將呢個 Markdown 轉成 PDF 或者 HTML。兩個 Skill 各司其職，用嘅人都清楚自己應該裝邊個。
項目結構
- SKILL.md— 主入口：心智模型、工作流、表達 DNA
- references/— 8 個參考檔案：書籍藍圖、章節模板、風格 DNA、開頭技巧、內容塊模式、QC 清單、Agent 協作流程、調研來源
- assets/— 封面模板、目錄模板、大綱 Schema
- scripts/— PDF 導出、結構驗證、Agent 調度
- tests/— 基線檢查 + 壓力測試
質量檢查機制
呢個部分我單獨拎出嚟講，因為佢係成個系統最唔似 AI 工具嘅部分。
一般嘅 AI 工具生成完就完事。但係呢個 Skill 要求生成後必須過 QC。12 項章節檢查加 10 項全書檢查，每項都係 checkbox，必須逐項過。
仲有前面提到嘅 Rationalization Table，唔只係檢查內容質量，仲係一個嚴格檢查執行紀律嘅規範。Agent 想偷懶？唔得。表入面寫好咗每個藉口嘅反駁。
輸出唔可以「差唔多就得」，必須「通過咗先放行」。
實踐驗證：DeerFlow 橙皮書
齋逆向冇用。要驗證呢套方法係咪真係可以產出一本書。
所以我揀咗字節啱啱開源嘅 DeerFlow 2.0 做實驗。
DeerFlow 係字節嘅 Super Agent Harness，2026 年 2 月發佈，當日就上咗 GitHub Trending 第一名。技術含量夠，社區討論夠，用嚟測試逆向 Skill 嘅實戰能力啱啱好。
用呢個逆向 Skill 寫出嚟嘅 DeerFlow 橙皮書，結構係咁樣：5 個 Part，10+ 節，由「DeerFlow 係咩」一路講到架構、部署、核心功能、進階擴展。
DeerFlow 嘅定位就係咁：佢係一個笠喺 Agent 身上嘅裝備，俾 Agent 做到嘢、完成任務嘅完整系統。
短句。第一人稱。類比解釋。時間線錨點。禁用詞零出現。
還原度我自己評估喺 80% 以上。結構完全還原，風格細節有幾處仲差少少，畢竟我冇見過花叔嘅原始 Skill，全靠逆向。但係作為一個行得通嘅系統，我覺得合格啦。
DeerFlow 橙皮書嘅完整 Markdown 同 PDF 版本，我都將佢哋跟住一齊公開。有興趣嘅大家可以品味下。
怎麼用
兩個倉庫，都好簡單。
橙皮書創作 Skill
git clone https://github.com/ZeroxZhang/huashu-bookwriter
cp -r huashu-bookwriter ~/.claude/skills/
md2book Skill（Markdown 轉 PDF/HTML）
git clone https://github.com/ZeroxZhang/md2book
# 跟 README 安裝 pandoc + XeLaTeX 依賴
裝好之後對 Claude Code 講「幫我寫一本 XX 從入門到精通」或者「做本橙皮書」，Skill 就會自動觸發。
呢件事我用業餘時間做咗3日，其實工作量都OK，但我都有幾個感受。
第一，創作者嘅技能係要俾人尊重嘅，所以，我今次只係致敬同學習，@花叔 如果有唔啱或者冒犯。我會隨時落架並公開致歉。
第二，逆向嘅過程中我最大嘅收穫係：好嘅寫作輸出系統，係個非常龐大精密嘅體系，佢太難一步到位啦。風格一致性、質量把控、讀者體驗，每一條都有明確嘅執行標準同驗收規範，我哋要對行業專家保持敬畏。
第三，我知道呢個 Skill 還原得仲未完美。花叔嘅原始版本肯定有更多我冇拆解到嘅細節。如果你用咗之後有改進建議，歡迎喺 GitHub 提 issue，或者直接評論。
開源地址：
- 橙皮書創作 Skill：https://github.com/ZeroxZhang/huashu-bookwriter
- md2book Skill：https://github.com/ZeroxZhang/md2book
互動話題
你用 AI 寫過技術文檔嗎？踩過啲咩坑？或者你覺得我逆向花叔嘅寫作方法有咩值得改進？歡迎喺評論區傾下。
本文為原創內容，版權歸「你的公眾號名稱」所有
歡迎關注、點讚、在看、轉發到朋友圈
全文約4000字 | 閲讀大約需要8分鐘
花叔不公開的寫作 Skill，我逆向出來了
從花叔的四本橙皮書和開源倉庫出發，逆向拆解他的寫作框架。方法、發現、架構、案例，全部公開。
作者 | Zerox在探索
編輯 | Zerox在探索
花叔出了三本技術橙皮書。Claude Code、OpenClaw、Harness Engineering、Hermes Agent。都是那種你打開就能用的類型。速度很快，結構很穩，風格高度一致。
但你知道他最厲害的不是寫了什麼書，是他寫書的方法沒開源。
我記得他自己也在公眾號評論區說過，這個技能短期內不打算開源。
出於好奇和學習的態度，所以我就打算自己幹了。從他已經開源的 skills 和這四本書本身的結構、風格出發，一點一點拆。看他的寫作框架到底長什麼樣。拆完之後我做了一個事：
把這個逆向出來的創作 Skill 開源了，還用它寫了一本完整的 DeerFlow 橙皮書。
今天這篇文章，把整個逆向過程、發現、架構和用法都講清楚。文末有 GitHub 連結，你可以直接拿去用。
花叔的橙皮書好在哪
我第一次讀花叔的書，最大的感受是：這不是那種你看了開頭就知道結尾的技術文檔。
他的書有幾個很明顯的特徵。
結構非常清晰。Part 1 起步，Part 2 核心能力，Part 3 進階實戰。讀者讀完一章能做一件事，不是看完了還在原地。
風格高度統一。幾本書讀下來，你會感覺是同一個人寫的。短句。第一人稱。先結論後展開。每章開頭有具體時間線。不是"在當今這個 AI 時代"那種水開頭。
寫作的規則很明確。單句不超過 25 字。有具體數字。有禁用詞表。寫完了還要過 12 項章節 QC 和 10 項全書 QC。
這種一致性絕對不是靠靈感維持的，它背後一定靠的是一套系統。
而這套系統，花叔還沒有開源。
我為什麼要逆向
有幾個原因。
一個是我真的想學。花叔這套方法論很強。從他的書裏能看出他對技術寫作的理解比我深很多。作為一個在 AI 領域折騰的人，我覺得搞清楚他的方法，比單純讀他的一本書有價值得多。
另一個是好奇。他的 skill 開源了很多個，最近的一次是我非常喜歡的nuwa-skill，女媧技能，讓你體驗造人的快樂（bushi。但橙皮書寫作的 skill 沒放出來，而且這也是花生老師的短期的內容輸出護城河，不開源是很有必要的。
但我也想用怎麼辦，所以我就在想，能不能從他開源的倉庫和橙皮書中挖一挖，反推出那套方法論。
思路其實不復雜。已開源的 skills 是工具，已出版的書是產物。拿着產物倒推工具，再跟已有的工具交叉驗證，應該能還原出大概。
我發現了什麼
這個過程比我想的有意思。拆開之後我發現了五層東西。
第一層：漸進式信任建立
花叔每本書、每章的開頭都有時間線錨點。不是泛泛而談的"我用了很久"，是具體的"用了 3 個月 Cursor 之後切換到 Claude Code"。
這個設計的核心是建立可信度。讀者看到開頭就知道，這個人真的用過這個東西，他不是拿文檔在編。
逆向出來的 Skill 裏保留了這個規則：每章前 2-3 段必須有具體時間線錨點或場景還原。沒體驗就誠實標註，不編造。
第二層：結構化的知識傳遞路徑
幾本書都遵循同一個遞進邏輯：Part 1 從零到第一次跑通，Part 2 深入核心能力，Part 3 多場景實戰。
這不是隨便分的。每章解決一個具體問題，讀者讀完一章能做一件事。章節之間有向前橋接，不讓讀者停在某處不知道接下來該看什麼。
第三層：風格 DNA
這是我拆解過程中最有收穫的部分。
花叔的寫作不是"寫得好看"，是寫得精確。有幾條規則我直接抄過來：
- 單句不超過 25 字，用句號斷句
- 第一人稱高頻出現，每千字至少 3 次
- 具體數字，不用模糊量詞
- 禁用詞表：不用"綜上所述"、"值得注意的是"、"接下來我們將"
- 有體驗就斷言，沒體驗就誠實標註
最讓我驚訝的是禁用詞表。是明確的禁用詞和替代詞的對照表。比如"進行操作"換成"點擊"或"輸入"，"實現功能"換成"做到"或"搞定"。
風格一致性不靠天賦，是靠規則。
第四層：TDD 式質量鐵律
這個最狠。
每章寫完後要過 12 項 QC 檢查：結構、風格、內容三塊。全書寫完再過 10 項全局 QC。不通過就重寫。不妥協。
更絕的是有個叫 Rationalization Table 的東西——專門對付 Agent 找藉口跳過規則的。比如 Agent 會說"開頭不重要，內容才是關鍵"，表裏直接回："花叔風格的核心就是開頭。沒有錨點的章節不可信。"
這個設計太聰明瞭。不讓AI隨意發揮，那就要給 AI 畫線。
第五層：Agent Protocol
寫作前必須先研究確認事實。版本信息、API 是否存在、社區反饋。不憑訓練數據編造。
這一步保證了內容不是訓練數據的幻覺，是真正經過驗證的事實。
架構設計
我把逆向出來的系統拆成了2個子技能。
為什麼要拆成兩個 Skill
原始的花叔方法論裏，內容創作和格式轉換是混在一起的。但我做的時候發現一個問題——創作 Skill 本身已經很複雜了，8 個參考文件、3 個腳本、2 個模板、2 套測試。如果再把 PDF/HTML 導出的邏輯塞進去，這個 Skill 就太重了。
所以我做了一個架構決策：創作 Skill 只管內容生成，格式轉換單獨做成一個叫md2book的 Skill。
創作 Skill 把書的內容變成一個 Markdown 文件。md2book 負責把這個 Markdown 轉成 PDF 或 HTML。兩個 Skill 各司其職，用的人也清楚自己該裝哪個。
項目結構
- SKILL.md— 主入口：心智模型、工作流、表達 DNA
- references/— 8 個參考文件：書籍藍圖、章節模板、風格 DNA、開頭技巧、內容塊模式、QC 清單、Agent 協作流程、調研來源
- assets/— 封面模板、目錄模板、大綱 Schema
- scripts/— PDF 導出、結構驗證、Agent 調度
- tests/— 基線檢查 + 壓力測試
質量檢查機制
這個部分我單獨拎出來說，因為它是整個系統最不像 AI 工具的部分。
一般的 AI 工具生成完就結束了。但這個 Skill 要求生成後必須過 QC。12 項章節檢查加 10 項全書檢查，每項都是 checkbox，必須逐項過。
還有前面提到的 Rationalization Table，不只是檢查內容質量，還是一個嚴格檢查執行紀律的規範。Agent 想偷懶？不行。表裏寫好了每個藉口的反駁。
輸出不能"差不多就行"，必須"通過了才放行"。
實踐驗證：DeerFlow 橙皮書
光逆向沒用。得驗證這套方法能不能真正產出一本書。
所以我選了字節剛開源的 DeerFlow 2.0 做實驗。
DeerFlow 是字節的 Super Agent Harness，2026 年 2 月發佈，當天就上了 GitHub Trending 第一名。技術含量夠，社區討論夠，用來測試逆向 Skill 的實戰能力剛好。
用這個逆向 Skill 寫出來的 DeerFlow 橙皮書，結構是這樣的：5 個 Part，10+ 節，從"DeerFlow 是什麼"一路講到架構、部署、核心功能、進階擴展。
DeerFlow 的定位就是這樣：它是一個套在 Agent 身上的裝備，讓 Agent 能幹活、能完成任務的完整系統。
短句。第一人稱。類比解釋。時間線錨點。禁用詞零出現。
還原度我自己評估在 80% 以上。結構完全還原，風格細節有幾處還差一點，畢竟我沒見過花叔的原始 Skill，全靠逆向。但作為一個能跑通的系統，我覺得及格了。
DeerFlow 橙皮書的完整 Markdown 和 PDF 版本，我也把它們都跟着一起公開。有興趣的大家品味一下。
怎麼用
兩個倉庫，都很簡單。
橙皮書創作 Skill
git clone https://github.com/ZeroxZhang/huashu-bookwriter
cp -r huashu-bookwriter ~/.claude/skills/
md2book Skill（Markdown 轉 PDF/HTML）
git clone https://github.com/ZeroxZhang/md2book
# 按 README 安裝 pandoc + XeLaTeX 依賴
裝好之後對 Claude Code 說"幫我寫一本 XX 從入門到精通"或者"做個橙皮書"，Skill 就會自動觸發。
這個事我用業餘的時間做了3天，其實工作量還好，但我也有幾個感受。
第一，創作者的技能是要被尊重的，所以，我這次只是致敬和學習，@花叔 如果有不當或者冒犯。我會隨時下掉並公開致歉。
第二，逆向的過程中我最大的收穫是：好的寫作輸出系統，是個非常龐大精密的體系，它太難一蹴而就了。風格一致性、質量把控、讀者體驗，每一條都有明確的執行標準和驗收規範，我們要對行業專家保持敬畏。
第三，我知道這個 Skill 還原得還不完美。花叔的原始版本肯定有更多我沒拆解到的細節。如果你用了之後有改進建議，歡迎在 GitHub 提 issue，或者直接評論。
開源地址：
- 橙皮書創作 Skill：https://github.com/ZeroxZhang/huashu-bookwriter
- md2book Skill：https://github.com/ZeroxZhang/md2book
互動話題
你用 AI 寫過技術文檔嗎？踩過哪些坑？或者你覺得我逆向花叔的寫作方法有什麼值得改進的？歡迎在評論區聊聊。
本文為原創內容，版權歸「你的公眾號名稱」所有
歡迎關注、點贊、在看、轉發到朋友圈