fix(cd): sync 模式改用 compose up -d 取代 restart，根除 502 復發

根因：cd.yaml sync 模式用 `docker compose restart`，對「不存在的容器」
直接報錯 → 任何外力（人工 docker rm、orphan 清理、別專案連動）清掉容器後，
下次 sync 部署 100% 失敗 → 健康檢查 5 連 502。

修法：
- sync 模式改 `docker compose up -d --no-deps`：image 未變時對既存容器
  no-op（觸發熱掛載），對不存在則自動 create
- 緊急回滾 step 同步從 `docker restart momo-pro-system ...` 改 `compose up -d`，
  否則容器不存在時連回滾都救不回

驗證：2026-04-28 15:33 跑 P0 救急已成功讓 4/4 容器 healthy + HTTP 200。

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>

docs/memory/history_logs.md

@@ -10,6 +10,13 @@
 
 ## 📅 詳細更新日誌 (考古存檔)
 
+### 2026-04-28：AI 引擎穩定性與 CI/CD 幽靈容器大規模修復
+- **幽靈容器排除**: 發現 `docker-compose.yml` 漏掛載 `routes` 目錄，導致 Telegram Bot 長期執行舊代碼。
+- **埠位衝突修復**: 移除 `depends_on: postgres` 以解決與 orphan `momo-db` 的 5432 埠位競爭問題。
+- **CI/CD 強化**: `cd.yaml` 引入 `--no-cache` 與 `docker compose restart` 以應對快取損壞與容器識別問題。
+- **AI 備援優化**: 放寬 Ollama 健康檢查至 10s，請求超時至 180s，修復 Gemini 429 速率限制與 MCP 404 報錯。
+- **網站 502 修復**: 手動恢復因容器重建中斷的 110-188 SSH 隧道。
+
 ### 2026-02-13：重開機服務修復與 Clawdbot 整合
 - 更新 `system_startup.sh` v2.0，移除 Harbor 相關邏輯。
 - 重新設計 Monitor 首頁，移除不存在的服務連結。