本週 3Q 工程團隊在多條技術戰線並行推進：Claude Nexus 完成 session 穩定性根因修復並展開 GitHub 開源推廣布局；Solar Monitor 上線 BMS 前端控制介面、修復電度計算雙重 bug 並優化電池調度演算法；台股量化系統從零重建 Bloomberg Terminal 風格前端 V3，同步完成底層資料正確性修復。企業知識庫系統 KOSMOS 確立 B2B 製造業方向，舊 ERP 現代化重建同步啟動，展現 3Q 在 AI 平台、能源管理與製造業 IT 顧問上的完整技術縱深。
既有專案改進 #
Claude Nexus：Session 工作目錄穩定性根因修復 #
特定 session 在 Chat 無法繼續對話，根因為 Browser Knowledge 的 session-info endpoint 因工作目錄被中途覆蓋而返回錯誤路徑。修復策略是加入 ORDER BY timestamp 排序，確保永遠回傳初始工作目錄，並建立新專案建立規範防止復發。多專案並行的 AI 平台中，狀態初始化的競爭條件需要在設計階段就列入防禦清單。
Claude Nexus：GitHub 開源推廣全套布局完成 #
完成 Claude Nexus 開源儲存庫的 SEO 優化：OG 主視覺設計、README 結構改進、Topics 擴充與正式 Release 發佈。同步準備 dev.to 技術文章、提交 Awesome Claude Code 收錄，並在 LinkedIn 完成 fleet management 功能介紹文的中文版上線。這套多管道推廣素材可作為後續新功能上線的標準作業範本。
Claude Nexus：Chat SDK 長任務阻塞根因診斷 #
診斷 Chat session 長時間卡停的根因：Bash 工具在系統層等待長駐 Python server 退出，導致 SDK 連鎖停滯。此案例揭示 AI SDK 工具執行模型的邊界——SDK 假設工具是短命的（call → return），管理長駐進程時需要顯式進程隔離，否則等待機制會演變成系統層鎖死，對所有在 AI 平台整合外部服務的工程師都是值得提前設防的盲點。
Solar Monitor：電表 UI 上線與電度計算雙重修復 #
完成儀表板電表功率與累積度數顯示功能，同步追查並修復兩個獨立 bug：校正流程誤將整日累積重複計算導致度數偏高，以及電網來源欄位 NULL 值導致電度數多計。能源監控的計量精度直接影響電費效益評估，任何累積誤差都需要第一時間歸零，確認各區數值精準才算完成。
Solar Monitor：BMS 前端控制卡片上線 #
完成電池管理系統（BMS）校時與 MOS 開關的後端 API，並建置前端控制卡片整合進 Solar Monitor 儀表板。儲能設備操控從後台命令列升級為視覺化面板操作，現場維運人員可即時查看 BMS 狀態並執行手動干預，不再需要登入後台終端。
Solar Monitor：電池調度演算法多層優化 #
調度演算法新增跨區域切換緩衝機制，避免頻繁調度造成的震盪；加入多時段離峰方案支援；提高電池最低水位安全閾值。優化後的策略在保護電池壽命的前提下最大化離峰電費效益，讓長期降低電費成本的目標有更穩固的演算基礎。
台股量化系統：資料層結構性問題徹底修復 #
診斷並清理 price_history 資料表的時間位移問題，同步修正前端 K 線圖時區顯示錯誤。建立「修前驗收 → 清理腳本 → 修後驗收」標準流程，並改進 API 限流策略、部署共識投票品質過濾，確保進入回測引擎的歷史資料符合精確性要求。
台股量化系統：Bloomberg Terminal 風格前端 V3 上線 #
從零重建交易系統前端介面，採用 Bloomberg Terminal 設計語言：盤中即時篩選、多維信號顏色分化、策略門檻調優工具全部整合於單一畫面。操作者能在不切換頁面的情況下完成市場掃描、信號確認與決策，同時透過調優工具持續改進策略參數。
台股量化系統：決策漏斗修補與基本面資料補強 #
診斷決策漏斗缺陷：釐清篩選時機與 BUY 信號定義邊界，補齊法人融資歷史資料完整度，修正非交易日判斷邏輯，確立券商 API 委託追蹤流程。這些修補讓系統從「能跑」進化到「產出可信賴信號」，是策略進入實盤前不可略過的品質關卡。
基礎建設 #
倉儲管理系統快取與批次操作雙修復 #
診斷某倉儲管理系統 Dashboard 環境監控與庫存總覽長期無法取得最新資料的問題：根因為伺服器端缺少 NoCache header 且前端 AJAX 依賴瀏覽器快取。在兩層補齊快取控制設定後驗證生效。同時修復品檢批次刪除功能因 SQL 欄位名錯誤導致 rollback 失敗的問題，確認邏輯冗餘後移除，讓批次操作恢復穩定。
ASP.NET 環境監控頁面 UTF-8 與 AJAX 修復 #
修復環境監控頁面因 UTF-8 BOM 缺失導致的中文編碼問題，並解決 AJAX 自動更新失效的根因：將 ASP.NET Literal 控制項改為 Label，讓動態資料能正確注入 DOM 並觸發更新。重新編譯部署後，四個監控區域的即時數值更新全數恢復正常。
三家自有品牌官網策略轉型確立 #
針對摩葳實業、牛寶創意科技社（3Q電腦）、倍新有限公司三家公司重新定義官網定位，從廣告營利模式轉型為作品集導客模式，完成規格文件存檔，並彙整 23 年實績與政府標案素材作為建站基礎。官網作為 B2B 信任建立的第一接觸點，清晰的作品展示往往比廣告投放更有效地產生高品質詢問。
新專案 #
KOSMOS 企業知識庫系統：B2B 製造業方向確立 #
將 KOSMOS 從個人時間追蹤工具重新定位為企業知識庫與員工工作分析平台，針對某製造工廠的生產流程與管理痛點進行深度需求訪談，製作正式 HTML 互動簡報供主管評估導入價值。此次轉型確立了 KOSMOS 的 B2B 製造業市場定位，也驗證 3Q 在客製企業知識系統上的需求挖掘與提案能力。
ERP 現代化重建：VFP → Web + SQL 架構規劃啟動 #
從舊有 VFP ERP 系統逆向提取完整業務規格，設計全新 Web 前端搭配 SQL 後端的現代架構，完成系統規劃書，並整合路線優化與成本分析模組。從年代久遠的桌面應用中準確還原業務邏輯，是降低遷移風險的核心技術壁壘，也是 3Q 長期積累的 ERP 顧問能力體現。
本週技術心得 #
這週兩個觀察值得帶走。第一：「資料正確性是決策系統的地基，但比程式碼更難修」。量化系統的時間位移看似只差一天，卻在回測引擎和即時信號上造成系統性誤判；Solar Monitor 的電度數累積誤差平日不顯眼，但直接污染長期電費效益評估報告。修資料的難度在於必須同時定義壞資料邊界、設計冪等清理腳本、驗證前後業務邏輯一致，還要決定能否在服務存活狀態下執行。這次兩個專案建立了「修前驗收 → 執行腳本 → 修後驗收」的標準 SOP，適合推廣到任何有歷史資料庫的系統維護場景。第二：「AI SDK 整合長駐進程需要顯式隔離設計」。主流 AI SDK 的工具執行模型假設工具是短命的（call → return）。一旦工具需要啟動或管理長駐 server，若沒有明確的進程隔離或非同步化設計，SDK 的等待機制會演變成系統層死鎖。這個盲點應在架構評審階段主動列為檢查項目，尤其是在 AI 自動化平台上整合外部服務的場景中，比事後除錯省力得多。
本文是 3Q 工程團隊的每週技術進度整理，由 Claude 協助編寫。內容聚焦技術類型與通用心得，不含客戶資訊。