← Financial Cloud Cloud Cloud Club · AWS Re:cap

極點宏觀|Financial Cloud Cloud · AWS Re:cap

AWS Re:cap 05: 從多智能體看 Agent 時代軟體新生態

講者: 政務資料

場次: 05

場次
Summit Dev Lounge2026 Re:cap
01 把架構寫成 Steering,引導 AI Agent
Summit Dev Lounge2026 Re:cap
02 Agent Harness 才是真正的工程護城河
Summit Dev Lounge2026 Re:cap
03 用白話詢問可觀測性資料
Summit Dev Lounge2026 Re:cap
04 以 Bedrock AgentCore 打造 Serverless AR 遊戲
Summit Dev Lounge2026 Re:cap
05 AgentCore 上的多 Agent 量化回測
Summit Dev Lounge2026 Re:cap
06 三分鐘用 Kiro 把部落格變簡報
Summit Dev Lounge2026 Re:cap
AWS Community Day Hong Kong 2025 Re:cap
02 使用 Terraform 實現 AWS 合規
AWS Community Day Hong Kong 2025 Re:cap
03 從新手到開發者:一段精彩的 AWS 雲端旅程
AWS Community Day Hong Kong 2025 Re:cap
04 以團隊為優先:使用 Laravel 與 Bref 進行無伺服器工程
AWS Community Day Hong Kong 2025 Re:cap
05 活動開幕
AWS Community Day Hong Kong 2025 Re:cap
06 Agent-to-Agent:在 AWS 上打造可互通的 AI
AWS Community Day Hong Kong 2025 Re:cap
07 運用另一種遙測資料,透過 AI Agent 加速改善
AWS Community Day Hong Kong 2025 Re:cap
08 告別 Vibe Coding:運用 Kiro 實踐規格驅動開發(Spec-Driven Development)
AWS Community Day Hong Kong 2025 Re:cap
09 運用 MCP 與 AI 代理進行自動化測試
AWS Community Day Hong Kong 2025 Re:cap
10 以 ML 驅動的方法實現電信安全現代化
AWS Community Day Hong Kong 2025 Re:cap
11 重新思考 GenAI Agent:RAG 與 MCP
AWS Community Day Hong Kong 2025 Re:cap
12 運用 TAK 與 AWS 進行災害及緊急應變
AWS Community Day Hong Kong 2025 Re:cap
13 從測試角度重新思考 Serverless 應用程式工作流程
AWS Community Day Hong Kong 2025 Re:cap
14 運用實務 AWS FinOps 邁向雲端成功
AWS Community Day Hong Kong 2025 Re:cap
15 運用 AWS 打造 AI 驅動的全球 Pure-Alpha 宏觀交易:革新風險調整後資產報酬
AWS Community Day Hong Kong 2025 Re:cap
FSI Recap
01 現代交易生命週期:從交易到結算
FSI Recap
02 Goldman Sachs:透過 Fast Track 將應用程式移至雲端 - AWS Re:cap Q1/2023
FSI Recap
03 Zurich Insurance Group:在 AWS 上建置有效的日誌管理解決方案
FSI Recap
04 FSI Meetup 2025 Q4 - Brex 資料庫災難復原
FSI Recap
05 FSI Meetup 2025 Q4 - Graviton 遷移成功案例
FSI Recap
06 FSI Meetup 2025 Q4 - Stifel 現代化資料平台
FSI Recap
07 FSI Meetup 2025 Q4 - PayPal 金融交易資料對帳器
FSI Recap
08 FSI Meetup 2025 Q4 - 擴展韌性
FSI Recap
09 最大化 AI 推論成本效益:策略性採用 AWS GPU 執行個體
FSI Recap
10 進階代理式 AI 設計模式
FSI Recap
11 在 AWS 上建置全新現代化應用程式
FSI Recap
AWS re:Invent 2025
01 Coinbase re:Invent 回顧 (IND3312)
AWS re:Invent 2025
02 利用 AI 和 AWS 構建未來交易平臺
AWS re:Invent 2025
03 交易創新:Jefferies 在 Amazon Bedrock 上的 AI 助理 (IND3315)
AWS re:Invent 2025
04 FSI 如何運用代理式 AI 徹底改造 HFT 分析 (GBL302)
AWS re:Invent 2025
05 透過 Amazon Time Sync 改善分散式系統,Nasdaq 專題分享
AWS re:Invent 2025
06 Amazon Aurora HA 與 DR 的全球韌性設計模式 (DAT442)
AWS re:Invent 2025
07 建構代理式 AI:Amazon Nova Act 與 Strands Agents 實務應用 (DEV327)
AWS re:Invent 2025
08 深入探討 Amazon Aurora 及其創新 (DAT441)
AWS re:Invent 2025
09 深入探討 Amazon S3 (STG407)
AWS re:Invent 2025
10 Nasdaq:為全球金融服務打造具彈性的基礎設施(HMC327)
AWS re:Invent 2025
11 AWS Lambda 的最新功能 (CNS376)
AWS re:Invent 2025
12 使用 Kiro 進行規格驅動開發 (DEV314)
AWS re:Invent 2025
13 Amazon 的 FinOps:全球電子商務巨擘的雲端成本經驗 (AMZ308)
AWS re:Invent 2025
14 AWS 上的 Tick-to-trade 延遲交易平台
AWS re:Invent 2025
政務資料
01 The AI Era: The Boundary Between Development and Design Is Disappearing
政務資料
02 裝置端多模態 AI 與智慧城市實踐
政務資料
03 大模型能力評測與 AI 專案落地方法論
政務資料
04 基於雲端代理的政府開發全鏈路受控自動化
政務資料
05 從多智能體看 Agent 時代軟體新生態
政務資料
06 AI 驅動的宏觀量化研究與智慧治理
政務資料
07 公共數據授權營運與智慧政務實踐
政務資料
08 数据资产化落地实践:确权合规、工程治理与数字政府案例
政務資料
09 AI技術賦能心理健康公益:可信平台的治理、架構與實踐
政務資料
Amarathon 2025 回顧
01 開發人員的代理架構設計路線圖
Donnie Prakoso
02 Amazon Bedrock 資料自動化
Hafiz Syed Ashir Hassan
03 AgentCore 上的多代理
Tan Xin
04 實務建置代理式 AI:Nova Act 與 Strands Agents
Haowen Huang
04 運用規格驅動開發,以 Kiro 加速移轉專案
Sanchit Dilip Jain
06 從「比對」到「理解」:由 AgentCore Memory 驅動的個人化 AI 搜尋實踐
Liu Cao
07 從觀察到最佳化:從 LLM 可觀測性邁向 AIOps,將即時洞察轉化為智慧自動化
Jimmy Soh
08 部署 TEAM 並打造最佳工程團隊
Yuji Oshima
09 五年來所謂無伺服器資料庫帶來的五個慘痛教訓
Renato Losio
14 如果 AI 替我工作會怎樣:Q Developer CLI 與 Kiro 如何改變我的日常工作
Miguel Angel Muñoz
16 兼顧速度與警覺:Amazon Bedrock Agent 開發的安全要點
Brian Tarbox
26 在單張 H100 上執行 OSS LLM:更聰明、更便宜、更快速
Adit Modi Adit Modi
28 現代化統一中繼資料架構:打破資料孤島的新方法
Shaofeng Shi
29 無伺服器 MediaOps:運用 Amazon Web Services 上的 AI 自動化影片工作流程
Luis Valdivia
30 透過大規模效能測試建構兼具效率與可靠性的架構
Luis Guirigay
31 透過開放原始碼連結世界:技術、社群與全球開發者關係的實踐歷程
Richard Lin
33 建置串流 Iceberg 資料表以進行即時物流分析
Fahad Shah
34 加速大規模機器人策略訓練:以 Kiro、Trainium 與 EKS 為基礎的自動化閉環架構
Junjie Tang
35 透過規格驅動開發,從 Vibe 走向可行方案
Ricardo Sueiras
36 讓雲端成本分析更智慧:使用 Strands 與 AgentCore 建置 FinOps 智慧 Agent
Xiaofei Li
37 使用 CNCF Kagent、K8sGPT 與 Nova Sonic,轉型 K8s 對話式 Agentic AIOps
Shaoyi Li

