AI 8D 報告：Root Cause 沒證據前，不准填答案

01解決的工作問題

品質異常或客訴發生後，多半有時限壓力——客戶要求幾個工作天內拿到 8D 報告，工程與品保卻還沒做完驗證。這時候如果用 AI 幫忙整理報告，最大的風險不是寫得慢，而是寫得太快、太完整：AI 很擅長把「最像的原因」講得跟「已經查出來的原因」一樣篤定，尤其是套用常見的失效模式常識時，語氣會非常肯定。8D 報告的 D4（根因分析）本來就要求「確認根因」——有測試或實體證據支持，不是憑經驗猜。一旦把假說寫成根因，後面的矯正措施、水平展開、SOP 修訂全部建立在沒有驗證過的地基上，客戶稽核時一問「怎麼驗證的」就穿幫，更嚴重的是同款異常可能再發生。真正要做的不是禁止 AI 幫忙寫報告，而是逼它老實標記：哪些是症狀、哪些有證據支持、哪些只是假說、驗證做了沒有、根因有沒有真的被確認。

02什麼時候用、什麼時候別用

什麼情況下該用這一套

• {'t': '已經有客訴或品質異常紀錄，需要在期限內交出 8D 報告', 'd': '有明確的異常事件與時限壓力，最需要這套紀律來擋掉「先寫結論再補證據」的衝動。'}
• {'t': '手上有初步的現場量測、鑑定或檢驗資料', 'd': 'AI 需要有實際資料才能整理出已確認事實與資料缺口，完全沒有資料就只能列假說方向。'}
• {'t': '團隊願意先做測試驗證，而不是直接憑經驗下結論', 'd': '這套方法的核心是驗證，如果組織文化是「資深的人說了算」，這套流程會被跳過。'}

什麼情況下別用

還沒有任何驗證動作就要下根因結論

AI 只能幫你把假說排出優先順序、寫出驗證方式，不能代替你做重現測試或量測。

單純日常巡檢或製程監控紀錄

8D 是針對已發生的異常/客訴走正式矯正流程，例行巡檢用別的方法整理即可。

法規責任歸屬或求償金額的最終認定

根因確認可以用 AI 協助整理事實與證據，但責任歸屬、求償、法規通報與否的最終判斷必須由權責主管與法務決定。

誰會用到

品保／製造

你是這份報告的守門人。AI 生成的內容再好看，Root Cause 欄位沒有驗證證據就要打回去，這是你的職責不是龜毛。

工程師／研發

你負責把假說變成可以驗證的測試計畫，也負責實際執行驗證。AI 能幫你把假說排出優先順序、寫清楚驗證方式，測試還是要真的做。

主管

D3 圍堵措施跟時限壓力常常逼你想快點結案，你的角色是擋下「先寫根因，之後再補驗證」這種提案。

所屬工作情境

04完整步驟圖的文字版，逐步展開

一句話版（快速回顧）

1. 用 5W2H 寫症狀，不加原因推測，圈定圍堵範圍
2. 請 AI 整理『已確認事實』與『尚未確認』兩欄，抓出資料缺口
3. 先做圍堵措施止血，不等根因確認
4. 請 AI 依 4M1E 列根因假說清單，每項假說附『需要什麼證據才能驗證』
5. 人工實際執行驗證測試，逐項判定假說成立或推翻
6. 只有驗證通過的假說能寫進 Root Cause，其餘留在假說區並標明還缺什麼證據

完整版（每一步誰做、產出什麼）

05開始前要準備什麼標「必要」的沒備齊就先別開始

客訴或異常原始紀錄必要

客戶投訴內容或內部發現紀錄，含發生時間、批號、數量。

現場量測與檢驗資料必要

尺寸量測、外觀比對、初步鑑定結果，能貼多少貼多少，沒有的寫「無」。

批號與製程履歷必要

該批的設備參數、操作人員、原料批號、關鍵製程紀錄。

不良品或留樣必要

實物或照片，用於後續驗證測試比對，AI 看不到但要先確認手上有。

既有 SOP／控制計畫／FMEA可選

矯正措施是否需要回頭修這些文件的對照基礎。

驗證測試資源必要

能不能重現異常、有沒有設備做破壞性分析或流量量測，決定假說能不能被驗證。

餵進去的東西要長這樣

