iT邦幫忙

鐵人檔案

2026 iThome 鐵人賽
回列表
AI Engineering

當 AI 加入團隊:打造可審查、可驗證、會自我改善的 AI 開發工作流 系列

團隊導入 AI 後最常見的困境,不是 AI 不夠聰明,而是有效做法留不下來:好用的做法只活在某人聊天視窗裡,AI 常自信宣稱已完成、已驗證,卻沒真的跑過檢查,日誌與權限也缺乏一致安全邊界。這系列文記錄我們如何用刻意輕量的做法——不引入新服務或平台,只靠 Git、Markdown 與腳本——把 AI 協作變成可審查的工程資產:畫出骨架、把個人經驗改寫成技能與流程,訂出腳本邊界讓自動化可重複驗證,用回顧審查機制讓教訓升格成規則,再靠格式檢查把「完成」變成機器能驗證的契約。30 篇依實際順序展開,收斂成會自我演化的學習迴圈:AI 負責發現與草擬,人負責審查拍板,讓有效做法能被複製、檢查、交接下去。

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

EP 21 - 開始整理「角色」與「技能」的邊界

Hello, 各位 iT 邦幫忙 的粉絲們大家好~~~ 這系列文源自這幾年在團隊裡導入 AI Coding 之後,一路踩雷、修正、再踩雷的真實過程。把這些收斂...

2026-10-04 ‧ 由 James Tsai 分享
DAY 22

EP 22 - 用合併取代重複,用參數表達差異

Hello, 各位 iT 邦幫忙 的粉絲們大家好~~~ 這系列文源自這幾年在團隊裡導入 AI Coding 之後,一路踩雷、修正、再踩雷的真實過程。把這些收斂...

2026-10-05 ‧ 由 James Tsai 分享
DAY 23

EP 23 - 把現場裝置的限制,寫進部署流程裡

Hello, 各位 iT 邦幫忙 的粉絲們大家好~~~ 這系列文源自這幾年在團隊裡導入 AI Coding 之後,一路踩雷、修正、再踩雷的真實過程。把這些收斂...

2026-10-06 ‧ 由 James Tsai 分享
DAY 24

EP 24 - 同一個概念,不同平台要分開講清楚

Hello, 各位 iT 邦幫忙 的粉絲們大家好~~~ 這系列文源自這幾年在團隊裡導入 AI Coding 之後,一路踩雷、修正、再踩雷的真實過程。把這些收斂...

2026-10-07 ‧ 由 James Tsai 分享
DAY 25

EP 25 - 共用同一份參考資料,別留兩份真相

Hello, 各位 iT 邦幫忙 的粉絲們大家好~~~ 這系列文源自這幾年在團隊裡導入 AI Coding 之後,一路踩雷、修正、再踩雷的真實過程。把這些收斂...

2026-10-08 ‧ 由 James Tsai 分享
DAY 26

EP 26 - 讓這套「作業說明」可以被機器檢查

Hello, 各位 iT 邦幫忙 的粉絲們大家好~~~ 這系列文源自這幾年在團隊裡導入 AI Coding 之後,一路踩雷、修正、再踩雷的真實過程。把這些收斂...

2026-10-09 ‧ 由 James Tsai 分享
DAY 27

EP 27 - 把「完成」寫成一份看得見的契約

Hello, 各位 iT 邦幫忙 的粉絲們大家好~~~ 這系列文源自這幾年在團隊裡導入 AI Coding 之後,一路踩雷、修正、再踩雷的真實過程。把這些收斂...

2026-10-10 ‧ 由 James Tsai 分享
DAY 28

EP 28 - 把老手的判斷,變成完成前的檢查閘門

Hello, 各位 iT 邦幫忙 的粉絲們大家好~~~ 這系列文源自這幾年在團隊裡導入 AI Coding 之後,一路踩雷、修正、再踩雷的真實過程。把這些收斂...

2026-10-11 ‧ 由 James Tsai 分享
DAY 29

EP29 - 越靠近底層操作,安全護欄要越具體

Hello, 各位 iT 邦幫忙 的粉絲們大家好~~~ 這系列文源自這幾年在團隊裡導入 AI Coding 之後,一路踩雷、修正、再踩雷的真實過程。把這些收斂...

2026-10-12 ‧ 由 James Tsai 分享
DAY 30

EP 30 - 這不是一句 Prompt,是一個學習迴圈

Hello, 各位 iT 邦幫忙 的粉絲們大家好~~~ 這系列文源自這幾年在團隊裡導入 AI Coding 之後,一路踩雷、修正、再踩雷的真實過程。把這些收斂...

2026-10-13 ‧ 由 James Tsai 分享