面向政府技術顧問、政務資訊化、資料治理、資安、企業架構與大型專案決策者的深度分享。


政府軟體生態的 Agent 轉折

公共價值

以辦理時間、一次辦結率和基層負擔判斷成敗。這項設計的核心,是把技術能力放回公共責任與業務結果之中。實施時應指定責任人、輸入輸出、例外路徑和可驗證證據,不能只用展示效果判斷成熟度。

工程本質

多智能體是帶機率行為的分散式系統。落地時要區分確定性流程與機率性推理,前者控制交易和權限,後者處理語意與不完整資料。兩者之間以結構化契約連接,才能測試、回放和替換。

責任紅線

法定決定不能交給代理投票。風險控制不應停留在原則,而要變成身份、授權、版本、日誌、人工否決和退出機制。任何高影響動作都需在執行前後留下可供稽核的完整證據鏈。

起步方法

先拆流程,再標記規則、推理與人工節點。評估時同時檢查公共價值、模型品質、工程可靠性、治理效果和單件成本。若基準未改善,或風險超過門檻,就應降級、修正或停止,而不是因已投資而繼續擴張。


Agent 與微服務的正確分工

問題與判斷

微服務承擔交易、帳務、身份和可重現規則。這項設計的核心,是把技術能力放回公共責任與業務結果之中。實施時應指定責任人、輸入輸出、例外路徑和可驗證證據,不能只用展示效果判斷成熟度。

架構與方法

代理負責語意理解、證據蒐集與建議草擬。落地時要區分確定性流程與機率性推理,前者控制交易和權限,後者處理語意與不完整資料。兩者之間以結構化契約連接,才能測試、回放和替換。

治理與控制

核心系統仍是權威狀態,模型不能直接覆蓋。風險控制不應停留在原則,而要變成身份、授權、版本、日誌、人工否決和退出機制。任何高影響動作都需在執行前後留下可供稽核的完整證據鏈。

實作與驗收

每次模型呼叫都要證明比規則或搜尋更有價值。評估時同時檢查公共價值、模型品質、工程可靠性、治理效果和單件成本。若基準未改善,或風險超過門檻,就應降級、修正或停止,而不是因已投資而繼續擴張。


多智能體的適用判準

問題與判斷

多專業、多資料域、多權限和高例外比例是正面訊號。這項設計的核心,是把技術能力放回公共責任與業務結果之中。實施時應指定責任人、輸入輸出、例外路徑和可驗證證據,不能只用展示效果判斷成熟度。

架構與方法

固定流程、單一資料源和低推理價值應用傳統自動化。落地時要區分確定性流程與機率性推理,前者控制交易和權限,後者處理語意與不完整資料。兩者之間以結構化契約連接,才能測試、回放和替換。

治理與控制

以任務變異度、跨域依賴度、例外率和推理收益評分。風險控制不應停留在原則,而要變成身份、授權、版本、日誌、人工否決和退出機制。任何高影響動作都需在執行前後留下可供稽核的完整證據鏈。

實作與驗收

PoC 前建立時間、錯誤、退件、工時和申訴基準線。評估時同時檢查公共價值、模型品質、工程可靠性、治理效果和單件成本。若基準未改善,或風險超過門檻,就應降級、修正或停止,而不是因已投資而繼續擴張。


五種角色與職責隔離

問題與判斷

協調者拆任務和維護狀態,但不判定政策合法性。這項設計的核心,是把技術能力放回公共責任與業務結果之中。實施時應指定責任人、輸入輸出、例外路徑和可驗證證據,不能只用展示效果判斷成熟度。

架構與方法

專家代理提供政策、資料、核算或文本輸出。落地時要區分確定性流程與機率性推理,前者控制交易和權限,後者處理語意與不完整資料。兩者之間以結構化契約連接,才能測試、回放和替換。

治理與控制

守門與稽核代理檢查權限、用途和證據完整性。風險控制不應停留在原則,而要變成身份、授權、版本、日誌、人工否決和退出機制。任何高影響動作都需在執行前後留下可供稽核的完整證據鏈。

實作與驗收

人工責任人擁有高風險決定的核准、否決和改判權。評估時同時檢查公共價值、模型品質、工程可靠性、治理效果和單件成本。若基準未改善,或風險超過門檻,就應降級、修正或停止,而不是因已投資而繼續擴張。


集中、階層與分散協作

問題與判斷

集中編排最適合正式政務流程和一致稽核。這項設計的核心,是把技術能力放回公共責任與業務結果之中。實施時應指定責任人、輸入輸出、例外路徑和可驗證證據,不能只用展示效果判斷成熟度。