客訴/異常原始紀錄 + 現場量測與檢驗資料 + 批號與製程履歷 +（驗證階段另加）實際測試/量測結果。

• 症狀敘述使用 5W2H，不要在這一步就寫原因。
• 每一項資料要標明來源與時間，沒有的資料寫「無」，不要留空白讓 AI 自己猜。
• 驗證測試完成後才把驗證結果貼進去，不要在驗證前先貼「猜測的原因」當作既定事實。
• 涉及客戶或供應商名稱時，先依公司規定代稱。

【客訴內容】
客戶來信：批號 INJ-2408-17 連接器外殼（5000 件），抽驗 120 件厚度低於規格下限 0.15mm 以上，已暫停使用該批貨，要求 8D 報告。

【現場量測與檢驗資料】
成品尺寸量測報告：120 件超差，集中在澆口對側。

【批號與製程履歷】
射出機參數紀錄（冷卻時間欄位空白）、原料批號紀錄、模具最近保養紀錄（45 天前）。

【驗證測試結果】（驗證階段才補上）
拆模水路流量量測：澆口對側水路流量較其餘 3 組低 42%。
保壓曲線比對：與標準工藝差異在容許範圍內。
原料含水率量測：0.018%，規格內。
換模首件簽核紀錄：欄位空白，無法回溯。

06Prompt（快速／完整／進階）

A 快速版貼上就能用；B 完整實戰版把角色、限制、步驟、輸出格式與驗收標準寫足；C 進階版是拿去建 GPT／Skill／Agent 的系統指令。三種都附可替換變數、使用範例、預期輸出與人工確認點。

以下是這起品質異常/客訴的原始資料：客訴內容、現場量測紀錄、不良品鑑定結果、批號與製程履歷（依你手上有的貼上，沒有的寫「無」）。

請幫我做以下事，嚴格區分「症狀」「證據」「假說」三種，不要混在一起：

1.【症狀整理】用 5W2H（What/Where/When/Who/How/How many，加 Why 客戶會發現）把異常寫成一段客觀敘述，不加任何原因推測。
2.【時間軸：已確認 vs 尚未確認】列出目前手上資料能確認的事實（每條註明來源，例如「依 XX 檢驗報告」），與尚未確認、只是推測的部分分成兩欄，不要混寫。
3.【資料缺口】指出目前資料還缺什麼，才能開始找根因（例如：缺當班設備參數紀錄、缺留樣可供比對）。
4.【初步假說清單】依可能的 4M1E（人／機／料／法／環）方向列出根因假說，每一項假說都要附一欄「需要什麼證據才能驗證這個假說」，沒辦法講出驗證方式的假說不要列。

規則：
- 第 4 步的每一項只能標記為【假說】，不可以用「原因是」「已確定」這類字眼，那些字眼只保留給有驗證證據支持的結論。
- 不確定的地方要明講不確定，不要為了讓報告好看而幫忙補猜測的原因或數字。
- 不要在這一步寫「建議矯正措施」，矯正措施要等假說驗證後才寫。

異常紀錄：{貼上客訴/異常內容}｜現場資料：{貼上量測/檢驗/批號履歷}

某客戶來信：收到的一批連接器外殼（批號 INJ-2408-17，共 5000 件）有 120 件量測後發現厚度較規格薄 0.15mm 以上，超出公差。客戶已暫停使用該批貨。
現場資料：成品尺寸量測報告（120 件超差，分布在澆口對側）、當班射出機參數紀錄（部分欄位空白，冷卻時間未記錄）、原料批號紀錄、模具最近一次保養在 45 天前。

【症狀整理】
批號 INJ-2408-17 連接器外殼（共 5000 件）經客戶端量測，120 件厚度低於規格下限 0.15mm 以上，超差部位集中在澆口對側。客戶已暫停使用，要求 8D 報告。

【已確認事實 vs 尚未確認】
已確認：
- 超差數量 120 件，占比 2.4%。〔依客戶提供量測報告〕
- 超差部位集中在澆口對側。〔依同一份量測報告的位置分布〕
- 模具最近一次保養在 45 天前。〔依保養紀錄〕
尚未確認：
- 當班實際冷卻時間（紀錄欄位空白）。
- 是否為單一設備、單一模穴問題，或整批模穴普遍偏薄。
- 原料批號是否有乾燥度異常。

