Changelog — 全端寫作引擎

2026 年 4 月 6 日

  • 評審視角雙軌制:文章出去之前,現在同時過兩種讀者的眼睛——「已經是粉絲的人會怎麼看」,以及「完全陌生的人會不會被打動」。兩組反饋讓每篇文章的定位更精準,而不是靠感覺猜
  • 爆文資料庫持續壯大:知識庫裡累積的成功作品越來越多,讓下一篇寫作有越來越豐富的學習對象

2026 年 3 月 27 日

  • 部落格 SEO 系統化:文章不只為現在的讀者寫,也讓搜尋引擎能找到。從人工判斷升級為系統化分析,讓好文章的壽命更長
  • 原子素材庫擴充:可複用的洞察、比喻、觀點持續累積。重複的核心論點不再需要從零重寫,每次都能長出新的樣子
  • Threads 獨立發展:Threads 的發文模式開始有獨立的分析邏輯,內容不再是 Facebook 的縮水版,而是針對不同讀者習慣設計的新版本

2026 年 3 月 21 日

  • 人味還原升級:草稿完成後,會對照真實寫過的文章逐步比對風格,確認讀起來是「我說話的方式」,不是 AI 的方式。這道工序讓文章回到人的溫度
  • 學習閉環建立:每次發文後的學習記錄,開始自動沉澱進系統規則。寫作的判斷力不再靠記憶,而是靠累積

2026 年 3 月 16 日

  • 原子庫大幅擴充:每一個有效的觀點、每一個打動過讀者的句子,都有了固定的去處。靈感不再只存在腦子裡,也不再隨著時間消失
  • 寫作工具鏈串接:各個環節開始連通,不再需要手動在不同工具之間搬運內容

2026 年 3 月 11 日

  • 前後端架構確立:知識積累(後端)和內容產出(前端)正式分開管理。這是整個系統最重要的設計決策:讓「知道什麼」和「說什麼」各自有空間獨立成長,互不干擾

2026 年 3 月 4 日

  • 全端寫作架構正式命名:從一堆散落的資料夾,進化為有前端、後端、引擎的完整系統。full-stack-writing 這個名字,在這一天誕生
  • 電子報策展邏輯建立:電子報的內容選題不再靠感覺,開始有系統性的結構來決定「這期要說什麼、為什麼現在說」

2026 年 2 月 21 日

  • 前後端分離寫作系統 v1.0:第一個可以穩定運作的版本。從靈感進來,到文章發出去,有了清楚的路徑,不再每次都重新摸索

2026 年 2 月 9 日

  • 電子報系統 v2.0:寫電子報不再從白紙開始,而是從結構開始。每一期都有清楚的骨架,寫作變成填充和深化,而不是發明
  • 人味寫作機制初版:第一次把「讓文章讀起來像我」這件事,從直覺變成可執行的規則。這是整個系統最難定義、也最值得定義的一部分

2026 年 1 月 9 日

  • 論述型寫作系統:開始建立不同文章骨架的選擇機制。不是每篇都用同一套結構,而是根據想說的事情,選合適的形狀來裝

2026 年 1 月 8 日

  • 系統誕生:第一個 commit。一個創作者試圖把寫作這件事,從隨機靈感變成可預測系統的起點

起源

2026 年 1 月,一個問題驅動這個系統誕生:如果一個人有大量的觀點和洞察,為什麼輸出還是有一搭沒一搭?

full-stack-writing 的答案是:寫作需要一個系統,就像軟體需要前端和後端。靈感是輸入,發布是輸出,中間有太多可以積累、可以沉澱、可以讓下一篇更好的東西被浪費掉了。

這個系統就是為了不再浪費而建的。

技術骨幹:Claude Code · Context Engineering · 知識管理 · 自動化寫作流程