ProductEngineering
被追上也沒關係，我們為什麼還是繼續做 Termdock
Termdock 推出八個月後，很多原本很前面的功能已經被大廠 CLI 跟上了。但我們真正想做的，從來不是只靠幾個功能差異活著，而是讓大量使用 CLI、多專案切換的人，真的能更順、更穩、更少打斷地工作。
Tag
Startup
創業歷程、產品成長與實戰取捨
DevProduct
Day:292 NEXT
第 292 天的年度檢討：從 Ingrelens 與 cosGlint 的基礎建設到架構解耦，LLM 與後端分離、Orchestrator 上線；經歷 11 月大流量的佇列塞車與 48 小時救火，補齊觀測與調度，cosGlint 用戶破兩千、內建 13k+ 商品，1.3.0 推出全方位部位檢測，持續迭代。
ResearchAI
算力政治的三條主線：美國管制、企業分流與中國的變通
從華盛頓的法案到印尼機房的機架，再到中國數據中心的電費補貼，整個局面其實由三條主線拉動：政策、企業、技術現實。理解這三條主線，能幫我們預判接下來兩年算力市場的供需、價格、可用性，以及你我這種做產品的人會遇到的具體限制。
ResearchProduct
Product Hunt 後感
Termdock 在11/4 登上了 Product Hunt ，其實之前一直想去投，但有時候一忙就忘了，這次所幸直接上，但也發現我很多沒有做到的事前準備是可以讓成績更好的，這篇文章主要就是想先記錄下來，下次也好有個調整依據。
DevResearch
cosGlint Android 封測結束
Android 封閉測試通過心得：規則、填答、與實務提醒
EngineeringAI
技術債與彈性之間：我把 LLM 微服務拆出來了
這週幾乎都在跟 LLM 微服務搏鬥：為了彈性、金鑰池、供應商切換、逃生門到 fallback 機制的完善，再到 Sentry 與 Redis 限流的整合。這些改動使用者不一定看得到，但對穩定性與後續擴充很關鍵。 本週進展 * LLM 微服務成功從 Ingrelens 主專
DevAI
SEO 跟使用者體驗的拔河
昨天猶豫了半天要不要接 Microsoft Clarity，今天早上看了幾段 session 錄影，心裡總算鬆一口氣——問題一目了然：搜尋輸入體驗太糟。輸入法組字的時機一錯，搜尋建議就瘋狂跳，整段流程像在考驗用戶耐心。 第一件事，我把搜尋輸入的 debounce 重寫：組字期間
DevEngineering
AI 分類越做越複雜，是在挖坑還是填坑？
AI 分類越做越複雜，是在挖坑還是填坑？ 這幾天把重心放在兩件事：產品分類的 AI 自動化，以及安全檢查服務的重構。原本以為只是把 API 接上、模型升級一下，結果一路從資料結構、路由、日誌，到架構設計全被牽出來重整。 先談分類。 起手式很直接：把產品名稱與描述丟給模型，取
DevEngineering
看不見的細節，為什麼值得？
今天的開發原本很單純：做一個訪客帳號。實作後卻發現，真正的難題不在「能不能用」，而在「用起來是否一致、可信」。這一整天的折返，讓我更確定：產品的差異，往往來自那些用戶不會主動說出口、卻一直被感受到的細節。 一、身分與名稱的一致性不是錦上添花 一開始我以為 localStorag
DevEngineering
Email 驗證、會員系統與那些「看似簡單」的更新紀錄
今天幾乎都在跟會員系統纏鬥。Ingrelens 一開始只是做「註冊、登入」這種基本功能，結果一路長出資料更新、密碼修改、guest 升級成正式會員……每加一個需求，整體邏輯就再複雜一點。 先處理 email 驗證。以前的流程只是寄信、點連結，直到要支援 guest 升級與 em
DevEngineering
把炸彈拆完，才有力氣往前走
游標分頁、環境變數與 API 統一大作戰：把炸彈拆完，才有力氣往前走 有些技術債務不會自己消失，換個環境就原形畢露。這兩天我乾脆把 API URL 的處理邏輯整個抽出來，用環境變數統一管理，再加上 trim，免得前後多了空白符號害人抓狂。順手把散落各處的 console.log
DevEngineering
Dockerfile、環境變數與 API endpoint：一次把坑補齊的週記
這兩天主要在補技術債、梳理架構，過程當然少不了自我懷疑，但也總算把幾個老問題收斂了。 先是 Dockerfile。昨晚就覺得哪裡怪，早上看 deployment log 才確認——前端 CORS 一直叫，後端 API 的 domain whitelist 根本沒吃到。追了半天發
DevEngineering
條碼的幽靈：安全與現實的角力
昨天把產品管理的 CRUD 骨架穩住後，今天直接把精力放在條碼掃描的擴展。理由很簡單：如果輸入數據不可靠，後面的分析再巧都只是表面工夫。 先整理了幾個後端細節，把多餘的 SQL 彈性收斂，移除那些看似靈活、實則增加風險的參數，順手解了一些依賴問題。結論很直白：簡化後更安全，查詢
DevEngineering
穩住掃描，補強地基：今天我為 IngreLens 做的兩件事
提升掃描可靠性、夯實產品管理
DevEngineering
Day1 : 把 AI 成分分析的後端雛形搭起來
打造「保養品成分分析」後端原型：選用 FastAPI，以異步處理應對 AI 延遲，並設計可在多模型間安全切換的「逃生門」（含 Grok）。重點放在錯誤處理與降級邏輯，確保故障時介面穩定。下一步：基準測試冷啟動與延遲、明確 SLA/降級策略、補齊觀測性（metrics、tracing、告警）。
ProductResearch
Renew: Day 0
Renew: Day 0
ProductEngineering
被追上也沒關係，我們為什麼還是繼續做 Termdock
Termdock 推出八個月後，很多原本很前面的功能已經被大廠 CLI 跟上了。但我們真正想做的，從來不是只靠幾個功能差異活著，而是讓大量使用 CLI、多專案切換的人，真的能更順、更穩、更少打斷地工作。
DevProduct
Day:292 NEXT
第 292 天的年度檢討：從 Ingrelens 與 cosGlint 的基礎建設到架構解耦，LLM 與後端分離、Orchestrator 上線；經歷 11 月大流量的佇列塞車與 48 小時救火，補齊觀測與調度，cosGlint 用戶破兩千、內建 13k+ 商品，1.3.0 推出全方位部位檢測，持續迭代。
ResearchAI
算力政治的三條主線：美國管制、企業分流與中國的變通
從華盛頓的法案到印尼機房的機架，再到中國數據中心的電費補貼，整個局面其實由三條主線拉動：政策、企業、技術現實。理解這三條主線，能幫我們預判接下來兩年算力市場的供需、價格、可用性，以及你我這種做產品的人會遇到的具體限制。
ResearchProduct
Product Hunt 後感
Termdock 在11/4 登上了 Product Hunt ，其實之前一直想去投，但有時候一忙就忘了，這次所幸直接上，但也發現我很多沒有做到的事前準備是可以讓成績更好的，這篇文章主要就是想先記錄下來，下次也好有個調整依據。
DevResearch
cosGlint Android 封測結束
Android 封閉測試通過心得：規則、填答、與實務提醒
EngineeringAI
技術債與彈性之間：我把 LLM 微服務拆出來了
這週幾乎都在跟 LLM 微服務搏鬥：為了彈性、金鑰池、供應商切換、逃生門到 fallback 機制的完善，再到 Sentry 與 Redis 限流的整合。這些改動使用者不一定看得到，但對穩定性與後續擴充很關鍵。 本週進展 * LLM 微服務成功從 Ingrelens 主專
DevAI
SEO 跟使用者體驗的拔河
昨天猶豫了半天要不要接 Microsoft Clarity，今天早上看了幾段 session 錄影，心裡總算鬆一口氣——問題一目了然：搜尋輸入體驗太糟。輸入法組字的時機一錯，搜尋建議就瘋狂跳，整段流程像在考驗用戶耐心。 第一件事，我把搜尋輸入的 debounce 重寫：組字期間
DevEngineering
AI 分類越做越複雜，是在挖坑還是填坑？
AI 分類越做越複雜，是在挖坑還是填坑？ 這幾天把重心放在兩件事：產品分類的 AI 自動化，以及安全檢查服務的重構。原本以為只是把 API 接上、模型升級一下，結果一路從資料結構、路由、日誌，到架構設計全被牽出來重整。 先談分類。 起手式很直接：把產品名稱與描述丟給模型，取
DevEngineering
看不見的細節，為什麼值得？
今天的開發原本很單純：做一個訪客帳號。實作後卻發現，真正的難題不在「能不能用」，而在「用起來是否一致、可信」。這一整天的折返，讓我更確定：產品的差異，往往來自那些用戶不會主動說出口、卻一直被感受到的細節。 一、身分與名稱的一致性不是錦上添花 一開始我以為 localStorag
DevEngineering
Email 驗證、會員系統與那些「看似簡單」的更新紀錄
今天幾乎都在跟會員系統纏鬥。Ingrelens 一開始只是做「註冊、登入」這種基本功能，結果一路長出資料更新、密碼修改、guest 升級成正式會員……每加一個需求，整體邏輯就再複雜一點。 先處理 email 驗證。以前的流程只是寄信、點連結，直到要支援 guest 升級與 em
DevEngineering
把炸彈拆完，才有力氣往前走
游標分頁、環境變數與 API 統一大作戰：把炸彈拆完，才有力氣往前走 有些技術債務不會自己消失，換個環境就原形畢露。這兩天我乾脆把 API URL 的處理邏輯整個抽出來，用環境變數統一管理，再加上 trim，免得前後多了空白符號害人抓狂。順手把散落各處的 console.log
DevEngineering
Dockerfile、環境變數與 API endpoint：一次把坑補齊的週記
這兩天主要在補技術債、梳理架構，過程當然少不了自我懷疑，但也總算把幾個老問題收斂了。 先是 Dockerfile。昨晚就覺得哪裡怪，早上看 deployment log 才確認——前端 CORS 一直叫，後端 API 的 domain whitelist 根本沒吃到。追了半天發
DevEngineering
條碼的幽靈：安全與現實的角力
昨天把產品管理的 CRUD 骨架穩住後，今天直接把精力放在條碼掃描的擴展。理由很簡單：如果輸入數據不可靠，後面的分析再巧都只是表面工夫。 先整理了幾個後端細節，把多餘的 SQL 彈性收斂，移除那些看似靈活、實則增加風險的參數，順手解了一些依賴問題。結論很直白：簡化後更安全，查詢
DevEngineering
穩住掃描，補強地基：今天我為 IngreLens 做的兩件事
提升掃描可靠性、夯實產品管理
DevEngineering
Day1 : 把 AI 成分分析的後端雛形搭起來
打造「保養品成分分析」後端原型：選用 FastAPI，以異步處理應對 AI 延遲，並設計可在多模型間安全切換的「逃生門」（含 Grok）。重點放在錯誤處理與降級邏輯，確保故障時介面穩定。下一步：基準測試冷啟動與延遲、明確 SLA/降級策略、補齊觀測性（metrics、tracing、告警）。
ProductResearch
Renew: Day 0
Renew: Day 0