【資料缺口】
- 缺當班冷卻時間實際紀錄，只有標準工藝設定值，無法確認實際執行是否偏離。
- 缺各模穴分開量測的數據，目前只有合併的 120 件數字，無法判斷是特定模穴問題。
- 缺原料乾燥度當班紀錄。

【初步假說清單（4M1E）】
1.【假說】保壓時間不足或保壓壓力不夠 — 需要證據：調出當班射出機保壓段實際曲線，與標準工藝比對。
2.【假說】模具冷卻水路局部阻塞（對應澆口對側偏薄） — 需要證據：拆模量測各水路實際流量，並拍照確認有無水垢或阻塞。
3.【假說】原料乾燥度不足導致收縮率偏高 — 需要證據：當班原料含水率量測數據，若無法回溯則需下一批同條件試模驗證。
4.【假說】換模/換模穴後首件未確認 — 需要證據：換模紀錄與首件檢驗簽核紀錄。

以上四項均為假說，尚未經驗證，不得在報告中使用「原因是」等字眼。下一步請安排實際驗證測試以確認或推翻。

以下是驗證測試的完整結果，以及先前列出的假說清單。請依驗證結果生成完整的 8D 報告初稿（D1-D8），嚴格區分【已確認根因，附證據】與【假說，已排除/待驗證】：

1.【D1 團隊】列出應包含的角色（品保、製程工程、設備、供應商窗口等），不用填實際人名，用職能代稱。
2.【D2 問題描述】沿用先前整理的症狀敘述，5W2H，不加原因。
3.【D3 圍堵措施】列出已執行的圍堵動作與時間點。
4.【D4 根因分析】逐項列出先前的假說，依驗證結果分成三類：
   (a)【已確認根因，附證據】— 只有實際有驗證數據支持的才能放這裡，並附驗證方式與數據摘要。
   (b)【已排除，附驗證紀錄】— 驗證做了但結果不支持，附驗證方式與結果。
   (c)【待驗證，資料不足】— 還沒做驗證或驗證結果不足以下結論的，誠實保留在這裡，不得因為報告要交件就強行歸類到 (a)。
5.【D5 矯正措施】只能對應 (a) 已確認根因的項目提出矯正措施，不得對應 (c) 類的假說。
6.【D6 驗證矯正措施有效性】列出矯正措施上線後要追蹤的具體項目與批數，不是只寫「已改善」。
7.【D7 預防再發】需要回頭修訂的 SOP、控制計畫、FMEA 條目，若牽涉其他產線或料號要註明水平展開範圍。
8.【D8 結案】結案前的檢查清單，包含所有 (a) 類根因是否都有對應矯正措施、(c) 類是否仍在追蹤中。

規則：
- 任何一條寫進 (a) 的內容，如果我沒有在驗證結果裡提供對應數據，你要標記【缺驗證數據，不得列入 (a)】並移到 (c)。
- 不要因為只有一個假說看起來「合理」就自動把它升級成 (a)，合理不等於已驗證。
- 用字要精確：「已確認」只能用在 (a)，其他地方一律用「假說」、「疑似」、「尚待驗證」。

症狀與已確認事實：{貼上}｜假說清單：{貼上}｜驗證測試結果：{貼上}

（貼上先前整理的症狀敘述與已確認事實、假說清單，並附四項假說的驗證測試結果：保壓曲線比對、拆模水路流量量測、原料含水率量測、換模首件簽核紀錄）

【D1 團隊】品保工程師（主責）、製程工程師、設備維護、模具技術員、供應商品保窗口（原料乾燥度部分）。

【D2 問題描述】批號 INJ-2408-17 連接器外殼（5000 件），120 件厚度低於規格下限 0.15mm 以上，超差部位集中在澆口對側，客戶已暫停使用該批貨，要求 8D 報告。

【D3 圍堵措施】異常發現當日全數篩選庫存與在途貨品（3200 件），隔離超差品，已於次日以合格庫存品換貨予客戶，同時暫停該模具生產至根因確認。

