Your Name
|
35fe37c82a
|
fix(api): route direct ollama callers through ordered fallback
Code Review / ai-code-review (push) Successful in 23s
CD Pipeline / tests (push) Successful in 5m51s
CD Pipeline / build-and-deploy (push) Successful in 3m29s
CD Pipeline / post-deploy-checks (push) Successful in 1m14s
|
2026-05-19 12:56:13 +08:00 |
|
Your Name
|
c4854bb355
|
fix(ai): isolate heavy Ollama workloads from GCP alert lane
CD Pipeline / tests (push) Successful in 54s
Code Review / ai-code-review (push) Successful in 10s
CD Pipeline / build-and-deploy (push) Successful in 3m19s
CD Pipeline / post-deploy-checks (push) Successful in 3m12s
|
2026-05-05 23:06:07 +08:00 |
|
Your Name
|
a1b61289f5
|
fix(governance): 修復 skip 路徑無限迴圈 + MCP 評分偏低根因
Code Review / ai-code-review (push) Successful in 59s
根因一：GovernanceDispatcher skip 決策後未記錄任何狀態
- 事件永遠 resolved=False → 每 30s 重撈 → 每輪呼叫 LLM + Prometheus
- 4437 筆 stale 事件積壓，導致 governance_fusion_complete 每 20s 狂刷
修復：
1. Redis 90min 冷卻鍵（governance:skip:{event_id}）防止重複 LLM 呼叫
2. 超過 2h 的 stale skip 事件自動標記 resolved=True
3. 直接 bulk-resolve 4437 筆 stale 事件 + 預設 105 筆冷卻鍵
根因二：MCP 評分 0.2 硬地板
- SLI recording rules 尚未在 Prometheus 生效 → result_list=[] → success_count=0
- 公式 0.2 + 0.7*0 = 0.2，融合信心度永遠 < 0.65 threshold
修復：
- 空結果（no_data）≠ MCP 故障，改給 0.5 中性貢獻
- 新公式：weighted = success_count + 0.5 * no_data_count；score = 0.2 + 0.7*(weighted/total)
- MCP 全無資料時：0.2 + 0.7*0.5 = 0.55（而非 0.2）
順帶修正 _score_llm 中過時的 GCP-A fallback URL 註解（實際已走 settings）
Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
|
2026-05-04 20:00:54 +08:00 |
|
Your Name
|
b1ef05fa8c
|
feat(ollama): ADR-110 GCP 三層容災架構（GCP-A → GCP-B → Local → Gemini）
Code Review / ai-code-review (push) Successful in 50s
CD Pipeline / tests (push) Failing after 1m14s
CD Pipeline / build-and-deploy (push) Has been skipped
CD Pipeline / post-deploy-checks (push) Has been skipped
## 變更摘要
- Primary: http://34.143.170.20:11434 (GCP-A SSD, 9x 載速 + 2x 推理)
- Secondary: http://34.21.145.224:11434 (GCP-B SSD)
- Fallback: http://192.168.0.111:11434 (M1 Pro Local HDD，最後防線)
- 廢止 ADR-105「111 唯一鐵律」，新建 ADR-110
## 核心改動
- config.py: 新增 OLLAMA_SECONDARY_URL；validator 加 GCP IP 白名單（34.143.170.20, 34.21.145.224）
- ollama_failover_manager.py: 三層 Ollama 決策矩陣；並行健康檢查三台；health_111 → health_gcp_a
- ollama_health_monitor.py: host label 萃取改為通用版（支援 GCP 公網 IP）
- failover_alerter.py: 故障/恢復主機動態顯示，不再硬編碼「Ollama 111 (GPU)」
- ollama_auto_recovery.py: notify_recovery 改為 ollama_gcp_a；recovered_host 動態
- k8s/awoooi-prod: configmap + deployment + network-policy 同步更新（egress 加 GCP /32）
- 服務層: 10 個服務檔案硬編碼 192.168.0.111 改為讀 settings.OLLAMA_URL
- 測試: URL 常數更新，新增三層容災場景，GCP IP 白名單驗證測試
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
|
2026-05-03 22:49:23 +08:00 |
|
Your Name
|
e45b055e0e
|
feat(governance): AI 治理事件處理鏈四軌交付（C/D/B/A）
Code Review / ai-code-review (push) Successful in 48s
run-migration / migrate (push) Failing after 45s
CD Pipeline / tests (push) Successful in 3m46s
Type Sync Check / check-type-sync (push) Successful in 2m8s
CD Pipeline / build-and-deploy (push) Failing after 31m14s
CD Pipeline / post-deploy-checks (push) Has been skipped
【十二人專家團隊全景掃描 + 並行四軌實施】
統帥質疑「有讓 12-agent 一起協作嗎」後，依照團隊規則完成全鏈路交付：
onboarder + critic + db-expert + debugger + frontend-designer 並行掃描，
找到 6 大 Gap，再由 fullstack-engineer × 4、refactor-specialist 協作落地。
【Track C — trust_drift 雙寫整併】
兩條獨立寫 event_type=trust_drift 路徑互不呼叫，下游 consumer 拿到雙份資料
無法判定 source-of-truth。整併保留 governance_agent.check_trust_drift（功能
更全：auto-deprecate + Telegram + PG），TrustDriftDetector 降為純統計 lib，
W-6 watchdog 改呼叫 governance_agent。新增 TestSinglePgWritePerDriftScenario
驗證同一 drift 場景只觸發一次 PG 寫入。
變更：
- apps/api/src/services/trust_drift_detector.py（lib only，不再寫 PG）
- apps/api/tests/test_trust_drift_watchdog.py（W-6 改 mock governance_agent）
【Track D — governance_remediation_dispatch 派遣表】
ai_governance_events 是不可變 Event Sourcing，不能塞執行狀態。新建派遣表
作為投影層：1 event → 0..N dispatches，狀態可變、可重試、可審計。
- PgEnum 5 種 event_type + 7 階段狀態機（pending → dispatched → executing →
succeeded/failed/cancelled/skipped）
- 失敗重試 INSERT 新 row（不改舊 row 的 status，保留審計痕跡）
- Partial unique index ux_grd_one_active_per_event 強制「同事件唯一活躍」
- 4 個複合 index 支援 worker poll、去重查詢、觀測面板
- FK 對應 ai_governance_events / playbooks / incidents / approval_records
全部 SET NULL（avoid cascade lock，但 governance_event 用 RESTRICT）
變更：
- apps/api/src/db/models.py（GovernanceRemediationDispatch ORM class）
- apps/api/migrations/governance_remediation_dispatch_2026-05-03.sql
- apps/api/src/repositories/governance_remediation_dispatch_repo.py
（6 個 async 函式 + 3 個自訂例外：DispatchAlreadyActive /
InvalidStatusTransition / DispatchNotFound）
- apps/api/src/models/governance_dispatch.py（DecisionContextV1 等 4 schema）
- apps/api/tests/test_governance_remediation_dispatch.py（29 tests）
【Track B — /governance 頁面】
後端 PR1 三個 endpoint + 前端 PR2-5 完整三 Tab。
PR1 後端：
- GET /api/v1/ai/governance/events（events_tab，含 event_type/severity/
狀態/時間範圍篩選 + 分頁）
- GET /api/v1/ai/governance/queue（queue_tab，含 graceful fallback：
dispatch 表不存在時回 table_pending=True 不拋 500）
- GET /api/v1/ai/governance/summary（slo_tab 30d 違反時序圖）
- severity 映射規則寫死（critic 建議未來移 settings）
PR2-5 前端：
- /governance 路由 + AppLayout + Compliance Badge 橫幅 + PageTabs
- SLO Tab：3 KPI 卡片（Syne 28px + StatusOrb + 7d sparkline）+
30d 違反 stacked BarChart
- Events Tab：篩選列 + 表格 + inline 展開行（JSON / 修復建議 / 派遣記錄）
- Queue Tab：HITL 待辦卡片 + 信任度進度條 + 批准/拒絕按鈕（本 PR console.log）
- Sidebar 加入「AI 治理」入口（ShieldCheck icon）
- i18n 雙語完整（governance namespace + nav.governance）
- 7 個新元件：slo-kpi-card / slo-violation-chart / events-table /
events-filter-bar / event-detail-drawer / queue-item-card / queue-history-tabs
變更：
- apps/api/src/api/v1/ai_governance.py（router）
- apps/api/src/services/governance_query_service.py
- apps/api/src/models/governance.py（Pydantic V2 schemas）
- apps/api/tests/test_ai_governance_endpoints.py（21 tests）
- apps/web/src/app/[locale]/governance/（page + 3 tabs）
- apps/web/src/components/governance/（7 元件）
- apps/web/messages/{zh-TW,en}.json（governance namespace）
- apps/web/src/components/layout/sidebar.tsx（+1 行）
- apps/api/src/main.py（router include）
【Track A — GovernanceDispatcher 決策融合】
把治理事件接到 remediation 執行器，走北極星方向決策融合（LLM × Playbook trust
× MCP），符合「禁寫死規則」鐵律。
- 設計鐵律：DecisionFusionAdapter 是新增 wrapper，**不修改任何 Tier 3 檔**
（decision_manager / learning_service / trust_engine），只 consume 既有 API
- 三維融合公式：confidence = 0.4×llm + 0.3×playbook_trust + 0.3×mcp_consistency
（權重加 TODO 標明未來由 AI 自學調整）
- 三分支決策路徑：
confidence ≥ 0.85 → auto_dispatch（status=dispatched）
0.65 ≤ confidence < 0.85 → pending_approval（HITL）
confidence < 0.65 → skip + log
- decision_context JSONB 完整記錄三維輸入快照（給未來 fine-tune 用）
- poll 30s 掃 unresolved 事件，仿 governance loop 模式
- 重複事件擋去重（呼叫 get_active_for_event）
變更：
- apps/api/src/services/governance_dispatcher.py
- apps/api/src/services/decision_fusion_adapter.py
- apps/api/tests/test_governance_dispatcher.py（14 tests）
- apps/api/src/main.py（lifespan task 接 run_governance_dispatcher_loop）
【驗證】
1836 個 unit test 全過（29 skipped 為既有 PG integration env 問題）
【調度教訓 — 已記入 memory】
- vuln-verifier 應在 fullstack-engineer **之前**跑（避免並行讀到已修代碼誤判）
- critic 雙輪審查不可省（第二輪抓到 NaN sentinel + Prom rule 連鎖）
- 北極星「禁寫死規則」搭配 decision-fusion 確實實施
【未動 Tier 3 — 已驗證】
git diff 確認本 commit 完全沒改 decision_manager.py / learning_service.py /
trust_engine.py，只新增 wrapper service consume 既有 API。
🤖 Generated with [Claude Code](https://claude.com/claude-code)
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
|
2026-05-03 12:42:40 +08:00 |
|