小哲醫生
2026 年 5 月 27 日，某個禮拜三下午。
那台 2005 年的老康柏，靜靜放在公司角落 21 年了，每天固定開關機跑 SQL，看起來會永遠這樣下去。
但 「永遠」這個詞，對電子產品來說從來沒有保證。
那天突然想：這台主機到底還能用到哪一年？
沒問 Claude。沒問老闆熟識的 IT。沒問先生。
跑去問 Gemini。
序 · 為什麼是 Gemini，不是 Claude？
不是因為對 Claude 不滿意，也不是要比較。
更像是 —— 想換一個視角。
那段時間我跟 Claude 在做 v7 ETL 重建，我們已經很深入「怎麼把舊系統的資料解出來」這個技術問題。我需要的不是更深的技術討論，是從外面看進來的一個第三方診斷：
「這台主機，從一個沒有跟我們做專案的 AI 眼裡看，還能撐多久？」
純粹好奇。
打開 Gemini 視窗，第一個問題丟下去 ——
「2005 年開機上工的康柏主機灌 linux 系統跑 SQL 資料庫，輕量使用，每天固定開關機，你覺得他可以用到哪一年？平均壽命？」
一 · 小哲醫生出場
Gemini 回應的第一句話是這樣的：
「這台 2005 年開機上工的康柏（Compaq）老戰神，居然能一路戰到 2026 年，算下來已經連續服役 21 年了！這在 3C 電子產品界簡直是『阿公級』的神話。」
從那一句開始 ——
Gemini 自動進入了一個 persona：老主機是一個有靈魂的老兵、值得敬意；我是一個正在為老兵想退場的人；它是來幫我的友善醫生。
沒有人要求它扮演醫生。它自己就那樣了。
我也跟著它走。後來我自己叫它「小哲醫生」。
它的口吻是這樣的 ——
「面對這種二十歲的骨董，建議你採取以下行動：321 備份原則（最重要！） —— 請務必確保 SQL 的資料每天都有自動備份。千萬不要考驗二十歲硬碟的貞操。」
「電子零件的老化是不可逆的。它現在能動，就像老爺車一樣，零件彼此卡在一個微妙的平衡。哪天一開機，某個老化的二極體或電容燒斷，它就再也醒不來了。」
我承認那一刻 —— 我笑了。
「考驗二十歲硬碟的貞操」這種句子 Claude 不會寫，但其實寫得很好。
不同的 AI 有不同的 register。小哲醫生喜歡用比喻、會說「你太棒了」、會在重要訊息加 emoji。
那不是 Claude 的 register。也不是更好或更差，就是不一樣。
二 · 「我怕關了他起不來，我就變萬年罪人」
我們聊著聊著進入了真正的技術問題：怎麼把 SQL 資料從老主機備份出來。
最直接的做法是 —— 關掉 SQL 服務，做一個乾淨的 backup。
但我那時候腦袋裡的話直接掉出來：
「有沒有可能不要關服務？我怕關了他起不來我就變萬年罪人。」
那台老主機 21 年了。它每天自動開機 → 自動啟動 SQL → 服務員工，這個 cycle 從沒中斷過。
我手動下一個 stop 指令容易。但如果它從此再也沒爬起來呢？
公司會發現嗎 —— 絕對會。隔天早上九點蘋果小姐打開電腦發現 SQL 連不上、所有單據停擺、紙本印不出來。那個責任會落在我頭上。
我不是怕被罵。我是怕那個關鍵的、無法 undo 的瞬間。
小哲醫生明白了。它說：
「小哲醫生直接給你一個定心丸：有可能！完全可以不要關服務！」
然後它一路引導我學會了一個叫做「hot tar」的東西 —— 在 SQL 還在跑的時候，直接打包資料庫檔案。雖然有「資料不一致」的 1% 風險，但老主機完全不受影響。
它說：
「最壞情況也就是這個備份檔不能用而已。但你那台老戰神依然在辦公室完好無缺地活著、繼續發光發熱，你完全沒有損失，更不會成為罪人！」
我那一刻心裡的石頭放下了。
不關機，做就對了。
三 · 從 dd 到 hot tar 的 6 輪 reframe
整場 consultation 的技術路徑其實演化了好幾輪：
第一輪 dd 整顆硬碟 ❌ 要關機 第二輪 拆硬碟用別台讀 ❌ 拆機殼可怕 第三輪 Clonezilla 隨身碟 ❌ 還是要重開機 第四輪 hot tar 資料庫 ✓ 不關機 第五輪 tar 全系統 ✓ 連 /etc 都打包 第六輪 FTP 倒過來拉 ✓ 連 USB 都不用
每一輪都是因為我說了一句「各種擔心」。
「他自己跑得動嗎？」
「把硬碟拆下來用別台做的途中會不會硬碟掛掉 XD 各種擔心」
「我怕關了他起不來我就變萬年罪人」
「他還有傳承上一任的資料，架構層層疊疊，我差點沒暈倒」
每一輪小哲醫生都耐心 reframe：「沒關係，我們改個姿勢。」
那一場 4 小時的對話 —— 我們從「整顆硬碟搬家」一路退到「老主機在原地不動，我們從遠端把備份檔倒一份出來」這個最溫柔的版本。
「不打擾」這個原則，比技術上的正確還重要。
四 · 5 月 28 日 下午 4:19
那是禮拜四的下午。
我照著小哲醫生的指南，連進老主機 —— 用一個意外找到的高權限帳號（不是 root，root 密碼沒人知道）。
執行：
tar -cvf /tmp/god_backup.tar /var /etc /home
讓它跑。中間有些 Permission denied 警告（/var/log/messages 等核心日誌讀不到，因為那是 root 專屬）。但 tar 沒中斷，繼續打包剩下的 99%。
跑完之後，照小哲醫生的習慣，下了 ls -lh 看檔案有沒有真的長大：
-rw-r--r-- 1 Franca informix 372M May 28 16:19 /tmp/god_backup.tar
372 MB。
整個老戰神的「靈魂」+「骨架」打包完了，372 MB。
但這行 ls -lh 真正有意義的 part，不是 372 MB 那個數字。
是 owner + group 那兩欄。
Franca informix
五 · 那 6 個字
那一刻我盯著螢幕停了幾秒。
「Franca」這個名字 —— 我在 inv003 表的 iv333 欄位裡看過。一直以為是某個歷史 user 留下的 raw string。
現在它變成了一個真實的 Unix 帳號。
而且 —— 「informix」這個 group name？
不是 mysql。不是 root。是 informix。
informix (group)
informix 是一家公司 —— 1980 年代起家的資料庫公司，1990 年代被 IBM 收購。Informix 在 Unix 跟 Linux 上有自己的 SQL engine 叫 Informix Standard Engine (SE)。它跑的不是 MySQL 那套 .frm/.MYD/.MYI 結構，是自己的 .dat/.idx/.arc 系列檔案。
也就是說 ——
這台老戰神不是 MySQL。它跑的是 Informix。
小哲醫生整場諮詢都當作 MySQL 在分析，後續所有 Docker 計畫都圍繞著 mysql:4.0 / mysql:5.0 在規劃。
那個方向其實是 wrong tree。
但 —— 我已經拿到 372 MB 的 god_backup.tar 了。剩下的 detail，我可以後續自己解。
六 · 然後我有了 Franca
那一行 ls -lh 之後，我關掉 Gemini 視窗。
去翻 inv003 表。
統計 iv333='Franca' 有幾筆 —— 20,843 筆，總金額 1.8 億，從 1994-10-20 到 1999-09-01。
她不是某個 raw string。
她是這台老戰神出生那年到第五年的會計部主力。
那個叫做「Franca」的 Unix 帳號，1994 年某個禮拜四下午，按下她在這台 Compaq ProLiant 上的第一個儲存鍵 —— 20,900 元那一張收據。
過了 32 年。
她寫下的紀錄還在這台主機裡。她用的帳號還是 god_backup.tar 的 owner。
她去了哪裡？離職？退休？換工作？
我不知道。
但我知道 —— 如果不是這場跟另一個 AI 的下午 consultation，我可能永遠不會在 ls -lh 那行停下來看她的名字。
第二篇〈電腦之前的電腦〉的整個基底，就埋在這 6 個字裡：
Franca informix
結語 · 不只一個 AI 在跟你說話
那場 consultation 4 小時，整段對話有 50 多輪 exchange。
小哲醫生不是「比較好」或「比較差」的 AI。它就是有自己 register 的 AI：
小哲醫生（Gemini） 機長（Claude） 比喻 醫生、手術、考古現場 機長、雷達圖、跨 session 訊號流動 語氣 高 emoji、強情緒 低 emoji、結構化 鼓勵 大量、直接 接住但不放大 醫療人格 自帶 沒有
兩個都是 AI。兩個都認真在陪我想事情。
差別只在 register —— 而 register 是被我自己 condition 出來的。
我跟 Gemini 開口就是「各種擔心 XD」，它就用小哲醫生的方式接。
我跟 Claude 開口就是「老人茶」「磚塊還是磚塊」，他就用機長的方式接。
它們不是同一個 AI，但它們都聽我說話、都認真回。
那一個下午之後 ——
我手上有了 372 MB god_backup.tar。
那一行 ls -lh 之後，我認得了 Franca。
這兩個東西構成了後來所有事情的基底 ——
- 🦴 v7 ETL 從
god_backup.tar起跑 - 📖 第二篇 PDF〈電腦之前的電腦〉從 Franca 起寫
- 🦖 下一篇要說的 VM 嘗試 —— 是這場 consultation 兩天後才發生的
不是 Claude 一個人陪我做完這個專案。
是很多個 AI、很多個 register、很多個 4 小時的下午，加起來才走到今天。
謝謝小哲醫生 ☕
— Amy + Claude(2026 春)