【D4 根因分析】
(a) 已確認根因，附證據：
- 模具冷卻水路局部阻塞（對應澆口對側偏薄水路）。〔驗證方式：拆模量測 4 組水路流量，澆口對側水路流量較其餘 3 組低 42%，並拍照確認水垢堆積〕
(b) 已排除，附驗證紀錄：
- 保壓時間不足：調出當班保壓曲線與標準工藝比對，差異在容許範圍內，排除。
- 原料乾燥度不足：當班原料含水率量測為 0.018%，在規格內，排除。
(c) 待驗證，資料不足：
- 換模首件未確認：換模紀錄顯示有換模，但首件檢驗簽核欄位空白，無法確認當時是否有做首件確認，也無法回溯驗證，保留為待釐清項目，不列入根因。

【D5 矯正措施】
- 對應 (a)：模具冷卻水路已清潔並更換易阻塞的水路接頭，清潔後複測 4 組水路流量差異在 5% 以內。

【D6 驗證矯正措施有效性】矯正後連續生產 3 批（共 15000 件），每批全檢厚度，追蹤澆口對側厚度分布是否回到規格中段。

【D7 預防再發】模具保養 SOP 新增「每次保養須量測並記錄 4 組水路流量」條目；同模具系列（共 3 套同款模具）的水路流量一併排查。

【D8 結案】(a) 項已對應矯正措施並開始追蹤；(c) 項換模首件簽核缺失已另案要求製程稽核加強首件確認落實率，本次 8D 暫不因 (c) 項結案，列入下次巡檢重點。

請把以下規則，寫成一份可以直接用來建立公司內部「8D 報告生成助手」的系統指令。

【系統指令要包含】
1. 角色與任務：協助整理與生成 8D 報告（D1-D8），不做最終判斷，不代替實際驗證測試。
2. 用字紀律：全文只能使用【症狀】【已確認事實，附來源】【假說，待驗證】【假說，已排除，附驗證紀錄】【已確認根因，附證據】五種標記描述任何原因相關的內容，不得使用「原因是」「已確定」「顯然是」等未附證據的肯定語氣。
3. D4 流程規則：任何被歸類為【已確認根因】的條目，使用者若沒有同時提供對應的驗證方式與數據摘要，一律退回並標記【缺驗證數據，改列假說】，不得自行判斷合理與否就放行。
4. D3 與 D4 分離：圍堵措施（D3）的生成不得等待根因確認，兩者分開處理。
5. D5 規則：矯正措施只能對應 D4 中【已確認根因】的項目，若使用者要求對應假說項目提出矯正措施，要提醒並拒絕，除非使用者明確要求（並在輸出中標記此為例外）。
6. D6-D8 規則：矯正措施產出後必須包含具體追蹤項目與批數/期間，不得只寫「已改善」；結案前列出仍待釐清的項目，不得隱藏未解決的部分。
7. 資料缺口處理：欄位空白或矛盾時，直接標記【資料不足】並列出還缺什麼，不得用產業常識或相似案例代填。

【另外請給我】
(a) 一份「使用說明」，給第一次用的品保/工程同事看，含三個好例子與三個壞例子。
(b) 一份「維護說明」：規則多久檢查一次、遇到新類型異常（例如非射出成型製程）要怎麼調整、誰負責。

以上規則定稿：{貼上}

（貼上定稿的 8D 生成規則七條，包含五種用字標記、D3/D4 分離、D5 矯正對應規則、D6 追蹤要求、資料缺口處理方式）

【共用 8D 報告生成助手 系統指令】

一、你的角色
你是本單位的 8D 報告生成助手，協助整理與撰寫 8D 報告（D1-D8）。你不做最終判斷，不代替實際驗證測試，所有結論以使用者提供的驗證證據為準。

二、用字紀律
描述原因相關內容時，只能使用以下五種標記：【症狀】【已確認事實，附來源】【假說，待驗證】【假說，已排除，附驗證紀錄】【已確認根因，附證據】。不得使用「原因是」「已確定」「顯然是」等未附證據的肯定語氣。

三、D4 根因分析規則
任何要標記為【已確認根因】的條目，必須同時附驗證方式與數據摘要。使用者若只給出假說沒給驗證數據，一律標記【缺驗證數據，改列假說】，並提醒使用者需要補驗證證據，不自行判斷「這個看起來很合理所以放行」。

四、D3 與 D4 分離
圍堵措施（D3）獨立生成，不等 D4 根因確認完成才產出，兩者分開處理、分開輸出。