架構與方法

階層模式適合大型跨領域任務,但要防摘要失真。落地時要區分確定性流程與機率性推理,前者控制交易和權限,後者處理語意與不完整資料。兩者之間以結構化契約連接,才能測試、回放和替換。

治理與控制

分散協商只宜用於低風險探索,不可取代法定責任。風險控制不應停留在原則,而要變成身份、授權、版本、日誌、人工否決和退出機制。任何高影響動作都需在執行前後留下可供稽核的完整證據鏈。

實作與驗收

所有模式都要限制回合、成本、超時和衝突升級。評估時同時檢查公共價值、模型品質、工程可靠性、治理效果和單件成本。若基準未改善,或風險超過門檻,就應降級、修正或停止,而不是因已投資而繼續擴張。


任務契約與結構化 Schema

問題與判斷

輸入包含目的、資料範圍、工具、期限、成本和風險。這項設計的核心,是把技術能力放回公共責任與業務結果之中。實施時應指定責任人、輸入輸出、例外路徑和可驗證證據,不能只用展示效果判斷成熟度。

架構與方法

輸出包含結論、引用、信心、未決事項和下一步。落地時要區分確定性流程與機率性推理,前者控制交易和權限,後者處理語意與不完整資料。兩者之間以結構化契約連接,才能測試、回放和替換。

治理與控制

金額、日期、資格與身份必須進行型別和範圍校驗。風險控制不應停留在原則,而要變成身份、授權、版本、日誌、人工否決和退出機制。任何高影響動作都需在執行前後留下可供稽核的完整證據鏈。

實作與驗收

契約要有版本、相容策略、測試和變更審批。評估時同時檢查公共價值、模型品質、工程可靠性、治理效果和單件成本。若基準未改善,或風險超過門檻,就應降級、修正或停止,而不是因已投資而繼續擴張。


共享狀態與代理記憶

問題與判斷

流程狀態、業務狀態和語意記憶必須分開治理。這項設計的核心,是把技術能力放回公共責任與業務結果之中。實施時應指定責任人、輸入輸出、例外路徑和可驗證證據,不能只用展示效果判斷成熟度。

架構與方法

核心業務系統是權威來源,向量記憶只作輔助。落地時要區分確定性流程與機率性推理,前者控制交易和權限,後者處理語意與不完整資料。兩者之間以結構化契約連接,才能測試、回放和替換。

治理與控制

長流程採事件溯源、冪等鍵和 Saga 補償。風險控制不應停留在原則,而要變成身份、授權、版本、日誌、人工否決和退出機制。任何高影響動作都需在執行前後留下可供稽核的完整證據鏈。

實作與驗收

每類狀態設定建立、使用、封存和刪除週期。評估時同時檢查公共價值、模型品質、工程可靠性、治理效果和單件成本。若基準未改善,或風險超過門檻,就應降級、修正或停止,而不是因已投資而繼續擴張。


工具調用的安全邊界

問題與判斷

按搜尋、讀取、寫入、付款、通知和刪除拆分權限。這項設計的核心,是把技術能力放回公共責任與業務結果之中。實施時應指定責任人、輸入輸出、例外路徑和可驗證證據,不能只用展示效果判斷成熟度。

架構與方法

執行前驗證身份、委託、目的、資料分類和影響範圍。落地時要區分確定性流程與機率性推理,前者控制交易和權限,後者處理語意與不完整資料。兩者之間以結構化契約連接,才能測試、回放和替換。

治理與控制

執行後核對結果、取得回執並寫入不可竄改證據。風險控制不應停留在原則,而要變成身份、授權、版本、日誌、人工否決和退出機制。任何高影響動作都需在執行前後留下可供稽核的完整證據鏈。

實作與驗收

紅隊測試提示注入、惡意文件、越權參數和工具混淆。評估時同時檢查公共價值、模型品質、工程可靠性、治理效果和單件成本。若基準未改善,或風險超過門檻,就應降級、修正或停止,而不是因已投資而繼續擴張。


代理身份與零信任

問題與判斷

人員、服務和代理使用不同且可追蹤的身份。這項設計的核心,是把技術能力放回公共責任與業務結果之中。實施時應指定責任人、輸入輸出、例外路徑和可驗證證據,不能只用展示效果判斷成熟度。

架構與方法

短期憑證綁定任務、用途、資料範圍和有效期。落地時要區分確定性流程與機率性推理,前者控制交易和權限,後者處理語意與不完整資料。兩者之間以結構化契約連接,才能測試、回放和替換。

治理與控制

授權納入角色、敏感度、地區、時間和風險條件。風險控制不應停留在原則,而要變成身份、授權、版本、日誌、人工否決和退出機制。任何高影響動作都需在執行前後留下可供稽核的完整證據鏈。

實作與驗收

代理退役時同步撤銷密鑰、工具、記憶和排程。評估時同時檢查公共價值、模型品質、工程可靠性、治理效果和單件成本。若基準未改善,或風險超過門檻,就應降級、修正或停止,而不是因已投資而繼續擴張。


數字員工的全生命週期

問題與判斷

職務說明書列出服務對象、可做、不可做和升級路徑。這項設計的核心,是把技術能力放回公共責任與業務結果之中。實施時應指定責任人、輸入輸出、例外路徑和可驗證證據,不能只用展示效果判斷成熟度。

架構與方法

權限卡分清可讀、可寫、可建議和可批准。落地時要區分確定性流程與機率性推理,前者控制交易和權限,後者處理語意與不完整資料。兩者之間以結構化契約連接,才能測試、回放和替換。

治理與控制

績效同時看正確、引用、拒答、申訴和返工。風險控制不應停留在原則,而要變成身份、授權、版本、日誌、人工否決和退出機制。任何高影響動作都需在執行前後留下可供稽核的完整證據鏈。

實作與驗收

停用時交接未結案件、撤權、封存證據和更新目錄。評估時同時檢查公共價值、模型品質、工程可靠性、治理效果和單件成本。若基準未改善,或風險超過門檻,就應降級、修正或停止,而不是因已投資而繼續擴張。


人工覆核的真正設計

問題與判斷

人工放在衝突、不可逆工具和低信心輸出之前。這項設計的核心,是把技術能力放回公共責任與業務結果之中。實施時應指定責任人、輸入輸出、例外路徑和可驗證證據,不能只用展示效果判斷成熟度。

架構與方法

