iT邦幫忙

鐵人檔案

2026 iThome 鐵人賽
回列表
ChatGPT & Codex

AI 救得了祖傳系統嗎?30 天實戰企業 Legacy System × AI 協作開發 系列

企業 Legacy System 最困難的往往不是舊語法,而是缺乏文件、商業規則分散,以及修改後難以確認影響範圍。本系列將以 Delphi、SQL Server 等企業舊系統的真實維護情境為基礎,實測 ChatGPT 與 Codex 如何協助閱讀陌生程式、追蹤資料流程、分析錯誤、檢查風險及規劃安全修改。30 天內將透過去識別化案例,整理出一套「理解、保護、小改、驗證、重構」的 AI 協作維護方法,同時呈現 AI 的能力、盲點與工程師必須負責的判斷。

參賽天數 16 天 | 共 17 篇文章 | 0 人訂閱 訂閱系列文 RSS系列文
DAY 1

Day 1|AI 救得了祖傳系統嗎?我的 30 天企業 Legacy System × AI 實驗

**系列主題:**30 天實戰企業 Legacy System × AI 協作開發 **技術範圍:**Delphi × SQL Server × ChatG...

2026-09-15 ‧ 由 whois512139 分享
DAY 2

Day 2|先別急著改程式:建立 AI Agent 的 Legacy Code 維護契約

昨天我替這場 30 天實驗訂下了一個目標: 我不是要證明 AI 能替我寫完一套 Legacy System,而是要驗證它能不能幫助我更快讀懂系統,同時不讓修改...

2026-09-16 ‧ 由 whois512139 分享
DAY 3

Day 3|面對一萬行 Delphi 程式,我該先把什麼交給 AI?

前言/情境導入 前一篇提到,在企業 Legacy System 裡,AI 最危險的地方不是完全答錯,而是只看到局部資訊,卻很有自信地說:「這樣改應該就可以了。」...

2026-09-17 ‧ 由 whois512139 分享
DAY 4

Day 4|從按鈕開始追:如何還原 Delphi 表單的事件流程

前言/情境導入 前一篇提到,面對一支超過一萬行的 Delphi 程式,我不會再把整個專案一次交給 AI,而是先提供需求、錯誤現象、.pas、.dfm 與必要的欄...

2026-09-18 ‧ 由 whois512139 分享
DAY 5

Day 5|畫面有值不代表資料正確:讓 AI 幫我們追出祖傳系統的資料流

前言/情境導入 前一篇,我們從按鈕開始追查事件流程。但找到事件之後,還有另一個問題更容易讓人誤判: 畫面明明有值,資料就真的正確嗎? 前幾天整理這套祖傳系統...

2026-09-19 ‧ 由 whois512139 分享
DAY 6

Day 6|AI 說「資料來自這張表」,證據呢?建立 Legacy Code 證據鏈

前言/情境導入 上一篇提到,在 Delphi 這類資料繫結很重的系統裡: 畫面有值,不代表你已經知道資料從哪裡來。 一個畫面上的欄位,可能經過: 畫面元件...

2026-09-20 ‧ 由 whois512139 分享
DAY 7

Day 7|真正難懂的不是程式碼,而是沒人寫下來的商業規則

AI 看得懂 if、看得懂 SQL,也能一路追到資料表。但它未必知道:為什麼這個條件不能拿掉? 前言/情境導入 前一篇,我們把 AI 的分析一路追到: 畫...

2026-09-21 ‧ 由 whois512139 分享
DAY 8

Day 8|流水號從三碼改四碼,為什麼不能只改欄位?

前言/情境導入 每個接到「把編號從三碼改成四碼」需求的人,大概都曾經以為:這個半小時可以做完。 這次收到的需求也只有一句: 「把流水號從三碼改成四碼。」...

2026-09-22 ‧ 由 whois512139 分享
DAY 9

Day9 | 兩個人同時按新增,為什麼會拿到同一個號碼?從 Legacy Code 看 Race Condition

前言/情境導入 上一篇,我處理了一個看似單純、實際上牽動整條資料流的需求:把三碼流水號改成四碼十進位。 在釐清三碼十進位、三碼十六進位與四碼十進位的歷史規則後,...

2026-09-23 ‧ 由 whois512139 分享
DAY 10

Day 10|這個規則到底該寫在哪?UI、Stored Procedure 還是 Trigger?

同一條商業規則寫三次,不叫三層防護;如果三份邏輯會各自演化,那只是準備製造三種答案。 前言/情境導入 上一篇,我處理了兩位使用者同時新增時,可能拿到相同流...

2026-09-24 ‧ 由 whois512139 分享