Document automation
Active
MD2DOC-Evolution
Markdown 到 Word 的文件產線與 AI Workbench
把文件產製、模板、轉檔與 Codex 工作流整合成可交付工具，適合技術文件、規格書與長文整理。
Node.js
Markdown
Pandoc
Codex
- GitHub Pages 產品頁
- Codex Workbench 文章
- 小產品流量觀察
AI Collaboration
AI 協作主題 Hub：從工具使用到工作流設計
整理 AI 協作、Vibe Coding、規格驅動開發與 AI 輔助交付的閱讀路線，適合想把 AI 放進真實開發流程的工程師。
4 個
公開專案
5 篇
核心文章
AI delivery
主軸
Positioning
主題定位
這條主題線整理 AI 與工程師協作時，如何從模糊想法走到規格、文件、工具與可交付成果。它是我個人品牌最重要的實作面：不只談 AI，而是把 AI 放進真實開發節奏。
Audience
這個主題適合誰
適合讀者
- 想用 Codex、Gemini CLI 或其他 AI 工具做實際交付的人
- 正在建立規格驅動或文件驅動開發流程的工程師
- 想把 side project 包裝成可公開作品的人
- 需要讓 AI 產出進入驗證與 release gate 的開發者
讀完會得到什麼
- 理解 AI 協作從想法、規格、實作到驗證的節奏
- 把 side project 寫成可分享、可信任的作品
- 看見工具化與內容化如何互相放大
Reading path
推薦閱讀順序
先建立協作規格
【開發雜談】Vibe Coding 2.0：從文件驅動 (DDD) 進化到規格驅動 (SDD)，讓 AI 真正為你所用
用 SDD 把 AI 協作從感覺式下指令，拉回可驗證規格。
看內容如何變產品 時隔四個月，我用 Codex 讓 MD2DOC-Evolution 變成更穩定的寫作工作台從文件轉檔工具看 Codex Workbench 如何支撐交付。
觀察小產品流量 Side Project 不一定要做大：從 MD2DOC 約 460 位使用者與 49 顆 Star 看小產品的真實流量把 side project 從程式碼延伸到使用者與流量觀察。
比較 AI 開發流程 【開發實戰】從 Vibe Coding 進化到 CDD！我如何用 Gemini CLI Conductor 打造 MD2PPT-Evolution 簡報神器用 CDD 與 Gemini CLI 觀察內容驅動開發的優缺點。
回到工程基本功 當 AI 寫了 90% 的程式碼：資深開發者的「存在危機」與基本功的重生AI 寫得越多，越需要工程師負責方向、判斷與驗證。
Core posts
核心文章
More context
延伸文章
Related projects
關聯專案
Presentation automation
Maintained
MD2PPT-Evolution
用內容驅動簡報生成的 CDD 實驗
從 Markdown 內容結構出發，探索可維護的投影片生成流程，並記錄 Gemini CLI 與內容驅動開發的實作取捨。
Markdown
Gemini CLI
GitHub Pages
- CDD 實作紀錄
- 公開 release guide
- 簡報生成流程
代表文章
Publishing workflow
Maintained
BookPublisher MD2Docx
把寫作稿件轉成可交付 Word 書稿
針對長文與書稿格式化，整理 Markdown 到 DOCX 的輸出流程，讓內容產製從草稿走到可交付格式。
Markdown
DOCX
Publishing
- 公開工具頁
- 版本更新紀錄
代表文章
Static asset workflow
Maintained
Cloud-Assets-Template
用 GitHub Actions 與 CDN 管理靜態素材
建立可重複使用的雲端素材管理模板，協助部落格與文件站降低圖片、OG 與靜態檔案維護成本。
GitHub Actions
JSDelivr
Static assets
- 模板化素材流程
- 站內文章介紹
FAQ
常見問題
AI 協作是不是只要會下 prompt？
不是。Prompt 只是入口，真正的差異在於規格、上下文、驗證、版本控制與 release gate。
Side project 文章應該寫技術細節還是產品故事？
兩者都需要，但公開文章要先讓讀者理解這個工具解決什麼問題，再補上關鍵技術取捨。