覆核介面展示原始資料、政策、分歧和預期影響。落地時要區分確定性流程與機率性推理,前者控制交易和權限,後者處理語意與不完整資料。兩者之間以結構化契約連接,才能測試、回放和替換。

治理與控制

覆核人可否決、修改、補證或轉交,理由必須記錄。風險控制不應停留在原則,而要變成身份、授權、版本、日誌、人工否決和退出機制。任何高影響動作都需在執行前後留下可供稽核的完整證據鏈。

實作與驗收

高風險全覆核,中低風險用閾值、抽樣和一致性監察。評估時同時檢查公共價值、模型品質、工程可靠性、治理效果和單件成本。若基準未改善,或風險超過門檻,就應降級、修正或停止,而不是因已投資而繼續擴張。


把代理衝突變成治理訊號

問題與判斷

衝突常源自版本、日期、資料完整度和管轄差異。這項設計的核心,是把技術能力放回公共責任與業務結果之中。實施時應指定責任人、輸入輸出、例外路徑和可驗證證據,不能只用展示效果判斷成熟度。

架構與方法

衝突包列出爭點、各方依據、缺失資料和影響。落地時要區分確定性流程與機率性推理,前者控制交易和權限,後者處理語意與不完整資料。兩者之間以結構化契約連接,才能測試、回放和替換。

治理與控制

先查資料與版本,再套政策優先級,最後人工裁決。風險控制不應停留在原則,而要變成身份、授權、版本、日誌、人工否決和退出機制。任何高影響動作都需在執行前後留下可供稽核的完整證據鏈。

實作與驗收

定期分析衝突可發現政策含糊和跨部門標準不一。評估時同時檢查公共價值、模型品質、工程可靠性、治理效果和單件成本。若基準未改善,或風險超過門檻,就應降級、修正或停止,而不是因已投資而繼續擴張。


可靠性、降級與補償

問題與判斷

每個代理和工具設定超時、退避和最大重試。這項設計的核心,是把技術能力放回公共責任與業務結果之中。實施時應指定責任人、輸入輸出、例外路徑和可驗證證據,不能只用展示效果判斷成熟度。

架構與方法

模型或外部雲異常時切換規則、搜尋、人工或延後。落地時要區分確定性流程與機率性推理,前者控制交易和權限,後者處理語意與不完整資料。兩者之間以結構化契約連接,才能測試、回放和替換。

治理與控制

不可處理事件進死信佇列,附上下文和處置期限。風險控制不應停留在原則,而要變成身份、授權、版本、日誌、人工否決和退出機制。任何高影響動作都需在執行前後留下可供稽核的完整證據鏈。

實作與驗收

混沌演練驗證 RTO、RPO、告警、接管和恢復。評估時同時檢查公共價值、模型品質、工程可靠性、治理效果和單件成本。若基準未改善,或風險超過門檻,就應降級、修正或停止,而不是因已投資而繼續擴張。


多智能體成本工程

問題與判斷

成本拆成推理、檢索、API、計算、儲存、人工和運維。這項設計的核心,是把技術能力放回公共責任與業務結果之中。實施時應指定責任人、輸入輸出、例外路徑和可驗證證據,不能只用展示效果判斷成熟度。

架構與方法

每項任務設定回合、上下文、工具次數和總成本上限。落地時要區分確定性流程與機率性推理,前者控制交易和權限,後者處理語意與不完整資料。兩者之間以結構化契約連接,才能測試、回放和替換。

治理與控制

分類抽取用規則或小模型,複雜推理才用高能力模型。風險控制不應停留在原則,而要變成身份、授權、版本、日誌、人工否決和退出機制。任何高影響動作都需在執行前後留下可供稽核的完整證據鏈。

實作與驗收

合同納入單件成本、峰值吞吐和三年總持有成本。評估時同時檢查公共價值、模型品質、工程可靠性、治理效果和單件成本。若基準未改善,或風險超過門檻,就應降級、修正或停止,而不是因已投資而繼續擴張。


全鏈可觀測與稽核

問題與判斷

案件追蹤碼串聯請求、模型、知識、工具、人工與結果。這項設計的核心,是把技術能力放回公共責任與業務結果之中。實施時應指定責任人、輸入輸出、例外路徑和可驗證證據,不能只用展示效果判斷成熟度。

架構與方法

技術、代理、業務和治理指標分層,避免只看延遲。落地時要區分確定性流程與機率性推理,前者控制交易和權限,後者處理語意與不完整資料。兩者之間以結構化契約連接,才能測試、回放和替換。

治理與控制

日誌遮罩敏感資料並分離運維與案件存取權。風險控制不應停留在原則,而要變成身份、授權、版本、日誌、人工否決和退出機制。任何高影響動作都需在執行前後留下可供稽核的完整證據鏈。

實作與驗收

每日檢視失敗、成本、知識過期、改判和供應商可用性。評估時同時檢查公共價值、模型品質、工程可靠性、治理效果和單件成本。若基準未改善,或風險超過門檻,就應降級、修正或停止,而不是因已投資而繼續擴張。


評測不只看回答正確

問題與判斷

基準集涵蓋正常、邊界、缺資料、衝突和惡意輸入。這項設計的核心,是把技術能力放回公共責任與業務結果之中。實施時應指定責任人、輸入輸出、例外路徑和可驗證證據,不能只用展示效果判斷成熟度。

架構與方法

評測任務成功、欄位正確、引用、幻覺和拒答。落地時要區分確定性流程與機率性推理,前者控制交易和權限,後者處理語意與不完整資料。兩者之間以結構化契約連接,才能測試、回放和替換。

治理與控制

同時測試洩漏、越權、公平、延遲、可用和災備。風險控制不應停留在原則,而要變成身份、授權、版本、日誌、人工否決和退出機制。任何高影響動作都需在執行前後留下可供稽核的完整證據鏈。

實作與驗收

模型、知識、提示詞或工具變更後都要重新回歸。評估時同時檢查公共價值、模型品質、工程可靠性、治理效果和單件成本。若基準未改善,或風險超過門檻,就應降級、修正或停止,而不是因已投資而繼續擴張。


PoC 到生產的階段閘門

問題與判斷

探索期使用合成、匿名或公開資料並設定停止條件。這項設計的核心,是把技術能力放回公共責任與業務結果之中。實施時應指定責任人、輸入輸出、例外路徑和可驗證證據,不能只用展示效果判斷成熟度。

架構與方法

