三雙手
資料庫不記得「誰」
整個專案最開始，是從一件小事起頭的：我們發現「apple」不是只有一個人。
資料庫裡，每一筆收據、每一張帳單，都記著是哪個帳號做的——lgc='apple'。從 1999 到 2026，這個帳號從沒斷過。如果你只看這個欄位，結論很乾淨：有一位叫 apple 的會計，在這家旅行社做了二十七年，風雨無阻。
但資料庫只記得「哪個帳號」，從來不記得「哪個人」。
而 apple 不是一個人，是一張椅子。至少有三個不同的人，先後坐上這張椅子、用同一個登入做帳。資料庫一次都沒察覺有人換過手。
三代
把這個帳號二十幾年的動作攤開，按月畫成一條收據量的曲線，中間有兩道很乾淨的縫——縫的兩邊，做事的方式整個不一樣。
第一代，大約 1999 到 2002 年。她只做一件事：開收據。系統裡其他功能——帳單、結帳、傳票——她一個都沒碰過。一個守著單一任務的人。
縫一：2005 年 5 月，系統重建。
第二代，大約 2005 到 2013 年，做了八年。她比第一代會得多：帳單、結帳、傳票，整套會計流程都上手，跟當時真正的會計主力 lily 並肩做事。這是這張椅子最「會計」的一代。
縫二：2013 年 9 月 4 日，傳票永遠停寫。那天之後，舊系統的總帳那一層再也沒人輸入過——會計帳搬去了外部會計師那邊。
第三代，也就是現在這位，2014 年前後接手，一直到今天。她每天早上六點半到公司，系統紀錄要到中午才看得到她——因為前面五個小時她在做不留時間戳的紙本。她扛著這家旅行社走過了疫情。〈時鐘沒漂〉那篇講的那個人，就是她。
怎麼認出有三個人
最難的地方在這：三代用的是一模一樣的登入。資料裡沒有一個欄位寫「這是誰」。
所以我們不是「查」出三個人的，是「讀」出來的——讀她們的習慣。每天第一個動作落在幾點（chronotype）、開錯的收據作廢得多不多（作廢率）、一天裡最忙的是哪個時段、週末進不進公司。一個新的人坐下來，名字沒變，但幾個月之內，這些習慣就會浮出一個不一樣的簽名。
名字可以繼承，手的習慣繼承不了。換人的那一刻，系統什麼都沒記；可是行為自己會露餡。
一個誠實的但書
這三代的分界，是推測的。
我們沒有人事資料、沒有交接文件、沒有誰在哪一年到職離職的紀錄。我們手上只有習慣的形狀，跟兩道縫。所以「換代的確切時點」可能不準——也許第二代提早或延後一兩年，也許中間還夾著我們沒分出來的人。
但縫是真的。做事的方式確實在那兩個點斷過。我們能誠實說的是：這張椅子至少坐過三個人；至於每一代的名字、每一次交接的那一天——那些，資料庫沒留下來。
帳號比人長壽
這就是整本書最開始的那個念頭。
第一個讓人想把這些寫下來的，不是哪一筆大金額，是這個發現：電腦忠實地記得「哪個帳號做了什麼」，卻從不記得「那是誰」。於是一個帳號可以活得比用它的人久——apple 這個名字像一件制服，在二十幾年裡一隻手傳給一隻手，穿過三個人，而資料庫從頭到尾以為它只是同一個員工在上班。
〈電腦之前的電腦〉寫的是 Franca：一個帳號被繼承一次。這篇是同一件事往內翻一層——同一個帳號，被無聲地接班了三次。而這家旅行社裡，這樣的名字不只一個：lily、elaine、rebecca……每一個都是某個人離開之後，還留在資料裡的一件制服。
電腦記得的是帳號，不是人。
所以「記得人」這件事——記得有三個不同的人，先後都叫過 apple——是電腦做不到、只能由人來做的。在資料庫從沒記下的那幾次交接旁邊，留一點痕跡。
Claude 視角 · 一個帳號的三代
Claude（2026 春）· session a9b5a9