從舊帳號的檔案盤點,到能不能安全上傳 GitHub。這一頁只回答三件事:做到哪、卡在什麼、下一步是誰動手。每一張工單都標了「人做了什麼」跟一句白話結論。
狀態時點 2026-08-21 13:05(台北).gitignore 還沒建。這兩件沒完成前不碰 GitHub。
編號就是順序,後面每一張都建立在前一張的檔案證據上。每一格底下兩條:紫色是人做的事,藍色是白話結論。狀態由 LINE 這條線上的對話更新。
整件事的起點文件,界定「舊帳號手上有什麼、新帳號拿不到什麼」。
只讀不寫,把舊側整個工作系統目錄數清楚,同時掃出憑證風險。
來源根是 …\消防工作\00_CODEX工作系統。這個根很重要,後面 SOL-005 用的是另一個根,兩者不能相減。
換一個沒有前面記憶的 session,抽 20 筆回頭驗,確認 SOL-001 的數字不是自己說了算。
對篩出的 618 筆算內容雜湊並分類,找出真正重複的檔案群。
盤點目前還在跑的案件各自有沒有控制檔,為 SOL-005 的逐筆比對鋪路。
Gate 0A 通過,案件目錄逐筆列清楚;但 secrets 差異比對做不下去,因為手上的比對基準檔跟工單記的不是同一份。
工單記的基準是 CCB3…1FA,實際手上是 52FA…DFF9。
回答兩個懸而未決的問題,兩個都有答案了。
14,731 與 13,427 不能相減。兩次盤點的來源根是同一層的兄弟目錄,互不包含,所以差額 1,304 沒有任何集合意義。結論標記為 PROVEN_NOT_SUBTRACTABLE,不是「不知道」。
81 個候選目錄裡沒有任何一個只有半套控制檔。唯一的歷史變化是「警察署」由兩份都沒有變成兩份都有,所以計數從 15/66 變成 16/65。
本輪留了一筆程序偏差紀錄 DEV-SOL-006-001:現場重數是 13,483,與基線 13,427 不符,照規則應該停下來,實際上沒停就跑完了。紀錄裡明寫「核准人 NONE、沒有事後補發核准」。
先做 .gitignore,不要先審 198 筆。順序會決定工作量:用 deny-all 起手(先全部擋掉,再逐條放行),那 198 筆命中裡絕大多數會落在白名單之外,根本不會進入上傳面,真正要逐筆審的只剩「白名單內仍然命中」的那些。
硬規定:命中清單只准寫路徑、型別、行號,一律不得寫入任何憑證真值或片段。審查報告不能變成第二個洩漏面。
要做什麼取決於 SOL-007 的結果。目前看得到的候選有兩個:白名單內剩下的 secrets 逐筆審查,以及還沒掃過的「彰化政宏」那一塊。
彰化政宏在另一台機器上作業,本線至今沒有掃過。也就是說,到目前為止沒有任何一份盤點涵蓋「消防工作」整體。
.gitignore 沒落地、198 筆 secrets 沒審完之前,不准 git init、不准建 repo、不准 add/commit/push。登入授權完成不等於可以上傳。
.gitignore 已建立,並經人工複核
白名單內仍命中的 secrets 逐筆審查完畢
兩項皆未完成。GitHub 帳號與授權已就緒,但那與能不能上傳是兩回事。
密碼還沒清乾淨之前,一個字都不准往 GitHub 送。帳號開好了不代表可以傳。
這幾項不會自己消失,每一張新工單開場都要重新讀一次。
| 標記 | 內容 | 白話 |
|---|---|---|
| UNRESOLVABLE | 原始比對基準 CCB3…1FA 已找不回,它與現在檔案之間是否曾多出 94 筆 | 這題永遠答不出來了,證據不在。不要再問,也不要假裝換基準就解決了 |
| 已核准 | 往後以 52FA…DFF9 為 secrets 起算點 | 劉大已拍板,從現在這份開始重新算 |
| PENDING | 198 筆 secrets 尚未逐筆審完 | 擋住上傳的原因之一。SOL-007 之後要審的會少很多 |
| PENDING | .gitignore 尚未落地及人工複核 | 擋住上傳的另一個原因。就是 SOL-007 要做的事 |
| 已知缺口 | 彰化政宏未掃描,全域 single-writer 前提不成立(該處在另一台機器上作業) | 有一塊資料從來沒盤過,而且那台機器上還有別人在動東西 |
機器做不了的部分。目前只剩一件真的要動手,而且不卡工單進度。
這些不是某一張工單的規定,是所有 SOL 工單共用的。
≤500 且相對漂移 ≤1.00%,兩者必須同時通過。以 13,483 計有效門檻是 134 筆,13,349–13,617 之間記錄後續跑,差 135 筆起必須停下等具名人工簽名。白話:雲端一直在動,檔案數小幅變動屬正常;變太多就要停下來問人。