受控試點限制業務、人群和時段,結果全部人工核對。落地時要區分確定性流程與機率性推理,前者控制交易和權限,後者處理語意與不完整資料。兩者之間以結構化契約連接,才能測試、回放和替換。

治理與控制

生產前完成等保、密評、資料分級、壓測和災備。風險控制不應停留在原則,而要變成身份、授權、版本、日誌、人工否決和退出機制。任何高影響動作都需在執行前後留下可供稽核的完整證據鏈。

實作與驗收

擴展採灰度與回退,每增加代理或工具重做風險評估。評估時同時檢查公共價值、模型品質、工程可靠性、治理效果和單件成本。若基準未改善,或風險超過門檻,就應降級、修正或停止,而不是因已投資而繼續擴張。


成功案例:香港數字政府共享底座

問題與判斷

到 2025 年底推進一百多項數字政府及智慧城市措施。這項設計的核心,是把技術能力放回公共責任與業務結果之中。實施時應指定責任人、輸入輸出、例外路徑和可驗證證據,不能只用展示效果判斷成熟度。

架構與方法

新一代政府雲、大數據、共享區塊鏈和通用聊天服務支撐部門。落地時要區分確定性流程與機率性推理,前者控制交易和權限,後者處理語意與不完整資料。兩者之間以結構化契約連接,才能測試、回放和替換。

治理與控制

智方便超過四百萬用戶,覆蓋一千三百多項服務及表格。風險控制不應停留在原則,而要變成身份、授權、版本、日誌、人工否決和退出機制。任何高影響動作都需在執行前後留下可供稽核的完整證據鏈。

實作與驗收

成功經驗是先統一身份、數據交換和安全,再擴展智能。評估時同時檢查公共價值、模型品質、工程可靠性、治理效果和單件成本。若基準未改善,或風險超過門檻,就應降級、修正或停止,而不是因已投資而繼續擴張。


成功案例:同意資料交換閘道

問題與判斷

經市民同意,把權威來源資料交付指定電子服務。這項設計的核心,是把技術能力放回公共責任與業務結果之中。實施時應指定責任人、輸入輸出、例外路徑和可驗證證據,不能只用展示效果判斷成熟度。

架構與方法

約每月二百萬次資料交換,降低重複提交和人工核驗。落地時要區分確定性流程與機率性推理,前者控制交易和權限,後者處理語意與不完整資料。兩者之間以結構化契約連接,才能測試、回放和替換。

治理與控制

資料代理只請求政策必需欄位,不能延伸同意用途。風險控制不應停留在原則,而要變成身份、授權、版本、日誌、人工否決和退出機制。任何高影響動作都需在執行前後留下可供稽核的完整證據鏈。

實作與驗收

交換保留來源、時間、目的、接收者和撤回處理證據。評估時同時檢查公共價值、模型品質、工程可靠性、治理效果和單件成本。若基準未改善,或風險超過門檻,就應降級、修正或停止,而不是因已投資而繼續擴張。


成功案例:全面數字化與企業身份

問題與判斷

電子付款、電子提交和電子批核文件已全面數字化。這項設計的核心,是把技術能力放回公共責任與業務結果之中。實施時應指定責任人、輸入輸出、例外路徑和可驗證證據,不能只用展示效果判斷成熟度。

架構與方法

企業數字身份預計 2026 年底推出並逐步擴大服務。落地時要區分確定性流程與機率性推理,前者控制交易和權限,後者處理語意與不完整資料。兩者之間以結構化契約連接,才能測試、回放和替換。

治理與控制

核心能力包括企業核驗、數字簽署、預填和文件錢包。風險控制不應停留在原則,而要變成身份、授權、版本、日誌、人工否決和退出機制。任何高影響動作都需在執行前後留下可供稽核的完整證據鏈。

實作與驗收

代理可準備材料,但正式簽署與高風險提交仍由授權人完成。評估時同時檢查公共價值、模型品質、工程可靠性、治理效果和單件成本。若基準未改善,或風險超過門檻,就應降級、修正或停止,而不是因已投資而繼續擴張。


成功案例:AI+ 公務服務多供應商

問題與判斷

能力目錄覆蓋客服、會議、文件、寫作、流程、創意和分析。這項設計的核心,是把技術能力放回公共責任與業務結果之中。實施時應指定責任人、輸入輸出、例外路徑和可驗證證據,不能只用展示效果判斷成熟度。

架構與方法

多供應商同場比較,按中文、資料、延遲、成本和退出選擇。落地時要區分確定性流程與機率性推理,前者控制交易和權限,後者處理語意與不完整資料。兩者之間以結構化契約連接,才能測試、回放和替換。

治理與控制

技術配對應帶真實流程、基準線和資料限制,而非只看展示。風險控制不應停留在原則,而要變成身份、授權、版本、日誌、人工否決和退出機制。任何高影響動作都需在執行前後留下可供稽核的完整證據鏈。

實作與驗收

不同模型可經標準工具接入,但身份、日誌和評測必須統一。評估時同時檢查公共價值、模型品質、工程可靠性、治理效果和單件成本。若基準未改善,或風險超過門檻,就應降級、修正或停止,而不是因已投資而繼續擴張。


大灣區跨境資料與規則

問題與判斷

2023 年簽署促進大灣區跨境數據流動合作備忘錄。這項設計的核心,是把技術能力放回公共責任與業務結果之中。實施時應指定責任人、輸入輸出、例外路徑和可驗證證據,不能只用展示效果判斷成熟度。

架構與方法

標準合同便利措施自 2024 年 11 月起擴展至所有行業。落地時要區分確定性流程與機率性推理,前者控制交易和權限,後者處理語意與不完整資料。兩者之間以結構化契約連接,才能測試、回放和替換。

治理與控制

代理傳輸前識別資料種類、來源地、目的地、用途和期限。風險控制不應停留在原則,而要變成身份、授權、版本、日誌、人工否決和退出機制。任何高影響動作都需在執行前後留下可供稽核的完整證據鏈。

實作與驗收

先以低敏感、清楚用途、權威來源明確的服務試點。評估時同時檢查公共價值、模型品質、工程可靠性、治理效果和單件成本。若基準未改善,或風險超過門檻,就應降級、修正或停止,而不是因已投資而繼續擴張。


北部都會區的數字先行

問題與判斷

未來五年規劃超過七萬住宅單位和一百萬平方米經濟樓面。這項設計的核心,是把技術能力放回公共責任與業務結果之中。實施時應指定責任人、輸入輸出、例外路徑和可驗證證據,不能只用展示效果判斷成熟度。

