5340475570ac9fcc728787bc1c6bc882664de940
餘震 A — 昨天 Hermes timeout 真因(incident 核心): - services/hermes_analyst_service.py:158 硬編碼 timeout=10,與 :406 用 HERMES_TIMEOUT=120 雙標;payload 也沒帶 keep_alive,被別模型擠下後 冷啟動 30+s 必中 timeout - HERMES_TIMEOUT 從檔內常數提升至 config.py 集中管理(ADR-008) - 兩個 payload (intent/batch) 都補 keep_alive=24h(ADR-012) - intent 路徑 timeout 從 10s 改用 HERMES_TIMEOUT;keep_alive 確保熱駐留時 實測仍 < 10s,不會撐到 120s 上限 檔案: - config.py: 新增 HERMES_TIMEOUT 常數 - services/hermes_analyst_service.py: 移除檔內 HERMES_TIMEOUT、新增 HERMES_KEEP_ALIVE、補 payload keep_alive、line 158 timeout 統一
Description
EwoooC — 商品看板 + 業績報表 + AI KM (Flask + pgvector, Docker Compose on 188)
Languages
PostScript
59.7%
Python
31%
HTML
4.2%
CSS
2.1%
JavaScript
1.9%
Other
1.1%