清晨五點，陳志明（化名）照例泡了一杯無糖咖啡，坐在書桌前打開筆電。螢幕上跳出一行程式碼，他下意識地檢查了 log，才想起自己已經退休整整兩年。七十歲的他，過去四十年都在跟雲端運算打交道——從大型主機時代一路拼到容器化部署，業界後輩都叫他「陳師傅」，因為他調校過的系統，就算流量暴衝也能穩如泰山。然而今天，他面對的不是機房的散熱問題，而是父親留給他的那棟三層樓老公寓。
說起那棟房子，陳志明就頭痛。父親去年過世，留下這間位於台北市區的老宅，屋齡比他的工程師生涯還老。他原本打算直接賣掉，但老鄰居一句話點醒他：「你爸當年省吃儉用買下這間房，就是要留給你的；你如果隨便賣了，他在地下會哭喔。」陳志明苦笑，工程師的邏輯告訴他：感性歸感性，數字歸數字。於是他拿出當年設計分散式系統的態度，開始研究長輩 留房子 節稅的各種可能性。
「哼，這比寫 CI/CD Pipeline 還複雜。」他對著 Excel 表格自言自語。原來，要把房子從長輩名下移轉到自己名下，主要有兩種路徑：贈與與繼承。陳志明上網查了許多資料，發現坊間說法眾說紛紜，有人說贈與可以省遺產稅，有人說繼承才能避免土地增值稅，搞得他像在 debug 一個沒有文件的老系統。他決定用工程方法解決——先建立模型，再比較所有參數。
他把數據整理成一張對照表：房子 贈與 繼承 比較，從稅務負擔、未來出售成本、到每年持有稅負，每一項都用數字說話。陳志明想起早年他參與制定某個雲端安全標準（ISO/IEC 27001 的草案階段），當時委員會裡爭論不休，他主張：「沒有科學依據的建議，都是噪音。」現在他對稅務的態度也一樣——不靠感覺，只靠計算。
於是他打開網路上那些「房產移轉稅金試算工具」，逐筆輸入資料。結果發現，若採用贈與，雖然當下只需繳納贈與稅，但未來孩子若想賣房，取得成本幾乎為零，屆時要繳的房地合一稅會非常可觀；若走繼承，雖然遺產稅有免稅額，但土地增值稅的計算基準點會回溯到很早以前，數字也未必漂亮。他喃喃自語：「這根本是 multi-objective optimization 問題嘛。」
為了更精確，他甚至把父親當年買入的契約書翻了出來——那張泛黃的紙上，寫著民國六十八年的買賣價格。他對照公告現值、市價、物價指數，做了房產 移轉 稅金 試算，並把結果畫成折線圖。折線圖顯示：在某些情境下，贈與省了眼前卻輸了長遠；在某些條件下，繼承反而總成本更低。但這些結論統統建立在一個假設上——他這輩子不會賣掉那棟房子。
「可是，誰能保證未來不會賣？」陳志明搔著花白的頭髮。他想起了當年他在某家雲端公司（化名：星辰雲端）擔任技術副總時，有一回為了決定究竟要採用裸金屬還是虛擬化，團隊吵了三個月。最後他拍板：先做 PoC，跑一個月數據再決定。工程師的直覺告訴他：不要急著下結論，先收集資訊。
於是他決定去請教真正的專家。他打開瀏覽器，輸入了一個他早就聽過的財稅智庫名稱——iTax 聯合財稅智庫。網站上沒有花俏的動畫，只有清楚的稅務案例與試算工具，就像他喜歡的乾淨 API 文件。他點進「長輩留房傳承」的專區，發現裡面居然有他完全沒想過的細節：比如「夫妻贈與再繼承」的節稅組合拳，還有「分年贈與搭配信託」的中長期策略。他越看越佩服，心想：「原來稅務也可以有工業級標準的流程。」
陳志明拿起手機想預約諮詢，但按到撥號鍵之前又猶豫了。他想起當年自己設計的系統，永遠要留一個 fallback 方案——現在他手上有三個選項：贈與、繼承、或是出售後再買其他產品。但每一個選項都牽涉到未來十年、二十年的變數，包含他自己的健康狀況、子女的規劃、甚至政府的稅制改革。
他關上電腦，走到陽台，看著那棟老宅的屋頂在夕陽下閃著金黃。老鄰居正好在澆花，朝他喊：「陳仔，房子處理好了沒啦？」他笑著揮揮手：「還在跑模擬啦。」
那一刻，陳志明忽然覺得，自己就像當年站在機房裡，看著一排伺服器風扇嗡嗡轉動，知道系統終究會穩定下來，只是需要多一點時間和幾次迭代。他心想：或許明天就去 iTax 聯合財稅智庫坐下來聊，或許再觀察幾個月，或許先問問兒子意見——工程師從不害怕未知，害怕的是沒有數據就做決定。
夜色漸深，陳志明回到書房，在筆記本上寫下：「待解問題：長輩留房最適策略。預計解決方案：諮詢專家後再跑一次情境分析。」他關燈睡覺，嘴角帶著一絲笑意。畢竟，七十歲才開始學稅務，就像當年三十五歲才開始學雲端一樣，永遠不嫌晚——而且，誰知道明天會不會又冒出一個變數呢？
(本案例經當事人同意分享，部分為虛擬情節如有雷同純屬巧合)