OpenAI GPT5 推出後大家真的在懷念 GPT-4o ？
GPT-5 收束模型選單，引爆「還我 GPT-4o」。本文說明大家懷念的是互動感非參數，並解析自動路由的取捨與產品教訓。
More issues
「從技術債到戰略投資：打造穩固的產品基礎」週檢討
這週的從 SEO、Dockerfile、Supervisor 到狀態管理、Tiptap 編輯器與 AI 整合，甚至環境變數設定，每天都有新的坑冒出來。雖然每天晚上睡覺前都覺得「終於搞定了」，隔天卻總會被現實狠狠打臉。不過回頭看，這一週真正的價值不只是解決了眼前的問題，更重要的是我開始真正面對之前積累下來的技術債，並且主動將這些債務轉化成未來的戰略投資。
首先 SEO 的調整雖然看似小事，但其實從產品層面來看至關重要。過去我總覺得「產品好自然有人用」，但實際推上去的時候才真正體會到產品再好，沒有曝光也等於零。這次針對 JSON-LD 和元數據的重新設計，雖然還沒看到立即的流量提升，但至少我知道我們已經踏出正確的一步，未來的成長基礎也更穩固。
狀態管理這件事則是另一個提醒，產品的複雜度會隨著功能增加而呈指數成長，如果一開始沒有建立起良好的架構，之後追加功能只會愈來愈痛苦。這次從 useState 改成 Zustand 後，整個程式碼的結構和維護性都變得更好，也讓我重新思考未來產品架構的規劃：要在開發初期就認真思考「未來可能的需求」，而不是等到問題爆發才臨時救火。
至於 Tiptap
「在開坑與填坑之間，尋找 Ingrelens 的最適平衡點」週檢討：微服務、JSONB 與架構重構的思考
這週回顧起來，都在和llm的微服務奮鬥，為了彈性的機制、金鑰池、供應商、逃生門...等的機制，再到供應商 fallback 機制的完善、Sentry 與 Redis 限流器的整合，每個決策背後都有著更深層的思考和權衡。這些工作或許不太容易被使用者直接感受到，但對產品的穩定性和未來擴展性來說卻至關重要。
重點成就與進展
首先，LLM 微服務終於從 Ingrelens 主專案中成功抽離。雖然過程中遇到不少意外狀況，但目前架構已經相對清晰，API 調用與 fallback 機制也逐步穩定下來。此外，資料庫結構調整成 JSONB 後，雖然短期內有 schema 管理的困擾，但長遠來看，我相信這種彈性會對未來的產品需求更友善。
另外這週的程式碼清理與術語統一也非常值得肯定。雖然刪除過去的程式碼和文件時有點不捨，但每一次清理都是在為未來的自己減輕負擔，讓 Ingrelens 專案更容易維護。
最後錯誤監控與限流機制的整合也完成得相當順利。Sentry 在不同環境的區分讓我對未來問題的追蹤更有信心；Redis 的限流機制則是為了避免未來流量暴增時系統崩潰，這種未雨綢繆的工作，
這六十天我做了什麼
不知不覺，離職創業之路已走過整整六十天。
六十天能夠做什麼？可以做很多，也可以什麼都沒做。我毫不猶豫地選擇了前者，並且不曾停歇。
斷捨離的一天
今天整個上午的時間，我幾乎都在跟自己寫的程式碼搏鬥。昨天 OAuth 解除綁定的邏輯處理到一半，於是今天早上第一件事就是專心處理 OAuth 的部分，其實也沒想像中的難，各個情境的路線都弄好就好了。
OAuth 帳號解除綁定的內心戲與技術取捨 🤯
早上翻開昨天調整完的 UI，發現間距問題似乎真的改善不少，Clarity session 中用戶滑動的速度終於降下來一點點，內心小小竊喜了一下
SEO跟使用者體驗之間的拔河賽
昨天花了大半天猶豫要不要加 Microsoft Clarity，今天早上起床看了一下錄製的 session，心裡頓時鬆了一口氣。
今天終於還了一些技術債
昨天把 sitemap 砍掉後，心情莫名輕鬆，但今天又被另一個技術債務狠狠打臉：條碼掃描功能。
移除 sitemap 的那一刻，我竟然有點猶豫？🤔
今天終於狠下心，把 sitemap.ts 從專案裡刪掉了。說真的，這個檔案其實早就沒在用了，但每次看到它躺在專案目錄裡，總會忍不住想：「搞不好以後還用得到？」然後就這樣放著直到今天。我猜這可能就是工程師的「斷捨離障礙」吧。
原來分類的坑比想像中還要深
昨天還在那邊糾結軟刪除要怎麼寫，今天一早發現分類功能的坑也沒好到哪去。昨天晚上睡前還在想：「那個分類 API 加了遞迴查詢子分類，前端真的能好好用嗎？」果然，今天實際接起前端的時候，馬上發現了問題。