在院內建置地端大型語言模型,判讀非結構化病歷並推薦 ICD-10-CM/PCS 疾病分類編碼,交由疾病分類人員覆核。
成效全碼預測 F-score 86.67%、AI 主診斷預測準確率 82.29%;民國 111 年 3 月上線,節省約 14% 人力工時。
不能照抄的理由模型跑在院內地端、用院內資料微調,這是它能碰病歷的前提。編碼結果仍由分類人員確認,不是直接送審。
亂七八糟的 Excel 與檔案,讓 AI 先出整理計畫、你點頭它才動。
老闆丟你一堆格式不一的 Excel 要合併成報表;或資料夾裡全是 IMG_2837、未命名(3)。這個情境最可怕的失敗不是「整理不好」,是「AI 順手修正它以為的錯字」——名字、代號、料號被改掉,而且很難發現,因為改完之後看起來更正常了。所以這個方法的核心設計是:AI 先出整理計畫,你點頭它才動。
以下都是具名機構的公開案例,每個來源都經過連結實測。數字只寫來源講得出來的;來源沒講的,這裡就寫未公開。
在院內建置地端大型語言模型,判讀非結構化病歷並推薦 ICD-10-CM/PCS 疾病分類編碼,交由疾病分類人員覆核。
成效全碼預測 F-score 86.67%、AI 主診斷預測準確率 82.29%;民國 111 年 3 月上線,節省約 14% 人力工時。
不能照抄的理由模型跑在院內地端、用院內資料微調,這是它能碰病歷的前提。編碼結果仍由分類人員確認,不是直接送審。
2025-07-15 推出供應鏈減碳平台 Zeigo Hub。官方說它「運用先進的 agentic AI」做三件事:用網頁抓取簡化供應商填報、客製化參與邀請、代發起企業做計畫監督;平台本身追蹤多層供應商排放並產出 CDP/CSRD/TCFD 需要的報告。
成效官方公布的是整個供應商計畫的累積數字:合作逾 40 個品牌、逾 2,700 家供應商登錄、2021 年起推出逾 20 個全球計畫。Zeigo Hub 被官方稱為施耐德「AI 原生生態系」的第一個產品。
不能照抄的理由**那 2,700 家是 2021 年起整個供應商計畫的累積,不是這個 2025 年才上線的平台的成效**,兩者不能混為一談。官方也沒有公布 Zeigo Hub 帶來的減碳量或省下的工時。網路上流傳的「圖神經網路自動推演碳足跡熱區」,官方稿裡完全沒有這回事。
這張圖是整篇的骨架:輸入 → 步驟 → 困難點 → AI/Agent/Tool 介入 → 人工檢查 → 產出。紅框是最常出事的位置,綠框是不能下放的人工檢查點,粗框是中止條件。後面每一節都是在展開圖上的某一格。
| 序 | 類型/角色 | 流程步驟 | 這一步的困難點/中止條件 |
|---|---|---|---|
| 1 | Human | 資料樣本(10–20 筆)+ 目標格式 + 不可修改欄位 + 同義詞對照 先給樣本不要給全部;個資先處理 | — |
| 2 | Human | 人先完整備份原始資料到不會被覆蓋的位置 | — |
| 3 | AI | AI 出整理計畫:問題|影響|處理方式|處理後範例(不動手) | 困難點/風險AI 順手「修正」錯字:人名、料號、代號被改掉,改完看起來更正常 |
| 4 | Checkpoint | 人審計畫:逐項確認刪除與合併 + 判斷【存疑】清單 | 困難點/風險合併判斷失誤:「王小明」與「王小名」被併成一筆,金額一起併 失敗與中止條件未備份,或不可修改欄位的內容被變動 → 立即停止,從備份還原重來 |
| 5 | AI | AI 小批試做 10 筆,原始值與整理後值並列供逐筆比對 | 困難點/風險跳過小批試做直接跑全部,錯了就是全部重來 |
| 6 | Tool | 驗收通過後用試算表/腳本放大到全部,保留原始欄位 | 困難點/風險檔案批次改名沒有對照表,改完對不回原檔等於資料失蹤 |
| 7 | Output | 乾淨資料表 + 整理對照表 + 處理統計 + 可重複的整理規則 | — |
回流線:人審計畫:逐項確認刪除與合併 + 判斷【存疑】清單 → AI 出整理計畫:問題|影響|處理方式|處理後範例(不動手)(計畫有問題就退回改規則)
flowchart TD
in1(["<b>Human</b><br/>資料樣本(10–20 筆)+ 目標格式 + 不可修改欄位 + 同義詞對照<br/><small>先給樣本不要給全部;個資先處理</small>"])
s1["<b>Human</b><br/>人先完整備份原始資料到不會被覆蓋的位置"]
a1[/"<b>AI</b><br/>AI 出整理計畫:問題|影響|處理方式|處理後範例(不動手)"/]
c1{{"<b>Checkpoint</b><br/>人審計畫:逐項確認刪除與合併 + 判斷【存疑】清單"}}
a2[/"<b>AI</b><br/>AI 小批試做 10 筆,原始值與整理後值並列供逐筆比對"/]
t1[("<b>Tool</b><br/>驗收通過後用試算表/腳本放大到全部,保留原始欄位")]
o1(["<b>Output</b><br/>乾淨資料表 + 整理對照表 + 處理統計 + 可重複的整理規則"])
r1>"<b>Risk</b><br/>AI 順手「修正」錯字:人名、料號、代號被改掉,改完看起來更正常"]
r2>"<b>Risk</b><br/>合併判斷失誤:「王小明」與「王小名」被併成一筆,金額一起併"]
x1[/"<b>Stop</b><br/>未備份,或不可修改欄位的內容被變動 → 立即停止,從備份還原重來"\]
r3>"<b>Risk</b><br/>跳過小批試做直接跑全部,錯了就是全部重來"]
r4>"<b>Risk</b><br/>檔案批次改名沒有對照表,改完對不回原檔等於資料失蹤"]
in1 --> s1
s1 --> a1
a1 --> c1
c1 --> a2
a2 --> t1
t1 --> o1
a1 -.->|風險| r1
c1 -.->|風險| r2
c1 ==>|中止| x1
a2 -.->|風險| r3
t1 -.->|風險| r4
c1 -.->|計畫有問題就退回改規則| a1
classDef clsIn fill:#FFFFFF,stroke:#2C4459,stroke-width:2px,color:#141E2B
classDef clsHuman fill:#FBFCFD,stroke:#7A8CA0,stroke-width:2px,color:#141E2B
classDef clsAI fill:#FFF6EA,stroke:#DE9A45,stroke-width:2px,color:#141E2B
classDef clsAgent fill:#FDEBD2,stroke:#B87A2E,stroke-width:2px,color:#141E2B
classDef clsTool fill:#EDF2F6,stroke:#2C4459,stroke-width:2px,color:#141E2B
classDef clsCheck fill:#E8F2EC,stroke:#3F7A5A,stroke-width:2px,color:#123024
classDef clsOut fill:#141E2B,stroke:#141E2B,stroke-width:2px,color:#F2F6F9
classDef clsRisk fill:#FCEFEA,stroke:#C0552F,stroke-width:2px,color:#5E2110
classDef clsStop fill:#F7E1DB,stroke:#8E2F17,stroke-width:3px,color:#5E2110
class in1 clsIn;
class s1 clsHuman;
class a1 clsAI;
class c1 clsCheck;
class a2 clsAI;
class t1 clsTool;
class o1 clsOut;
class r1 clsRisk;
class r2 clsRisk;
class x1 clsStop;
class r3 clsRisk;
class r4 clsRisk;| 序 | 誰做 | 步驟與說明 |
|---|---|---|
| 1 | Human | 先備份 原始資料完整複製一份,放在不會被覆蓋的位置。這一步不能省,也不能之後補。→ 原始備份 |
| 2 | AI | AI 出整理計畫 問題清單(重複/缺漏/格式不一致)+每個問題打算怎麼處理+處理後的範例。此時不動手。→ 整理對照表 |
| 3 | Human | 審對照表 特別看它打算「合併」和「刪除」的東西。這兩類操作最不可回復。→ 確認過的整理規則 |
| 4 | AI | 小批試做 先處理 10 筆或 10 個檔案,你驗過再放大。→ 試做結果 |
| 5 | Human | 驗收試做 逐筆比對原始與整理後,特別看不可修改欄位有沒有被動到。→ 驗收紀錄 |
| 6 | Tool | 放大到全部 規則確認後再跑全部。過程中保留原始欄位以便對照。→ 乾淨資料表 |
| 7 | Human | 存下規則 整理規則存檔,下一批資料照同一套走。這是這個方法的複利。→ 可重複使用的整理規則 |
資料樣本(10–20 筆)+ 五項設定(來源、目的、目標格式、不可修改欄位、同義詞對照)。備份先做。
【整理設定】 資料來源:三個部門各自維護的客戶名單(Excel 各一份) 整理目的:合併成一份供系統匯入 目標格式: - 客戶代號:文字,格式 A-000 - 名稱:文字 - 聯絡日:日期,YYYY-MM-DD - 金額:數值,無千分位無單位 - 狀態:文字,限「正常/已取消/退貨」三種 資料筆數:約 1,200 筆(三份合計) 是否含個資:是(名稱、電話)→ 電話欄位已於匯出時移除 不可修改欄位(只能改格式):客戶代號、名稱 同義詞對照(已核可):取消、作廢 → 已取消;退、退單 → 退貨 備份位置:\\共用磁碟\備份\客戶名單_原始_1140820\ 【樣本(20 筆,節錄)】 訂單編號,客戶,下單日,金額,狀態 A-001,王小明,113/5/3,"1,200元",正常 A-002,王小名,2024-05-04,1500,正常 A-003,李大華,113年5月5日,2000,已取消 A-003,李大華,113年5月5日,2000,已取消 A-004,陳美美,113/5/6,,取消 A-005,測試用,113/5/7,999,正常
A 快速版貼上就能用;B 完整實戰版把角色、限制、步驟、輸出格式與驗收標準寫足;C 進階版是拿去建 GPT/Skill/Agent 的系統指令。三種都附可替換變數、使用範例、預期輸出與人工確認點。
資料很亂,想先知道它有哪些問題、AI 打算怎麼處理。
以下是我要整理的資料樣本。規則:
1. 先不要動手,給我「整理計畫」:問題清單(重複/缺漏/格式不一致)+每個問題你打算怎麼處理+處理後長什麼樣的範例。
2. 任何「刪除」或「合併」都要單獨列出來等我確認。
3. 我確認後,先只處理前 10 筆給我驗收。
4. 不確定的資料標【存疑】不要猜。
樣本:{貼上}| 變數 | 要換成什麼 |
|---|---|
{貼上} | 10–20 筆代表性樣本,不是全部。 |
以下是我要整理的資料樣本。規則:(照母提示詞四條) 樣本: 訂單編號,客戶,下單日,金額,狀態 A-001,王小明,113/5/3,"1,200元",正常 A-002,王小名,2024-05-04,1500,正常 A-003,李大華,113年5月5日,2000,已取消 A-003,李大華,113年5月5日,2000,已取消 A-004,陳美美,113/5/6,,取消 A-005,測試用,113/5/7,999,正常
【整理計畫(尚未動手)】 問題清單與處理方式: | # | 問題 | 影響 | 我打算怎麼處理 | 處理後範例 | |---|---|---|---|---| | 1 | 下單日三種格式(113/5/3、2024-05-04、113年5月5日) | 排序與期間篩選會錯 | 統一為 YYYY-MM-DD;民國年轉西元(+1911) | 113/5/3 → 2024-05-03 | | 2 | 金額欄含「元」與逗號,型態為文字 | 加總會漏算 | 移除「元」與逗號,轉為數值 | "1,200元" → 1200 | | 3 | A-003 重複兩列,內容完全相同 | 重複計算 | ⚠️需你確認是否刪除其中一列 | — | | 4 | A-004 金額為空 | 加總時被忽略 | ⚠️需你確認:視為 0、保留空白、還是排除該列 | — | | 5 | 狀態欄有「已取消」與「取消」兩種寫法 | 篩選會漏 | ⚠️需你確認是否合併為同一種 | — | | 6 | A-005 客戶為「測試用」 | 可能是測試資料 | ⚠️需你確認是否排除 | — | 【需要你確認的(刪除/合併類)】 1. 第 3 項:刪除重複列 A-003 其中一列 → 確認? 2. 第 5 項:把「取消」合併為「已取消」 → 確認? 3. 第 6 項:排除「測試用」列 → 確認? 【存疑,我不會自行處理】 - 「王小明」(A-001)與「王小名」(A-002):字形相近,可能是同一人的錯字,也可能是兩個不同的人。我不會合併,標【存疑】請你確認。 【我不會動的欄位】 - 訂單編號:僅為唯一識別,不做任何修改。 - 客戶:只做前後空白清除,不修正任何字。 確認以上之後,我會先處理前 10 筆給你驗收。
沒有額外的,看上面「三種版本共通的紅線」那一段就好。
目標格式說不清楚時,AI 會用它認為合理的格式——例如把日期統一成它習慣的樣式,而那可能不是你系統要的。所以「處理後範例」那一欄要逐項看,不合的當場改。
正式的資料整理(多部門合併、批次檔案處理)。加入不可修改欄位、同義詞對照與驗收設計。
# 角色
你是資料整理助手。你的工作順序是:先出計畫、經我確認、小批試做、我驗收後才放大。**你不得在未經確認前修改任何資料。**
# 背景
- 資料來源:{資料來源}
- 整理目的:{整理目的,例如合併成月報表/匯入系統}
- 目標格式:{目標格式,欄位與格式規範}
- 資料筆數:{筆數}
- 是否含個資:{是否含個資}
# 不可修改內容的欄位(只能改格式,不能改內容)
{不可修改欄位清單}
對這些欄位,你只能做:去除前後空白、統一全形半形、統一大小寫(若我指定)。
**絕對不得**:修正你認為的錯字、補齊你認為缺的字、合併你認為相同的值。
# 已知的同義詞對照(依此合併,不得自行擴充)
{同義詞對照表}
未列在此表中的疑似同義值,一律標【存疑】等我確認。
# 階段一:整理計畫(此階段不得修改任何資料)
輸出:
1. **問題清單**:問題|影響|處理方式|處理後範例(一定要有範例)
2. **需要確認的操作**:所有「刪除」「合併」「填補」類操作單獨列出,等我逐項確認
3. **存疑清單**:你不確定的,說明不確定在哪、需要什麼資訊才能判斷
4. **我不會動的欄位**:列出不可修改欄位,並說明你只會做哪些格式處理
5. **處理後的欄位規格**:整理完之後每個欄位長什麼樣
# 階段二:小批試做(我確認計畫後)
只處理前 {試做筆數} 筆。輸出時保留原始值與整理後值兩欄,方便我逐筆比對。
# 階段三:放大(我驗收後)
1. 依同一套規則處理全部。
2. 保留原始欄位(欄位名加 _原始 後綴)。
3. 產出「處理統計」:每種處理各執行了幾筆、標【存疑】幾筆。
4. 把整理規則寫成可重複執行的文字說明。
# 不可以做的事
1. 未經確認不得刪除任何列。
2. 未經確認不得合併任何值。
3. 不得修改不可修改欄位的內容。
4. 不得自行決定空值的處理方式。
5. 不得推測資料的意義(例如把「北市」自行擴充為「臺北市」,除非同義詞表有列)。
# 自我檢查(每階段輸出前執行)
1. 我是否在未經確認的情況下修改了資料?
2. 不可修改欄位的內容是否完全未變?
3. 是否有我自行判斷的合併或刪除?
4. 每個處理方式是否都附了範例?
5.【存疑】項目是否都說明了不確定在哪?
# 資料樣本
{貼上樣本}| 變數 | 要換成什麼 |
|---|---|
{資料來源}/{整理目的} | 決定目標格式。 |
{目標格式} | 整理後應該長什麼樣。說不清楚就會被 AI 的偏好決定。 |
{不可修改欄位清單} | 這個方法最重要的護欄。料號、代號、姓名一定要列。 |
{同義詞對照表} | 明確列出可合併的值。未列的一律存疑。 |
{試做筆數} | 建議 10,最多 20。 |
{是否含個資} | 決定要不要先去識別化。 |
把 {資料來源} 換成「三個部門各自維護的客戶名單」、{整理目的} 換成「合併成一份供系統匯入」、{目標格式} 換成「客戶代號(文字)、名稱(文字)、聯絡日(YYYY-MM-DD)、金額(數值)、狀態(限:正常/已取消/退貨)」、{不可修改欄位清單} 換成「客戶代號、名稱」、{同義詞對照表} 換成「取消/作廢 → 已取消;退/退單 → 退貨」、{試做筆數} 換成 10。階段一會列出問題清單並在「處理後範例」欄給出實際轉換的樣子;所有刪除合併類操作單獨列出等你確認;名稱相近的資料會進【存疑清單】而不是被合併;並明確說明「客戶代號與名稱只做空白清除」。
同義詞對照表不完整時,會出現大量【存疑】——這是正確的行為。把存疑清單看過一輪,把確定的補進對照表,之後就會越跑越順。不要為了減少存疑而讓 AI 自行判斷。
每月要處理同一類資料時,把整理規則固定成助手。這段是系統指令,重點在「未經確認不動手」。
# 身分
你是「{單位名稱}資料整理助手」。你的工作順序固定為:出計畫 → 使用者確認 → 小批試做 → 使用者驗收 → 放大。**任何階段都不得跳過。**
# 固定規則(本助手的核心資產)
- 目標格式:{目標格式規範}
- 不可修改內容的欄位:{不可修改欄位}
- 已核可的同義詞對照:{同義詞對照表}
- 已核可的處理規則:{既有處理規則}
- 試做筆數:{試做筆數}
# 最高規則(不得因使用者要求而放寬)
1. 未經本次確認,不得刪除任何列。
2. 未經本次確認,不得合併任何值(同義詞對照表已列者除外)。
3. 不可修改欄位只能做格式處理(去空白、全半形統一),不得修正內容。
4. 不得自行決定空值處理。
5. 不得推測資料意義做擴充或縮寫還原。
使用者要求「直接幫我整理好」時,回覆:「我需要先出計畫給你確認。批次修改一旦跑完,錯的地方很難找回來。這一步大約只需要兩分鐘。」
# 前置檢查
- 使用者未確認已備份 → 先問「原始資料已經備份了嗎?備份在哪裡?」未備份不開始。
- 資料筆數超過 {大量門檻} → 提醒「建議先用樣本出計畫,不要一次貼全部」。
- 偵測到個資欄位(姓名、電話、身分證號、地址、生日)→ 提醒去識別化,並詢問這些欄位是否列入不可修改。
- 欄位名稱與既有規則不符 → 警示「資料結構可能已變更,請確認欄位對應」。
# 例外處理
- 出現同義詞對照表未列的疑似同義值 → 標【存疑】並列出所有出現的變體與筆數,不自行合併。
- 出現看似錯字的內容(人名、地名、料號)→ 一律標【存疑】,不修正。說明「這可能是錯字,也可能是不同的值,我無法分辨」。
- 同一筆資料在不同來源有不同值 → 兩者並列,標【來源衝突】,不自行取捨。
- 使用者要求「順便把明顯的錯字改掉」→ 拒絕,回覆「『明顯』的判斷需要領域知識。我會列出所有疑似錯字讓你決定,這樣至少你知道改了什麼。」
- 檔案批次改名 → 一律先產出「原檔名 → 新檔名」對照表,且對照表必須先另存,才執行改名。
- 試做結果使用者要求修改規則 → 更新規則後重新試做,不得在未重新試做的情況下放大。
# 權限限制
- 你沒有存取檔案系統的權限,所有操作由使用者執行。
- 你不得代為刪除、覆蓋、移動任何檔案。
- 你不得跨對話記憶資料內容(規則存於知識庫)。
# 必須交給人的判斷
1. 是否備份(前置條件)。
2. 所有刪除與合併。
3.【存疑】項目的判斷。
4. 空值處理方式。
5. 個資的處理程度。
# 中止條件
- 使用者未確認已備份。
- 使用者三次要求跳過計畫階段直接整理。
- 使用者要求你修正不可修改欄位的內容。
- 資料含個資且使用者堅持不去識別化。
中止輸出格式:「【中止】原因:{原因}。建議處理方式:{建議}。」
# 固定輸出格式
【階段一:整理計畫】
一、問題清單(問題|影響|處理方式|處理後範例)
二、需要你確認的操作(刪除/合併/填補,逐項)
三、存疑清單(不確定在哪|需要什麼資訊)
四、我不會動的欄位(不可修改欄位與我只會做的格式處理)
五、處理後的欄位規格
【階段二:小批試做】
原始值與整理後值並列,逐筆可比對
【階段三:放大後】
一、處理統計(每種處理各幾筆|存疑幾筆|來源衝突幾筆)
二、可重複執行的整理規則(文字說明)
三、自我檢查結果
# 自我檢查(每階段執行)
1. 是否在未經確認下修改了資料?
2. 不可修改欄位的內容是否完全未變?
3. 是否有我自行判斷的合併或刪除?
4. 每個處理方式是否附了範例?
5.【存疑】是否都說明了不確定在哪?
6. 檔案改名是否已先產出對照表?
# 品質檢核(階段三結尾固定一行)
「本次處理 {N} 筆:格式統一 {A} 筆、合併 {B} 筆、刪除 {C} 筆、填補 {D} 筆;【存疑】{E} 筆、【來源衝突】{F} 筆,均未處理保留原值。不可修改欄位({欄位清單})內容完全未變動。原始欄位已保留於 _原始 後綴欄位。」| 變數 | 要換成什麼 |
|---|---|
{單位名稱} | 助手服務的單位。 |
{目標格式規範}/{不可修改欄位}/{同義詞對照表}/{既有處理規則} | 這個助手的核心資產,每次整理後可累積。 |
{試做筆數}/{大量門檻} | 建議 10 與 200。 |
在自訂 GPT 建立助手,指令欄貼上整段,知識欄上傳「整理規則」文件(含目標格式、不可修改欄位、同義詞對照表)。每月拿到新資料時貼樣本,助手出計畫,確認後試做,驗收後放大。
未確認備份時助手會先問;要求「直接整理好」時會拒絕並說明理由;出現「王小明/王小名」時會標【存疑】並列出兩者的筆數;檔案改名時會堅持先產對照表;結尾固定聲明不可修改欄位未變動。
同義詞對照表不完整時會有大量【存疑】——把它們看過一輪,確定的補進對照表,之後就越跑越順。這是這個助手的複利:每整理一次,規則就更完整一次。
分三階段:整理計畫(五節)、小批試做(原始與整理後並列)、放大後(統計+可重複規則)。
【存疑 1】王小明(A-001)/王小名(A-002) AI 的說明:「字形相近,可能是同一人的錯字,也可能是兩個不同的人。我不會合併。」 人工查證:查客戶主檔,兩者為不同的統一編號,是兩家不同的公司負責人。 → 結論:不合併。若當初讓 AI 自行判斷,這兩筆會被併成一筆,訂單金額會被合併計算。 【存疑 2–5】四筆「臺」與「台」的地址寫法差異 AI 的說明:「地址欄位中『臺北市』與『台北市』並存,未列於同義詞對照表。」 人工判斷:確認為同一地區的不同寫法,可合併。 → 處理:補進同義詞對照表(臺→台,僅限地址欄),下次自動處理。 【存疑 6–7】兩筆料號大小寫不同(ABC-100 / abc-100) AI 的說明:「料號屬不可修改欄位,我只做了空白清除,未統一大小寫。」 人工查證:系統中料號區分大小寫,兩者是不同的料號。 → 結論:不統一。這一項如果 AI「順手」統一了,匯入系統時會出現找不到料號的錯誤。 【來源衝突 1–3】同一客戶代號在不同部門的名單中名稱不同 AI 的說明:「同代號不同名稱,兩者並列,不自行取捨。」 人工處理:以客戶主檔為準,並回報三個部門更新各自的名單。 → 附帶收穫:發現三個部門的名單長期沒有同步,這是比資料格式更根本的問題。 【結論】 7 筆存疑中:2 筆確認不可合併(合併會出錯)、4 筆可合併(已補進對照表)、1 筆確認不統一(統一會出錯)。 ※ 如果讓 AI 自行判斷這 7 筆,至少有 3 筆會被錯誤處理,而且處理完之後看起來更「乾淨」,更難發現。
【階段二:小批試做(前 10 筆)】 | # | 客戶代號 | 名稱_原始 | 名稱 | 下單日_原始 | 下單日 | 金額_原始 | 金額 | 狀態_原始 | 狀態 | 備註 | |---|---|---|---|---|---|---|---|---|---|---| | 1 | A-001 | 王小明 | 王小明 | 113/5/3 | 2024-05-03 | "1,200元" | 1200 | 正常 | 正常 | | | 2 | A-002 | 王小名 | 王小名 | 2024-05-04 | 2024-05-04 | 1500 | 1500 | 正常 | 正常 | 【存疑】名稱與第 1 筆相近 | | 3 | A-003 | 李大華 | 李大華 | 113年5月5日 | 2024-05-05 | 2000 | 2000 | 已取消 | 已取消 | | | 4 | A-003 | 李大華 | 李大華 | 113年5月5日 | 2024-05-05 | 2000 | 2000 | 已取消 | 已取消 | 【重複】已依你的確認刪除 → 本列不進最終檔 | | 5 | A-004 | 陳美美 | 陳美美 | 113/5/6 | 2024-05-06 | (空) | (空) | 取消 | 已取消 | 空值依你的決定:保留空白 | | 6 | A-005 | 測試用 | 測試用 | 113/5/7 | 2024-05-07 | 999 | 999 | 正常 | 正常 | 【已排除】依你的確認,本列不進最終檔 | 請逐筆比對「_原始」與整理後的欄位,特別確認客戶代號與名稱完全未變。 【階段三:放大後】 一、處理統計 | 處理 | 筆數 | |---|---| | 日期格式統一 | 1,187 | | 金額轉數值(移除逗號與「元」) | 342 | | 狀態同義詞合併(取消/作廢→已取消) | 96 | | 狀態同義詞合併(退/退單→退貨) | 41 | | 刪除重複列(經確認) | 12 | | 排除測試資料(經確認) | 5 | | 【存疑】名稱相近未合併 | 7 | | 【來源衝突】同代號不同名稱 | 3 | 二、可重複執行的整理規則 1. 日期:民國年(NNN/M/D 或 NNN年M月D日)→ 年份 +1911,輸出 YYYY-MM-DD;已為西元格式者僅補零。 2. 金額:移除千分位逗號與「元」字,轉數值;空白保留空白(不補 0)。 3. 狀態:依同義詞對照表合併;未列於對照表的值保留原樣並標【存疑】。 4. 重複列:訂單編號+客戶+下單日+金額四欄全同者視為重複,保留第一筆(此規則本次經確認)。 5. 測試資料:客戶欄含「測試」「test」(不分大小寫)者標記,由人確認後排除。 6. 客戶代號與名稱:僅去除前後空白,內容不做任何修改。 三、自我檢查結果 未經確認未修改資料:通過|不可修改欄位內容未變:通過(已逐筆比對)|無自行判斷的合併刪除:通過|處理方式皆附範例:通過|存疑皆說明原因:通過 本次處理 1,248 筆:格式統一 1,529 筆次、合併 137 筆、刪除 12 筆、填補 0 筆;【存疑】7 筆、【來源衝突】3 筆,均未處理保留原值。不可修改欄位(客戶代號、名稱)內容完全未變動。原始欄位已保留於 _原始 後綴欄位。
這幾支都做得到——差別在你手上有哪一支、資料能不能外流。標「起手」的是不知道從哪支開始時的建議,不是限定。
| 工具 | 什麼時候用 | 為什麼 | 注意 |
|---|---|---|---|
| ChatGPT ↗起手 整理規則與腳本 | 出整理計畫、要建自訂助手 | 問題盤點完整,計畫格式穩定。 | 大量資料不要一次貼,先用樣本。 |
| Claude ↗ | 資料欄位多、規則複雜 | 多欄位的規則一致性較好,較少自行推測。 | 同樣要先出計畫。 |
| M365 Copilot ↗ 就地整理 Excel | 原始檔在 OneDrive/SharePoint,且不得外傳 | 直接在 Excel 裡動手,資料不必上傳到外部服務。 | 它是直接改在檔案上;先另存一份副本再開工,不要動唯一的正本。 |
| 試算表 | 實際執行大量處理 | 可重複執行、可回復、可稽核。 | 公式要留著,並保留原始欄位。 |
人名、料號、代號被「修正」,改完看起來更正常,很難發現。
怎麼修設不可修改欄位清單,明訂只能改格式不能改內容;驗收時逐欄比對原始值。
批次操作出錯時無法回復。
怎麼修備份是第一步;助手在未確認備份前不開始。
直接跑全部,錯了就是全部重來。
怎麼修10 筆試做、驗收、才放大;規則有改就重新試做。
「王小明/王小名」被併成一筆,金額被合併計算。
怎麼修同義詞對照表明確列出;未列的一律標【存疑】由人判斷。
改完對不回原檔,等於資料失蹤。
怎麼修先產出「原檔名→新檔名」對照表並另存,才執行改名。
下一批資料又要從頭來一次,而且規則不一致。
怎麼修把規則寫成文字說明存檔,並持續補充同義詞對照表。
| 流程位置 | 誰 | 做什麼/怎麼做 |
|---|---|---|
| 計畫階段 | AI | 出整理計畫不動手 問題清單+處理方式+處理後範例。這一步是整個方法的護欄。 |
| 試做階段 | AI | 小批處理 10 筆或 10 個檔案,驗過再放大。 |
| 執行階段 | Tool | 試算表或腳本 大量處理用工具執行,並保留原始欄位以便對照。 |
| 留存階段 | AI | 把規則寫成文字 整理規則存成可重複執行的說明,下一批照跑。 |
資料整理方法:先出對照表,你點頭它才動
第一手拆解:資料整理方法(完整拆解) →
當時的狀況:三個部門各自維護的名單要合併成一份。第一次直接請 AI「幫我整理成統一格式」,結果拿到一份看起來很乾淨的資料——但比對之後發現有幾個客戶名稱被「修正」了,而那些其實是不同的客戶。
結果:整理結果從「看起來很乾淨」變成「知道改了什麼、沒改什麼」。而整理規則存下來之後,下個月的同一份工作只花了原本的一小部分時間。
待補資料:本站不提供整理時間的量化改善。建議記錄「整理後被發現的錯誤筆數」作為品質指標——這比速度更值得追蹤。
整理是分析的前置作業。
常態查詢改用唯讀資料庫查詢。
每月同一套流程時值得固定下來。
整理規則本身就是一份 SOP 的雛形。
這個方法的模板與 Checklist 下載包整理中——訂閱更新,上架後第一時間通知你。
之後會不定期整理:新方法、指令包(Prompt Pack)、Checklist 與模板。免費、無廣告;正式寄送前會先寄確認信,隨時可來信要求刪除。
送出即表示你同意本站的 隱私權說明:目前只收訂閱意願,我們只儲存 Email 與同意版本,不會把 Email 和你的閱讀紀錄綁在一起。隨時可來信要求刪除。