從技術債到戰略投資

這週從 SEO、Dockerfile/Supervisor、狀態管理、Tiptap + AI 到 環境變數，每天都有新坑。與其把它們當救火，我選擇把舊債系統性轉成投資，讓產品的基礎更穩。

• SEO 不是小事。重新設計 JSON‑LD 和 metadata，短期流量未必動，但可預期的可見性與索引品質會提升，這是曝光的基本盤。
• 狀態管理從 useState 換到 Zustand，複雜度上升時的維護性與擴充性有明顯改善。結論很直接：架構要在早期就為未來功能留介面，別在爆炸後再補強。
• Tiptap 圖片 resize 與語意優化，核心是把「操作阻力」降到最低。功能開發若只從工程視角出發，體驗會打折；流程要以使用者感受為主，技術實作也要配合。
• 環境變數與設定抽離，讓部署與擴充規模更容易。把設定寫死在程式裡，初期很快，但規模變大時，維護成本就高得不合理。

這週每天都有新問題，但整理過的基礎也逐漸穩定，後續開發比較好接下去。

下週重點（2025‑05‑26 ~ 2025‑06‑01）

1. 完成 SEO 成效追蹤並微調。
2. 針對 Supervisor 做正式環境的壓力測試，補上監控與警示，避免服務停機卻沒有紀錄可查。
3. 整理環境變數與設定檔，建立文件與快速部署腳本。
4. 針對 Tiptap × AI 收集早期回饋，快速迭代模型、prompt、UI。
5. 啟動「使用者內容推薦系統」的技術與產品規劃文件（資料結構、後端演算法、前端呈現、模型選擇）。

風險與對策

• Supervisor 高負載穩定性未知：先做壓力測試再上線；警示與還原先前版本的步驟要清楚。
• AI 整合易陷入模型試驗循環：先定指標與邊界，用現有模型跑到可用，再優化。
• 推薦系統牽涉跨部門：開會前先確認目標與資料需求，避免需求理解走樣。

每次改動都要用「可維護、可擴充、可驗證」這三個標準檢查，才不會只是把今天的問題留到明天。