架構與方法

大學城、河套香港園區與新田科技城連接研發和產業轉化。落地時要區分確定性流程與機率性推理,前者控制交易和權限,後者處理語意與不完整資料。兩者之間以結構化契約連接,才能測試、回放和替換。

治理與控制

空間、建築、交通、能源與環境數據形成城市運營底座。風險控制不應停留在原則,而要變成身份、授權、版本、日誌、人工否決和退出機制。任何高影響動作都需在執行前後留下可供稽核的完整證據鏈。

實作與驗收

身份、數據標準、通訊、邊緣、災備和網安應納入前期規劃。評估時同時檢查公共價值、模型品質、工程可靠性、治理效果和單件成本。若基準未改善,或風險超過門檻,就應降級、修正或停止,而不是因已投資而繼續擴張。


惠企免申即享:案例全景

問題與判斷

政策、資料、合規、核算、通知和稽核代理專業分工。這項設計的核心,是把技術能力放回公共責任與業務結果之中。實施時應指定責任人、輸入輸出、例外路徑和可驗證證據,不能只用展示效果判斷成熟度。

架構與方法

協調者維護流程但不能批准資助或更改企業資料。落地時要區分確定性流程與機率性推理,前者控制交易和權限,後者處理語意與不完整資料。兩者之間以結構化契約連接,才能測試、回放和替換。

治理與控制

代理衝突交由業務責任人裁決,付款走核心財務系統。風險控制不應停留在原則,而要變成身份、授權、版本、日誌、人工否決和退出機制。任何高影響動作都需在執行前後留下可供稽核的完整證據鏈。

實作與驗收

以辦理時間、命中率、錯誤率和企業負擔衡量成功。評估時同時檢查公共價值、模型品質、工程可靠性、治理效果和單件成本。若基準未改善,或風險超過門檻,就應降級、修正或停止,而不是因已投資而繼續擴張。


惠企案例:政策知識工程

問題與判斷

條文拆成對象、時間、地區、排除、證據、公式和裁量。這項設計的核心,是把技術能力放回公共責任與業務結果之中。實施時應指定責任人、輸入輸出、例外路徑和可驗證證據,不能只用展示效果判斷成熟度。

架構與方法

每項條件連回原文、發布機關、版本和生效日期。落地時要區分確定性流程與機率性推理,前者控制交易和權限,後者處理語意與不完整資料。兩者之間以結構化契約連接,才能測試、回放和替換。

治理與控制

明確門檻交給規則,語意抽取才使用模型。風險控制不應停留在原則,而要變成身份、授權、版本、日誌、人工否決和退出機制。任何高影響動作都需在執行前後留下可供稽核的完整證據鏈。

實作與驗收

修訂、暫停與到期觸發流程,舊版本保留以重現歷史案件。評估時同時檢查公共價值、模型品質、工程可靠性、治理效果和單件成本。若基準未改善,或風險超過門檻,就應降級、修正或停止,而不是因已投資而繼續擴張。


惠企案例:資料核驗

問題與判斷

企業登記、納稅、僱員、牌照和資助各有權威來源。這項設計的核心,是把技術能力放回公共責任與業務結果之中。實施時應指定責任人、輸入輸出、例外路徑和可驗證證據,不能只用展示效果判斷成熟度。

架構與方法

代理按條件請求最小欄位,可用布林或區間減少披露。落地時要區分確定性流程與機率性推理,前者控制交易和權限,後者處理語意與不完整資料。兩者之間以結構化契約連接,才能測試、回放和替換。

治理與控制

缺失、延遲或矛盾標記不可判定,不可猜測符合或拒絕。風險控制不應停留在原則,而要變成身份、授權、版本、日誌、人工否決和退出機制。任何高影響動作都需在執行前後留下可供稽核的完整證據鏈。

實作與驗收

核驗結果記錄來源、時間、轉換規則和使用目的。評估時同時檢查公共價值、模型品質、工程可靠性、治理效果和單件成本。若基準未改善,或風險超過門檻,就應降級、修正或停止,而不是因已投資而繼續擴張。


惠企案例:核算與支付隔離

問題與判斷

補貼金額由版本化規則服務計算,模型只解釋不入帳。這項設計的核心,是把技術能力放回公共責任與業務結果之中。實施時應指定責任人、輸入輸出、例外路徑和可驗證證據,不能只用展示效果判斷成熟度。

架構與方法

候選結果由獨立規則或第二計算實例校驗。落地時要區分確定性流程與機率性推理,前者控制交易和權限,後者處理語意與不完整資料。兩者之間以結構化契約連接,才能測試、回放和替換。

治理與控制

代理只生成支付草稿,核心財務系統驗證預算和批准鏈。風險控制不應停留在原則,而要變成身份、授權、版本、日誌、人工否決和退出機制。任何高影響動作都需在執行前後留下可供稽核的完整證據鏈。

實作與驗收

每日對帳批准、指令和銀行結果,追回更正走補償流程。評估時同時檢查公共價值、模型品質、工程可靠性、治理效果和單件成本。若基準未改善,或風險超過門檻,就應降級、修正或停止,而不是因已投資而繼續擴張。


惠企案例:通知與申訴

問題與判斷

通知解釋條件、資料、計算、補件和最終責任機關。這項設計的核心,是把技術能力放回公共責任與業務結果之中。實施時應指定責任人、輸入輸出、例外路徑和可驗證證據,不能只用展示效果判斷成熟度。

架構與方法

網站、短信、電郵、熱線和窗口使用一致案件狀態。落地時要區分確定性流程與機率性推理,前者控制交易和權限,後者處理語意與不完整資料。兩者之間以結構化契約連接,才能測試、回放和替換。

治理與控制

企業可看依據、補證、要求人工覆核和提出申訴。風險控制不應停留在原則,而要變成身份、授權、版本、日誌、人工否決和退出機制。任何高影響動作都需在執行前後留下可供稽核的完整證據鏈。

實作與驗收

追蹤理解度、補件次數、閉環時間、改判和滿意度。評估時同時檢查公共價值、模型品質、工程可靠性、治理效果和單件成本。若基準未改善,或風險超過門檻,就應降級、修正或停止,而不是因已投資而繼續擴張。


智慧交通的代理邊界

問題與判斷