五、D5 矯正措施規則
矯正措施只能對應 D4 中標記【已確認根因】的項目。若使用者要求對應假說或已排除項目提出矯正措施，先提醒「該項目尚未確認為根因，矯正措施對應到假說可能是無效措施」，使用者仍堅持才輸出，並在該條矯正措施旁標記【例外：對應未確認項目】。

六、D6-D8 規則
矯正措施產出時必須附具體追蹤項目、批數或期間，不得只寫「已改善」。D8 結案清單要列出所有已確認根因是否都有矯正措施、所有待驗證項目的後續處理方式，不得省略未解決的部分。

七、資料缺口
欄位空白、矛盾、或使用者說「不確定」時，標記【資料不足】並列出還缺什麼資料，不使用產業常識、相似案例或 AI 自己的經驗代為填寫。

──────────

【使用說明（給第一次用的同事）】
這個助手做什麼：協助整理症狀、假說、驗證結果，並依標準格式生成 8D 報告草稿。
這個助手不做什麼：幫你做驗證測試、幫你決定哪個假說「比較合理」、幫你認定責任歸屬。

好例子：
1. 貼上症狀紀錄與履歷資料，請它整理已確認事實與資料缺口。
2. 貼上驗證測試的完整結果，請它依結果分類根因與假說。
3. 貼上已確認根因，請它草擬對應的矯正措施與追蹤計畫。

壞例子：
1.「幫我判斷這批異常最可能是哪個原因」— 它不做未經驗證的判斷，只能列假說。
2.「客戶在催，先幫我寫一個確定的原因」— 時限壓力不是升級假說的理由，助手會拒絕。
3.「這個供應商要不要負責，幫我寫進報告」— 責任歸屬不由 AI 認定，由權責主管與法務決定。

【維護說明】
- 每季抽 3 份實際發出的 8D 報告，檢查 Root Cause 欄位是否都有對應驗證證據。
- 遇到非射出成型類的異常（例如電子/化學製程），第二、三節的標記邏輯不變，但驗證方式範例要另外補充。
- 負責人：〔填寫〕。規則更新後在共用位置註明版本與日期，並通知使用的品保與工程同仁。

07產出應該長什麼樣拿到的東西要長這樣

8D 報告的 D1-D8 結構，其中 D4 根因欄位嚴格區分【假說/待驗證】與【已確認根因，附證據】兩種標記。

完成品：同一批驗證結果，兩種 D4 寫法：有沒有把假說和根因分開

【沒有嚴格區分假說與根因】
AI 產出（節錄）：
「經分析，本次連接器外殼厚度超差之原因為模具冷卻不良，導致成品收縮不均。同時，保壓時間亦可能為次要影響因素，建議一併調整。矯正措施為清潔模具水路並調整保壓參數。」

→ 讀起來很專業、很像已經查清楚了。問題是：
→「保壓時間亦可能為次要影響因素」——這句話用「矯正措施」把一個沒驗證過的假說直接變成要花錢花時間去改的動作。
→ 整段沒有任何一個字提到「怎麼驗證的」，如果客戶稽核問「你怎麼知道是冷卻不良」，答不出來。
→ 保壓參數調整如果做了但其實跟異常無關，反而增加了新的變異來源。

【嚴格區分假說與根因】
AI 產出（節錄）：
「D4 根因分析
(a) 已確認根因，附證據：
- 模具冷卻水路局部阻塞（對應澆口對側偏薄水路）。〔驗證方式：拆模量測 4 組水路流量，澆口對側水路流量較其餘 3 組低 42%，並拍照確認水垢堆積〕
(b) 已排除，附驗證紀錄：
- 保壓時間不足：調出當班保壓曲線與標準工藝比對，差異在容許範圍內，排除。
(c) 待驗證，資料不足：
- 換模首件未確認：換模紀錄顯示有換模，首件檢驗簽核欄位空白，無法回溯驗證，保留待釐清，不列入根因。

D5 矯正措施
- 對應 (a)：模具冷卻水路已清潔並更換易阻塞接頭，清潔後複測流量差異在 5% 以內。」

→ 每一條都可以被追問「怎麼驗證的」，答得出來。
→ (c) 類項目誠實保留，沒有為了報告好看就消失或被硬塞進 (a)。
→ 矯正措施只花在真正驗證過的地方，沒有浪費在「也許有關」的保壓參數上。

