消防工作 · 舊側檔案接手

SOL 稽核進度盤

從舊帳號的檔案盤點，到能不能安全上傳 GitHub。這一頁只回答三件事：做到哪、卡在什麼、下一步是誰動手。每一張工單都標了「人做了什麼」跟一句白話結論。

狀態時點 2026-08-21 14:40（台北）
做到哪 SOL-006 完成 案件控制檔複核收尾，單邊缺件確認為 0。SOL-007 草案已封存待核准，目前沒有任何工作在跑。
卡在什麼 不能上傳 198 筆 secrets 命中未審完，.gitignore 還沒建。這兩件沒完成前不碰 GitHub。
下一步 SOL-007 待核准 草案已交出，198 筆縮到 20 筆。本線退回三件要先講清楚，講清楚才准開跑。

工單脈絡 · 依序執行一路走過來的每一張單

編號就是順序，後面每一張都建立在前一張的檔案證據上。每一格底下兩條：紫色是人做的事，藍色是白話結論。狀態由 LINE 這條線上的對話更新。

P0 起點 跨帳號案件接手缺口

整件事的起點文件，界定「舊帳號手上有什麼、新帳號拿不到什麼」。

PHASE_4_P0_跨帳號案件接手缺口.md
人做的提出問題本身：舊帳號的案件檔案交不到新帳號手上。這一步是寫文件，沒有跑任何程式。
白話先把「到底缺什麼」講清楚，後面才知道要盤點什麼。已完成。
SOL-001 完成 舊側唯讀盤點

只讀不寫，把舊側整個工作系統目錄數清楚，同時掃出憑證風險。

14,731 檔 198 筆 secrets 命中 6 個舊入口

來源根是 …\消防工作\00_CODEX工作系統。這個根很重要，後面 SOL-005 用的是另一個根，兩者不能相減。

人做的開對話、貼工單、同意 SOL 執行，然後把結果貼回 LINE。這是每一張單的共通動作，後面不再重複寫。
白話先數清楚舊資料夾裡有幾個檔，順便掃出 198 個地方可能藏著密碼或金鑰。這 198 筆就是後來卡住上傳的原因。已完成。
SOL-002 完成 新 Session 抽驗 20 筆

換一個沒有前面記憶的 session，抽 20 筆回頭驗，確認 SOL-001 的數字不是自己說了算。

20 筆抽驗獨立 session 驗證
人做的另外開一個全新的對話視窗來跑驗證，不讓同一個對話自己檢查自己。
白話找一個「沒看過前面過程」的來抽查，證明上一步的數字不是它自己編的。抽查通過。已完成。
SOL-003 完成 618 筆內容雜湊

對篩出的 618 筆算內容雜湊並分類，找出真正重複的檔案群。

618 筆141 組重複
人做的共通動作（開對話、貼工單、同意執行、回報）。本線沒有這張單額外的人工步驟紀錄。
白話同樣的檔案在不同地方存了好幾份，這一步把重複的認出來，找到 141 組。以後搬家不用搬好幾遍。已完成。
SOL-004 完成 現役案件控制檔盤點

盤點目前還在跑的案件各自有沒有控制檔，為 SOL-005 的逐筆比對鋪路。

SOL-004_現役案件控制檔盤點_20260821.md
人做的共通動作。本線沒有這張單額外的人工步驟紀錄。
白話看看每個還在進行的案子，資料夾裡該有的那兩份管理檔案在不在。已完成。
SOL-005 部分停止 案件控制檔與 secrets 差異盤點

Gate 0A 通過，案件目錄逐筆列清楚；但 secrets 差異比對做不下去，因為手上的比對基準檔跟工單記的不是同一份。

Gate 0A PASS · 13,427 檔 81 個候選目錄 secrets diff 未評估

工單記的基準是 CCB3…1FA，實際手上是 52FA…DFF9。