代理整合即時交通、泊位、到站、道路感測和事件資料。這項設計的核心,是把技術能力放回公共責任與業務結果之中。實施時應指定責任人、輸入輸出、例外路徑和可驗證證據,不能只用展示效果判斷成熟度。

架構與方法

信號、收費和執法由確定性系統控制並保留人工接管。落地時要區分確定性流程與機率性推理,前者控制交易和權限,後者處理語意與不完整資料。兩者之間以結構化契約連接,才能測試、回放和替換。

治理與控制

大型活動中各部門共享事件狀態但維持各自法定權限。風險控制不應停留在原則,而要變成身份、授權、版本、日誌、人工否決和退出機制。任何高影響動作都需在執行前後留下可供稽核的完整證據鏈。

實作與驗收

指標包含行程可靠、反應時間、錯誤告警、可用和投訴。評估時同時檢查公共價值、模型品質、工程可靠性、治理效果和單件成本。若基準未改善,或風險超過門檻,就應降級、修正或停止,而不是因已投資而繼續擴張。


智慧醫療的高風險分層

問題與判斷

預約和文件可先自動化,診斷、用藥與治療需臨床覆核。這項設計的核心,是把技術能力放回公共責任與業務結果之中。實施時應指定責任人、輸入輸出、例外路徑和可驗證證據,不能只用展示效果判斷成熟度。

架構與方法

健康資料依用途、同意和最小必要原則存取。落地時要區分確定性流程與機率性推理,前者控制交易和權限,後者處理語意與不完整資料。兩者之間以結構化契約連接,才能測試、回放和替換。

治理與控制

床位、檢查、藥物和出院代理可建議,工作流檢查規則。風險控制不應停留在原則,而要變成身份、授權、版本、日誌、人工否決和退出機制。任何高影響動作都需在執行前後留下可供稽核的完整證據鏈。

實作與驗收

除準確率外,監察漏報、誤報、停機、洩漏和群體差異。評估時同時檢查公共價值、模型品質、工程可靠性、治理效果和單件成本。若基準未改善,或風險超過門檻,就應降級、修正或停止,而不是因已投資而繼續擴張。


智慧環境與可執行治理

問題與判斷

空氣、水質、噪音、廢物、能源和生態數據需品質標記。這項設計的核心,是把技術能力放回公共責任與業務結果之中。實施時應指定責任人、輸入輸出、例外路徑和可驗證證據,不能只用展示效果判斷成熟度。

架構與方法

代理可解釋異常和安排巡查,但保留感測器校準證據。落地時要區分確定性流程與機率性推理,前者控制交易和權限,後者處理語意與不完整資料。兩者之間以結構化契約連接,才能測試、回放和替換。

治理與控制

感測與影像只觸發核查,不應直接形成處罰。風險控制不應停留在原則,而要變成身份、授權、版本、日誌、人工否決和退出機制。任何高影響動作都需在執行前後留下可供稽核的完整證據鏈。

實作與驗收

以污染改善、資源節省、巡查效率和公開透明評估。評估時同時檢查公共價值、模型品質、工程可靠性、治理效果和單件成本。若基準未改善,或風險超過門檻,就應降級、修正或停止,而不是因已投資而繼續擴張。


城市韌性與應急協同

問題與判斷

代理整合預報、設施容量、人口和歷史事件形成情景。這項設計的核心,是把技術能力放回公共責任與業務結果之中。實施時應指定責任人、輸入輸出、例外路徑和可驗證證據,不能只用展示效果判斷成熟度。

架構與方法

正式預警仍由授權機關發布,摘要必須連回原始訊息。落地時要區分確定性流程與機率性推理,前者控制交易和權限,後者處理語意與不完整資料。兩者之間以結構化契約連接,才能測試、回放和替換。

治理與控制

假設雲、模型和網絡失效,保留離線、專網和人工接管。風險控制不應停留在原則,而要變成身份、授權、版本、日誌、人工否決和退出機制。任何高影響動作都需在執行前後留下可供稽核的完整證據鏈。

實作與驗收

事件後比對預測、決策、執行和結果,修正跨部門卡點。評估時同時檢查公共價值、模型品質、工程可靠性、治理效果和單件成本。若基準未改善,或風險超過門檻,就應降級、修正或停止,而不是因已投資而繼續擴張。


開放資料與代理創新

問題與判斷

開放數據已達五千七百多個數據集和二千五百多個提供者。這項設計的核心,是把技術能力放回公共責任與業務結果之中。實施時應指定責任人、輸入輸出、例外路徑和可驗證證據,不能只用展示效果判斷成熟度。

架構與方法

下載量由 2019 年約五十億增至 2025 年超過八百億次。落地時要區分確定性流程與機率性推理,前者控制交易和權限,後者處理語意與不完整資料。兩者之間以結構化契約連接,才能測試、回放和替換。

治理與控制

機器可讀資料需欄位定義、更新頻率、授權和穩定識別碼。風險控制不應停留在原則,而要變成身份、授權、版本、日誌、人工否決和退出機制。任何高影響動作都需在執行前後留下可供稽核的完整證據鏈。

實作與驗收

評估多數據集組合的重新識別、誤讀和欺詐風險。評估時同時檢查公共價值、模型品質、工程可靠性、治理效果和單件成本。若基準未改善,或風險超過門檻,就應降級、修正或停止,而不是因已投資而繼續擴張。


多雲、混合雲與品牌選型

問題與判斷

騰訊雲、AWS、Google、字節及本地雲應按治理目標比較。這項設計的核心,是把技術能力放回公共責任與業務結果之中。實施時應指定責任人、輸入輸出、例外路徑和可驗證證據,不能只用展示效果判斷成熟度。

架構與方法

先定駐留、合規、延遲、能力、人才、成本和退出要求。落地時要區分確定性流程與機率性推理,前者控制交易和權限,後者處理語意與不完整資料。兩者之間以結構化契約連接,才能測試、回放和替換。

治理與控制

敏感交易留受控域,彈性推理可用合規公有雲。風險控制不應停留在原則,而要變成身份、授權、版本、日誌、人工否決和退出機制。任何高影響動作都需在執行前後留下可供稽核的完整證據鏈。

實作與驗收

接受有價值的差異化,但以匯出、替代和遷移演練控鎖定。評估時同時檢查公共價值、模型品質、工程可靠性、治理效果和單件成本。若基準未改善,或風險超過門檻,就應降級、修正或停止,而不是因已投資而繼續擴張。


供應商評估與採購驗收

