開發日誌 做了什麼 · 試過什麼 · 否決了什麼 · 留下了什麼
階段總結 dev-blog 2026-W34 裁決 · 留下

框架這一週,從一句話到可以開始寫

一週把站蓋起來。真正花時間的不是版面,是想清楚內容要怎麼產出。

AbstractA week of scaffolding. The layout was the easy part — the real work was designing how the content gets produced.

時間區間 2026-08-20 → 2026-08-24
涵蓋切片 2026-W34
產物 Hexo 站 + 自建主題 + 一支訪談工具

這段時間發生了什麼

從「東西做完就沉在 commit 裡」這句話開始,四天後有一個能跑的站。

版面其實是最快的部分。真正繞路的是內容要怎麼產出,前後改了三次方向。

第一次是想一個 repo 寫一篇總結,後來發現不成立,因為那會把「當時的想法」壓縮成「後來的結論」。第二次是讓工具從 commit 自動生成文章,結果產出流水帳,而想辦法讓它寫得漂亮一點的版本更糟,會開始編造因果。第三次才對:讓工具生成問題,文章在問答裡寫。

留下來的

最主要的是曆格切片。邊界由日曆決定,活躍期週切,平淡期月切,跑 --analyze 看直方圖來選。小於三個 commit 的尾巴會自動併進前一格,因為空文章比沒有文章更糟,它會佔住時間軸上一個節點,讓人以為那週真的發生了什麼。

狀態分五級:概念實驗、進行中、已落地、已否決、階段總結。定義只寫在一個地方,徽章、篩選頁、計數橫條都從那裡長出來。

訪談的流程也定下來了。工具產草稿跟問題,我回答,寫成文章,我再改字,然後把改動的模式回寫進口吻檔案。最後那一步是整件事能收斂的原因,跳過就等於每次重新開始。

宣紙色票從 super-reversi2 搬過來,實算之後改了三顆

退場的

  • 一個 repo 一篇
  • 純時間軸不分專案
  • 工具自動寫敘事
  • 靠「別把次要文字放在 elev 上」這種規則來閃對比度問題

四個裡面有三個是架構的取捨,只有一個是實作細節。這個比例大概說明了這一週在幹嘛。

現在的樣子

站是純靜態,Hexo 生成,Cloudflare Workers 靜態資產托管。設定裡沒有 main,所以不執行任何程式。之後要加留言或瀏覽數,補一個收窄到 /api/* 的 Worker 就好,不用搬家。

下一步是拿 super-reversi 開始真的寫。那個 repo 九十二個 commit 全擠在十二天內,而且將近三成的 commit 訊息是 addfix。如果連那個都挖得回來,後面的就都挖得回來。