人做的劉大做了一個決定：舊的比對檔找不回來，核准直接用手上這一份當往後的新起點（11:29「用現在這份當基準」）。
白話案件目錄清點成功，但「密碼有沒有變多」這題比不出來——當初拿來比的那份檔案不見了。劉大決定改用手上這份重新起算。注意：這不等於答案出來了。舊檔案到現在之間有沒有多出 94 筆，證據已經永遠找不回來，這題就此結案為「無法回答」。
SOL-006 完成 範圍算式與控制檔單邊缺件複核

回答兩個懸而未決的問題，兩個都有答案了。

單邊缺件 0 BOTH 16 · NEITHER 65 新基線 13,483

14,731 與 13,427 不能相減。兩次盤點的來源根是同一層的兄弟目錄，互不包含，所以差額 1,304 沒有任何集合意義。結論標記為 PROVEN_NOT_SUBTRACTABLE，不是「不知道」。

81 個候選目錄裡沒有任何一個只有半套控制檔。唯一的歷史變化是「警察署」由兩份都沒有變成兩份都有，所以計數從 15／66 變成 16／65。

本輪留了一筆程序偏差紀錄 DEV-SOL-006-001：現場重數是 13,483，與基線 13,427 不符，照規則應該停下來，實際上沒停就跑完了。紀錄裡明寫「核准人 NONE、沒有事後補發核准」。

人做的劉大把定稿的交接卡整份複製出來，11:55 開新對話貼進去，回報開始時間；事後確認新基線 13,483 有寫進檔案。SOL 12:35 自己收工，不用人催。
白話兩件事都有結論了。第一，之前那個差 1,304 個檔案的疑問是假問題——兩次數的是兩個不同資料夾，本來就不該相減。第二，81 個案件資料夾沒有任何一個「只有一半的管理檔」，全部要嘛兩份都有、要嘛兩份都沒有。另外檔案總數從 13,427 變成 13,483（多 133、少 77），因為雲端還在動，屬正常，新的基準數字已改成 13,483。已完成。
SOL-007 待核准 .gitignore 與白名單內 secrets 複核

先做 .gitignore，不要先審 198 筆。順序會決定工作量：用 deny-all 起手（先全部擋掉，再逐條放行），那 198 筆命中裡絕大多數會落在白名單之外，根本不會進入上傳面，真正要逐筆審的只剩「白名單內仍然命中」的那些。

198 → 20 筆 有效白名單 76 Gate 0A 基線 14,731 尚未核准開跑

草案已於 13:15 封存，還沒跑。白名單候選 138 條，扣掉 62 個編譯產物（__pycache__），有效白名單 76 條。198 筆 secrets 命中裡有 178 筆落在白名單之外，剩下 20 筆需要看。清單只寫路徑、型別、行號，沒有任何憑證內容。

這一輪的 Gate 0A 基線用的是 00_CODEX工作系統 自己的 14,731（門檻 147，區間 14,584–14,878），沒有拿案件根的 13,483 來混用——SOL-006 那個「兩個根不能相減」的結論，在這裡被實際用上了。

本線退回三件，講清楚才准開跑：① 76 條白名單每一條的放行理由寫了沒 ② 「剩餘 20 筆」是實算還是預估——行號標著 PENDING_EXECUTION，那 20 這個數也還是暫定的 ③ 這張單的輸出根換了目錄，交接卡還只指舊根，下一個接手的會找不到檔案。

人做的劉大這輪不用動手。等 SOL 把上面三件回答完、本線核准，才讓它開跑。不要先催它。另外關機前看一眼 Google Drive 有沒有還在同步，沒同步完就關，下次開工第一次點檔會數到一半的狀態。
白話白名單這一招有效：原本要檢查 198 個可能藏密碼的地方，現在只剩 20 個——其他 178 個根本不在准上傳的名單裡，傳不出去。但那 20 這個數字還沒完全確定，所以還沒放行。
SOL-008 未定 尚未開單

要做什麼取決於 SOL-007 的結果。目前看得到的候選有兩個：白名單內剩下的 secrets 逐筆審查，以及還沒掃過的「彰化政宏」那一塊。

彰化政宏在另一台機器上作業，本線至今沒有掃過。也就是說，到目前為止沒有任何一份盤點涵蓋「消防工作」整體。