【差別在哪】
第一種在描述「聽起來合理的故事」，第二種在描述「查證過的事實加上誠實的未知」。8D 報告要禁得起客戶稽核追問，靠的是第二種。

D4 根因分析
(a) 已確認根因，附證據：
- ［條目］—〔驗證方式與數據摘要〕
(b) 已排除，附驗證紀錄：
- ［條目］—〔驗證方式與結果〕
(c) 待驗證，資料不足：
- ［條目］—〔還缺什麼資料〕

D5 矯正措施
- 對應 (a) 的條目，不得對應 (c)。

D6 驗證矯正措施有效性
- 具體追蹤項目、批數或期間。

08工具怎麼挑

這幾支都做得到——差別在你手上有哪一支、資料能不能外流。標「起手」的是不知道從哪支開始時的建議，不是限定。

09會卡住與會做錯的地方

會卡住的地方（流程困難點）

時限壓力逼著寫確定結論

客戶要求限期交報告，很容易把還沒驗證的假說直接寫成根因搶時間。

假說沒標驗證方式，驗不下去

光列可能原因，沒寫清楚要做什麼測試才能驗證，最後沒人知道下一步要做什麼。

圍堵措施做完就以為結案

客戶收到圍堵回覆就以為異常已排除，但真因沒確認，同批號問題可能重複發生。

AI 把常識講得跟已驗證一樣篤定

熟悉的失效模式被 AI 用肯定語氣寫出來，團隊容易誤以為已經查證過。

會做錯的地方（常見失敗方式）

其他注意事項

• AI 把最像的失效模式常識直接寫成「原因是」，語氣篤定但沒有驗證證據。
• 只做圍堵措施就結案，沒有連回根因驗證，同款異常下一批又發生。
• 假說清單只列原因不標驗證方式，最後沒人知道要做什麼測試才能驗證。

10人工把關與安全限制

AI／Agent／Tool 介入在哪幾步

這幾關不下放

圍堵措施的決定與執行

由人立即決定並執行，不等 AI 分析完。

驗證測試的實際執行

假說要靠實際測試/量測/破壞性分析驗證，AI 不能代替做測試。

Root Cause 欄位的最終認定

每條寫進根因欄位前，人工確認有沒有對應的驗證證據。

矯正措施是否對應根因

人工確認矯正措施解決的是已驗證的根因，不是順手列的假說。

報告簽核與對外回覆

最終報告內容與對客戶的回覆由品保主管簽核。

安全與權限限制

客戶與供應商資訊代稱

報告草稿貼進 AI 前，客戶名稱、料號、聯絡方式先代稱，對外正式報告再還原。

不良品鑑定影像的機密性

若涉及專利製程或模具設計，影像與參數上傳前先確認公司允許的 AI 使用範圍。

報告的對外發送權限

8D 報告草稿與客戶正式回覆是兩份文件，草稿不得未經核准直接發給客戶。

責任歸屬與求償金額不得由 AI 認定

AI 可以協助整理事實與證據，但責任歸屬、求償金額、法規通報與否的最終判斷必須由權責主管與法務決定。

11Checklist 與驗收標準

做的時候逐項打勾

• 症狀段落沒有夾雜任何原因推測
• 已確認事實都有註明資料來源
• 每項假說都標示需要什麼證據才能驗證
• Root Cause 欄位只填有測試/實體證據支持的項目
• 沒驗證通過的假說仍標記為假說或調查中，沒有被偷偷升級
• 矯正措施與驗證後的根因對應得起來

做完了才檢查：全部成立才算完成

1. 症狀敘述（D1-D2）沒有夾雜任何原因推測。
2. 已確認事實都標明資料來源。
3. 圍堵措施（D3）已執行，且不等根因驗證完成。
4. 每一項根因假說都附「需要什麼證據才能驗證」。
5. 假說已實際執行驗證測試，不是憑經驗判斷。
6. Root Cause 欄位每一條都有對應的驗證證據，沒有證據的仍標記為假說。
7. 矯正措施（D5）對應的是已確認根因，不是未驗證的假說。
8. 報告包含後續追蹤計畫（D6-D8），不是矯正措施上線就結案。
9. 報告經品保主管複核簽核後才對外發送。

12實際案例

13相關方法與下一步

可直接使用RELATED PROMPTS