iT邦幫忙

鐵人檔案

2026 iThome 鐵人賽
回列表
Claude AI

從 AI 助理到營運中台:金融 PM 的 30 天 Claude Code 治理實戰 系列

本系列以金融保險營運為場景,記錄一位非工程師 PM 如何運用 Claude Code,從零建立「銀保 AI 營運中台」。30 天將依序完成 AI 任務登錄、流程編排、作業依據管理、資料分級、去識別化、人工決策、稽核留痕與風險儀表板。重點不在炫技,而在示範如何把零散的 AI 助理,轉化為可管理、可驗收、可追溯,且保留人類最終決策的營運系統。

參賽天數 30 天 | 共 30 篇文章 | 0 人訂閱 訂閱系列文 RSS系列文
DAY 21

為 AI 打造「誠實協議」:為什麼我們不該讓模型評估自己的信心?

當 AI 說它「很有把握」時,你敢信嗎? 在檢索增強生成(RAG)系統的開發實務中,我們經常遇到一個棘手的課題:當使用者問了一個艱澀的專業問題,AI 吐出了一...

2026-10-05 ‧ 由 BrianYang 分享
DAY 22

AI 知識庫的「過期」危機:為什麼你的 RAG 系統會突然失憶?

引言:知識入庫不是終點,而是挑戰的開始 在 RAG(檢索增強生成)系統的開發過程中,開發者往往投注大量精力於向量資料庫的建置、切塊(Chunking)演算法與檢...

2026-10-06 ‧ 由 BrianYang 分享
DAY 23

別讓「全給或不給」毀了你的 AI 專案:金融級資料治理的 3 個關鍵啟示

1. 前言:資料治理的「窒息」與「失控」 在金融業推動 AI 專案,我們經常在兩極之間痛苦掙扎。一種是為了絕對合規而「管得太嚴」,讓開發者拿不到像樣的測試資料...

2026-10-07 ‧ 由 BrianYang 分享
DAY 24

別再以為改掉姓名就安全:揭密去識別化的四大陷阱與「攻不破」的驗證邏輯

引言:打破「王小明」的資安迷思 在資安與資料治理的實務中,最危險的誤解就是將「去識別化」看作一場大型的「搜尋與取代」遊戲。許多企業以為只要把姓名換成「王小明」、...

2026-10-08 ‧ 由 BrianYang 分享
DAY 25

【開發筆記】程式也會「自食其果」?打造 Python 敏感資料遮罩工具的 4 個深度洞察

在處理個人識別資訊(PII)的開發流程中,「及格線」通常被定義為對直接識別字的徹底屏蔽。然而,真正實作過敏感資料遮罩工具的開發者都知道,這條線遠比想像中難以跨越...

2026-10-09 ‧ 由 BrianYang 分享
DAY 26

Zero-Trust 數據治理:建構 AI 最小化傳輸的「閘門架構」

引言:AI 的「資訊肥胖症」 在開發 AI 應用時,開發者往往陷入一個常見的誤區:「餵給模型的資料越多,它的表現就會越聰明。」這種傾向導致了 AI 的「資訊肥胖...

2026-10-10 ‧ 由 BrianYang 分享
DAY 27

當過去的成功被發現是違規:權限矩陣揭露的系統治理危機

引言:你以為的成果,可能只是防線的漏洞 身為系統架構師,我們常追求「自動化」與「端到端」的流暢感。想像一個場景:你剛完成了一套嚴謹的權限矩陣——定義了「六個角色...

2026-10-11 ‧ 由 BrianYang 分享
DAY 28

人機協作的安全防線:如何打造防止 AI 脫韁的「人工決策站」?

當 AI 跑得太快,我們需要一個「紅綠燈」 在企業導入生成式 AI 的競賽中,最致命的隱憂往往不是 AI 產出了錯誤資訊,而是人類在審核時進入了「自動導航」模式...

2026-10-12 ‧ 由 BrianYang 分享
DAY 29

為什麼「數據全過」反而是最危險的信號?從 AI 治理儀表板學到的 4 個管理啟示

在數位轉型的決策現場,管理者常有一種直覺:報表愈綠、數據愈接近 100%,代表系統愈穩健。然而,作為 AI 治理專家,我必須警示:在複雜的自動化架構中,完美的「...

2026-10-13 ‧ 由 BrianYang 分享
DAY 30

AI 營運的最後一哩路:哪些該交給機器,哪些人類絕不能放手?

1. 前言:從 30 天的混亂到一套「可管理」的系統 在金融科技的浪潮中,許多組織最常踩到的坑,就是讓 AI 助理如野草般散落在各個業務流程,卻缺乏統一的監控...

2026-10-14 ‧ 由 BrianYang 分享