人做的還沒到這一步。真的要掃彰化政宏時需要先協調——那台機器上有別人在做事，不能說掃就掃。
白話還沒決定要做什麼，看 SOL-007 的結果再說。要記得的是：彰化政宏那一塊從頭到尾沒被盤點過，所以現在手上的資料不是全部。
硬線 · 未解除
.gitignore 沒落地、198 筆 secrets 沒審完之前，不准 git init、不准建 repo、不准 add／commit／push。登入授權完成不等於可以上傳。
解除條件 1

.gitignore 已建立，並經人工複核

解除條件 2

白名單內仍命中的 secrets 逐筆審查完畢

目前狀態

兩項皆未完成。GitHub 帳號與授權已就緒，但那與能不能上傳是兩回事。

白話

密碼還沒清乾淨之前，一個字都不准往 GitHub 送。帳號開好了不代表可以傳。

未決事項 · 攜帶到下一張單還沒有答案的東西

這幾項不會自己消失，每一張新工單開場都要重新讀一次。

標記內容白話
UNRESOLVABLE 原始比對基準 CCB3…1FA 已找不回，它與現在檔案之間是否曾多出 94 筆 這題永遠答不出來了，證據不在。不要再問，也不要假裝換基準就解決了
已核准 往後以 52FA…DFF9 為 secrets 起算點 劉大已拍板，從現在這份開始重新算
PENDING 198 筆 secrets 尚未逐筆審完；SOL-007 草案已把待審範圍縮到 20 筆（暫定） 擋住上傳的原因之一。要看的從 198 個變成 20 個，但那 20 還沒定案
PENDING .gitignore 尚未落地及人工複核 擋住上傳的另一個原因。就是 SOL-007 要做的事
已知缺口 彰化政宏未掃描，全域 single-writer 前提不成立（該處在另一台機器上作業） 有一塊資料從來沒盤過，而且那台機器上還有別人在動東西

人類側 · 只有劉大做得完要你動手的事

機器做不了的部分。目前只剩一件真的要動手，而且不卡工單進度。

01各案件的三行狀態檔，政宏那件先寫有空再寫，不卡 SOL-007 這條線
02等 SOL-007 草案貼出來、審過之後，才讓它開跑這輪不用催它。SOL-006 是它自己在時限前收工的
03GitHub 帳號與授權已完成，不用再碰

制度規則 · 每張單都適用這條線上的固定作法

這些不是某一張工單的規定，是所有 SOL 工單共用的。

每 60 分鐘強制交棒 從進入 S0 起算。第 55 分鐘起不得啟動新的長操作，最晚第 60 分鐘停下來寫進度交接卡、釋放 writer、換新對話框。白話：不讓它一路跑到腦袋糊掉，時間到就換一個接手。
交接卡四段格式 ① 交付物完整路徑與來源根 ② 每個已確認數字出自哪個檔、以及怎麼從那個檔重算 ③ 未決事項 ④ 硬線原文。過程敘事一律不寫。白話：交班只交檔案位置和數字怎麼算出來的，不交回憶。
交接卡要能被驗 貼進新對話後先比對控制檔的 SHA-256，對不上就是複製過程掉字，重貼。白話：貼完先對一次指紋，確定沒漏字才准開工。
檔案數漂移門檻 絕對漂移 ≤500 且相對漂移 ≤1.00%，兩者必須同時通過。以 13,483 計有效門檻是 134 筆，13,349–13,617 之間記錄後續跑，差 135 筆起必須停下等具名人工簽名。白話：雲端一直在動，檔案數小幅變動屬正常；變太多就要停下來問人。
偏離必須被標成偏離 規則可以改，但不能靜默放寬。偏離要留下 DEVIATION 條目，寫明判定、實測值、差額組成、有沒有停、核准人是誰。沒有人核准就寫「核准人 NONE」。白話：沒照規則做可以，但要寫下來說沒照做，不能當作沒發生。
數字衝突的權威階序 原始紀錄檔優先於衍生登記表，衍生登記表優先於摘要與結論文字。白話：兩個數字打架時，看原始檔，不看摘要。