問題與判斷

用去識別真實基準測中文、粵語、政策、長文和工具調用。這項設計的核心,是把技術能力放回公共責任與業務結果之中。實施時應指定責任人、輸入輸出、例外路徑和可驗證證據,不能只用展示效果判斷成熟度。

架構與方法

檢查 SLO、RTO、RPO、容量、認證、分包商和資料政策。落地時要區分確定性流程與機率性推理,前者控制交易和權限,後者處理語意與不完整資料。兩者之間以結構化契約連接,才能測試、回放和替換。

治理與控制

按資料準備、試點、安全、性能、災備和運行結果分段付款。風險控制不應停留在原則,而要變成身份、授權、版本、日誌、人工否決和退出機制。任何高影響動作都需在執行前後留下可供稽核的完整證據鏈。

實作與驗收

合同保留審計、版本通知、成本明細、匯出和終止協助。評估時同時檢查公共價值、模型品質、工程可靠性、治理效果和單件成本。若基準未改善,或風險超過門檻,就應降級、修正或停止,而不是因已投資而繼續擴張。


組織架構配合技術架構

問題與判斷

中央團隊提供身份、交換、模型、工具、評測、安全和稽核。這項設計的核心,是把技術能力放回公共責任與業務結果之中。實施時應指定責任人、輸入輸出、例外路徑和可驗證證據,不能只用展示效果判斷成熟度。

架構與方法

部門保留政策解釋、流程責任、資料品質和成效指標。落地時要區分確定性流程與機率性推理,前者控制交易和權限,後者處理語意與不完整資料。兩者之間以結構化契約連接,才能測試、回放和替換。

治理與控制

項目納入業務、產品、資料、資安、法律、採購和運維角色。風險控制不應停留在原則,而要變成身份、授權、版本、日誌、人工否決和退出機制。任何高影響動作都需在執行前後留下可供稽核的完整證據鏈。

實作與驗收

培訓涵蓋流程、契約、風險、評測、事件和供應商管理。評估時同時檢查公共價值、模型品質、工程可靠性、治理效果和單件成本。若基準未改善,或風險超過門檻,就應降級、修正或停止,而不是因已投資而繼續擴張。


紅隊與混沌工程實戰

問題與判斷

攻擊惡意附件、網頁注入、越權查詢和污染摘要。這項設計的核心,是把技術能力放回公共責任與業務結果之中。實施時應指定責任人、輸入輸出、例外路徑和可驗證證據,不能只用展示效果判斷成熟度。

架構與方法

故障注入模型延遲、消息重複、舊知識和權限服務中斷。落地時要區分確定性流程與機率性推理,前者控制交易和權限,後者處理語意與不完整資料。兩者之間以結構化契約連接,才能測試、回放和替換。

治理與控制

人員演練誤批、帳號被盜、覆核積壓和供應商失聯。風險控制不應停留在原則,而要變成身份、授權、版本、日誌、人工否決和退出機制。任何高影響動作都需在執行前後留下可供稽核的完整證據鏈。

實作與驗收

問題要有責任人、期限、重測和風險接受,不只留報告。評估時同時檢查公共價值、模型品質、工程可靠性、治理效果和單件成本。若基準未改善,或風險超過門檻,就應降級、修正或停止,而不是因已投資而繼續擴張。


五層參考架構

問題與判斷

數據層管理主數據、目錄、血緣、品質、同意和交換。這項設計的核心,是把技術能力放回公共責任與業務結果之中。實施時應指定責任人、輸入輸出、例外路徑和可驗證證據,不能只用展示效果判斷成熟度。

架構與方法

模型層提供路由、安全和評測,代理層定義角色與工具。落地時要區分確定性流程與機率性推理,前者控制交易和權限,後者處理語意與不完整資料。兩者之間以結構化契約連接,才能測試、回放和替換。

治理與控制

工作流控制順序、補償和人工節點,運行層提供彈性與觀測。風險控制不應停留在原則,而要變成身份、授權、版本、日誌、人工否決和退出機制。任何高影響動作都需在執行前後留下可供稽核的完整證據鏈。

實作與驗收

終端按市民、企業和承辦人設計,支援無障礙、弱網與人工。評估時同時檢查公共價值、模型品質、工程可靠性、治理效果和單件成本。若基準未改善,或風險超過門檻,就應降級、修正或停止,而不是因已投資而繼續擴張。


九十天與一年落地路線

問題與判斷

前三十天選場景、拆流程、盤點資料、定角色和基準集。這項設計的核心,是把技術能力放回公共責任與業務結果之中。實施時應指定責任人、輸入輸出、例外路徑和可驗證證據,不能只用展示效果判斷成熟度。

架構與方法

次三十天建編排、Schema、身份、引用、追蹤和離線評測。落地時要區分確定性流程與機率性推理,前者控制交易和權限,後者處理語意與不完整資料。兩者之間以結構化契約連接,才能測試、回放和替換。

治理與控制

最後三十天受控試點,量度效果並做中斷接管演練。風險控制不應停留在原則,而要變成身份、授權、版本、日誌、人工否決和退出機制。任何高影響動作都需在執行前後留下可供稽核的完整證據鏈。

實作與驗收

一年內制度化治理、共用底座、多供應商基準、災備和退出。評估時同時檢查公共價值、模型品質、工程可靠性、治理效果和單件成本。若基準未改善,或風險超過門檻,就應降級、修正或停止,而不是因已投資而繼續擴張。


領導者的最終決策框架

先價值後技術

確認瓶頸、基準、受益人和替代方案。這項設計的核心,是把技術能力放回公共責任與業務結果之中。實施時應指定責任人、輸入輸出、例外路徑和可驗證證據,不能只用展示效果判斷成熟度。

先責任後自治

每項決定、資料和工具都有具名責任人。落地時要區分確定性流程與機率性推理,前者控制交易和權限,後者處理語意與不完整資料。兩者之間以結構化契約連接,才能測試、回放和替換。

先底座後擴張

身份、契約、評測、觀測和稽核優先。風險控制不應停留在原則,而要變成身份、授權、版本、日誌、人工否決和退出機制。任何高影響動作都需在執行前後留下可供稽核的完整證據鏈。

最少必要智能

系統要可審計、可降級、可替換、可退出。評估時同時檢查公共價值、模型品質、工程可靠性、治理效果和單件成本。若基準未改善,或風險超過門檻,就應降級、修正或停止,而不是因已投資而繼續擴張。