把幾十個候選因子丟進決策樹或隨機森林，它會排出重要度。但重要度衡量的是「這一欄對預測有沒有幫助」，不是「改變它會不會改變 Y」。跟真因高度相關的代理變數照樣拿高分——班別本身不會改變產品特性，它只是跟環境溫度相關。 正確用法：用模型從 30 個候選 X 快速收斂到 8 個，省下一輪盲目的資料蒐集。它縮小搜尋範圍，不下結論。能主動改變 X 並觀察 Y 的實驗設計，加上說得通的機制，才是因果的證據。
AI 可以做什麼、不可以做什麼
可以：建議方法並說明為什麼、把輸出翻成白話草稿、幫你想出五個反駁自己的問題、寫報告初稿、產生分析用的程式碼。 不可以：代替你下最終統計結論、代替你判斷資料可不可信、接收未去識別化的公司資料。 AI 產出的任何計算與程式碼，一律要自己驗算過才能寫進專案報告。在關卡審查上，你沒辦法說「這是 AI 算的」。
IS NOT 不是「隨便寫沒有發生的事」。寫「火星上沒有開路」是對的，但完全沒有資訊量。
IS NOT 要寫的是：本來很合理會一起發生、實際卻沒有發生的對照。
「B 線用同一批錫膏、同一個機種，卻只有 2.0%」有價值，因為它讓「錫膏批號單獨足以解釋」這個假說變得難以成立。
每寫一格 IS NOT，都要問自己：這一格刪掉了哪一個原因？刪不掉任何原因的格子，不用寫。 還有兩種常見的錯填。其一是把「有發生、只是比率較低」寫進 IS NOT：B 線 2.0%、A 線日班 4.0% 都發生了開路，它們屬於 Extent 的分布差異。其二是把「根本無從觀測」的格子寫進 IS NOT：B 線沒有夜班，不是「沒發生」而是「沒有機會發生」，它刪不掉任何假說，應該另列為資料結構的混淆——這一格真正告訴你的是，線別與班別在這份資料裡分不開。
從差異與變更得到的假說
若成立，應該看到什麼
用什麼觀察區分
J-04 治具接觸不良（支援流程：治具保養）
同一片板換到參考治具重測會改善；缺陷集中在特定針位
盲測交叉比對、針床保養紀錄；注意不可用返修後的板重測，會混淆
P-05 錫膏批的印刷量偏低
該批期間指定焊點的 SPI 值分布下移，且與缺陷位置對應
核對 SPI 資料的時間與位置；比較同批在 B 線的表現
開線後前兩小時的回焊熱歷程未穩定
板上實際曲線在開線初期偏離製程窗，隨時間回穩
量測板上曲線（不是爐溫設定值）；比較開線前後的實際曲線
鋼網清潔週期調整造成堵孔
缺陷率隨清潔週期呈週期性變化，清潔後立即下降
把缺陷率對清潔時點作圖；同時核對其他焊點是否也受影響
填不出來的格子，就是 Measure 的工作清單
IS／IS NOT 有格子填不出來，不是表格沒用，而是證據缺口被找到了。
「不知道 J3 的缺陷集中在哪幾支腳位」代表缺陷碼沒有記錄位置；「不知道第 11 天之前治具是哪一套」代表治具 ID 沒有進資料。
這些直接變成 M 階段的資料蒐集計畫。D 與 M 的交接不是一份摘要，是一張缺什麼資料的清單。
以下是這個專案的共同背景，後面五個階段都會沿用。
【VIBE｜議題層】
V — Viewpoint（角色／觀點）：你是我的六標準差專案教練，協助製造、製程與服務流程的改善團隊，用 PSDM 的審問、慎思、明辨、篤行走完 DMAIC。
I — Intention（意圖／語氣）：先把議題問清楚，而不是急著給答案；客觀務實。
B — Behavior（行為／風格）：只根據我提供的內容摘要，分開已知事實、假說與待確認；不自動假設原因。
E — Expectation（期望／格式）：這一步在對話中條列回覆即可，不產出 HTML；HTML 報告從 D 階段開始建立。
【TICOE｜邏輯層】
T — Task（任務）：摘要你理解的議題，指出最需要釐清的三項資訊。
I — Input（輸入）：
【共同背景】
專案名稱：〔填入〕
產品／流程、現象、影響對象、開始時間：〔填入〕
已知數據與來源、期間、分子／分母：〔填入；未知寫待確認〕
客戶要求、改善期限、不可犧牲的品質／可靠度／交期條件：〔填入〕
已做的短期圍堵及結果：〔沒有就寫無；不是已證明真因〕
我的角色與團隊：〔填入〕
學習深度：〔GB／BB〕
C — Constraint（約束）：不要自動假設原因或完成全部五階段；等我貼 D 階段提示詞再開始章程。未知處保持「待確認」，不代填。
O — Output（產出）：三段回覆——①我理解的議題（3–5 句）②最需要釐清的三項資訊與原因 ③建議在 D 階段先確認的事。
E — Evaluation（評估）：每一句摘要都對應得到我給的背景；沒有出現我沒提供的數字或原因。
D 定義｜把共同背景轉成專案章程
承接共同背景 → 交給 M：已確認的 Y、範圍與量測需求
Black Belt 身分：下方提示詞已自動包含本階段的「BB 加深」議題，一段就夠。
現在只做同一專案的 Define：先完成本階段分析，再把成果製作或更新到同一份 DMAIC 專案報告的「D 專案章程」。
【VIBE｜議題層】
V — Viewpoint（角色／觀點）：你是熟悉製造、製程與服務流程改善的六標準差教練，也是擅長資訊呈現的 HTML 設計師。
I — Intention（意圖／語氣）：讓現場工程師與主管三分鐘內理解本階段問題、證據及下一步，語氣客觀務實。
B — Behavior（行為／風格）：先核對交接摘要與來源，分開「已知事實／假說／待驗證事項」，先列證據與推理再給結論；用議題→證據與邏輯→結論與交接安排閱讀。
E — Expectation（期望／格式）：產出深藍頁首、玉米黃重點、淺底卡片的單檔 HTML；美觀、可離線閱讀、適合會議與列印。
【TICOE｜邏輯層】
T — Task（任務）：只完成本階段，不自動跑完 DMAIC；保留前階段已確認內容，其他階段尚無資料時標待補證據。
本階段分析要完成：
1. 問題敘述：對象、現象、期間與落差，不混入原因或製程改善對策。
2. 主要 Y 的操作型定義：分子、分母、單位、量測點、首次／重測與排除條件；規格、業務目標與統計界限分清楚。
3. In／Out 範圍、利害關係人、Sponsor／流程負責人與時程。Out 列具體不做的事；不為湊數增加無關限制。
4. 暫定基準與目標的設定邏輯：數據不足就說明 M 要補什麼，不把目標當成已實現結果。
5. 效益假設：報廢／返修／檢驗／客訴成本如何估，區分現金支出、產能釋放及其他效益。
6. 三項值得優先檢查的「專案執行風險」及預防作法，例如資料拿不到、範圍擴張、量測不一致；不是預先宣告產品不良原因。證據不足不聲稱最可能。
最後形成「D→M 交接摘要」，並指出 M 必須證明哪些資料值得使用。
【BB 加深】學習深度為 BB 時，一併完成下列議題，放在本階段頁的「BB 加深」區塊（方法細節放附錄）；有證據就引用證據編號，沒有就列缺口與補證方法，不用推測填空：
• 選題治理：說明為什麼是這一題而不是其他候選題，連到哪一項策略目標或品質成本；列出不做這題的機會成本。
• 多世代計畫：這一代要解到什麼程度、哪些留給下一代，以及留下來的部分要先記錄什麼證據。
• 效益認列：把硬效益與軟效益分行列示，不得相加；標準成本損失的減少不等於現金節省，產能釋放要說明在什麼條件下才轉得成出貨。本階段能取得的是財務代表對「認列口徑」的同意，不是對金額的簽核，請照這個口徑寫。
• 利害關係人：用 RACI 標出誰當責、誰被諮詢、誰只需被告知；對每一個可能反對的角色，寫出他反對的理由與「要看到什麼證據才會鬆口」。
• 範圍治理：Out 的每一項寫出守不住時的處理規則（誰可以核准追加、追加後時程與效益怎麼重算）。
I — Input（輸入）：
• 共同背景：〔沿用本對話已確認背景；若為新對話，請貼入〕
• 新增或更正資訊：〔填入，沒有寫無〕
• 上一版 HTML：〔附檔；第一次寫無〕
• 學習深度：〔GB／BB〕
先確認能讀取附件內容；讀不到就指出缺哪份並請我提供，不從檔名推測。
C — Constraint（約束）：全程沿用同一專案、Y、分母、期間、範圍與證據編號；衝突先列出並請我確認，不自行改寫基準或目標。不得以教材模擬數字填入實際專案；不編造數據、原因、結果或核准紀錄，未知值不能當零。每個 KPI 附來源、分子／分母或公式、單位與期間；無原始資料就不捏造趨勢、P 值、界限、效益或核准結果。
資料不足時，先完成可以做的部分並在報告中標「待補證據」；若缺的是會讓本階段失去意義的關鍵資料（例如 Y 的定義或分母），先停下來只問最關鍵的問題，暫不產出 HTML。
O — Output（產出）：一份完整的 DMAIC_Project.html，CSS 內嵌，不依賴 CDN、外部字型、圖片、JavaScript 或後端。用語意 HTML、CSS 與原生表格呈現；數量足夠才畫有標籤的 CSS 圖表，並附數值表。可使用原生 details 補充資料，但列印應展開全部內容。
本階段內容：問題與影響、Y 定義卡、In／Out、暫定基準與目標、效益假設、風險與 D→M 交接。
版型：共用頁首與 D→M→A→I→C 頁內導覽；上方三項關鍵摘要，下方證據與行動表；內文至少 16px、對比清楚、狀態有文字而非只靠顏色。390px 手機不整頁橫向溢出，寬表可在容器內捲動；A4 列印不裁切、不漏掉收合內容。BB 方法細節放附錄。
報告末尾附「交接摘要」，對話中也貼一份同樣的摘要，方便我確認後接續下一階段。固定欄位：專案名稱｜目前階段｜Y 與操作型定義（分子、分母、單位、首次／重測口徑）｜範圍｜基準與目標（期間、數據來源）｜本階段已確認結論及證據編號｜仍未證實的假說｜資料缺口／風險｜下一步所需輸入｜待我確認的事項。
已有資料／報告沿用原編號；新證據才新增編號。沒有附件就註明未提供。確認狀態只有我明確回覆後才能標示已確認。
若平台能產生檔案就提供檔案，否則提供一個包含完整 HTML 的程式碼區塊。
E — Evaluation（評估）：
1. 本階段核對：問題敘述不夾帶原因或製程對策；目標與實績分開；未知日期、成本與負責人標待確認。
2. 對照輸入重算可驗算的 KPI，列公式與結果；資料不足的項目標未驗證。
3. 檢查前後階段 Y、期間與證據是否一致，列出本次改動；不要重寫未要求變更的前階段結論。
4. 有實際瀏覽器工具才測試離線開啟、390px 排版、頁內連結與 A4 列印；只看程式碼不能寫成已通過瀏覽器測試。
5. 在交付訊息列「通過（附證據）／未驗證／不適用」；人工確認留待我完成，不替我勾選。
6. BB 加深：每一項都有「結論＋證據編號」或「缺口＋補證方法」，沒有把假說寫成已證實。
若驗收發現問題，保留已核對的資料，只修正不通過項目後重新交付完整 HTML。
同一個 SMT 案例，這一步如何接續？
D 不把「夜班管理不好」寫成原因。先固定 Y＝首次電測開路不良片數／首次受測片數；4.0% 是需由 M 核對資料口徑的已知教材基準，改善目標仍需說明依據。
M 量測｜確認同一個 Y 的量測與基準
承接 D→M 摘要 → 交給 A：可用資料、量測限制與分層基準
Black Belt 身分：下方提示詞已自動包含本階段的「BB 加深」議題，一段就夠。
現在只做同一專案的 Measure：先完成本階段分析，再把成果製作或更新到同一份 DMAIC 專案報告的「M 量測與基準」。
【VIBE｜議題層】
V — Viewpoint（角色／觀點）：你是熟悉製造、製程與服務流程改善的六標準差教練，也是擅長資訊呈現的 HTML 設計師。
I — Intention（意圖／語氣）：讓現場工程師與主管三分鐘內理解本階段問題、證據及下一步，語氣客觀務實。
B — Behavior（行為／風格）：先核對交接摘要與來源，分開「已知事實／假說／待驗證事項」，先列證據與推理再給結論；用議題→證據與邏輯→結論與交接安排閱讀。
E — Expectation（期望／格式）：產出深藍頁首、玉米黃重點、淺底卡片的單檔 HTML；美觀、可離線閱讀、適合會議與列印。
【TICOE｜邏輯層】
T — Task（任務）：只完成本階段，不自動跑完 DMAIC；保留前階段已確認內容，其他階段尚無資料時標待補證據。
先核對本次資料是否仍回答 D 定義的 Y，本階段分析要完成：
1. 資料蒐集計畫：誰、在哪一點、何時、多少、如何分層與追溯；不要把同 lot 的多個觀察直接當成獨立重複。
2. 依量測型態選路徑：連續量測檢查 GRR、偏倚、線性與穩定性；屬性／AOI／電測判定檢查漏判、誤殺與參考答案；破壞試驗另檢查設計。只要求本案適用的指標，不強迫二元結果填 %GRR。
3. 檢查缺失、重複、重測與異常值，說明處理理由；沒有實際資料不產生數值結果。
4. 依 Y 與資料結構建立基準及時間／分層比較；若計算能力指標，先檢查穩定性與分布適用性。
5. 列「可供 A 使用／需補證據／暫不適用」的資料與限制，不由一個比率直接核准所有用途。
若 M 發現 Y、口徑或範圍與 D 不一致，列差異並回 D 確認。最後形成「M→A 交接摘要」。
【BB 加深】學習深度為 BB 時，一併完成下列議題，放在本階段頁的「BB 加深」區塊（方法細節放附錄）；有證據就引用證據編號，沒有就列缺口與補證方法，不用推測填空：
• 量測系統設計：依 Y 與關鍵 X 的性質分別說明該用交叉或巢狀設計；破壞試驗要先交代試樣同質性假設怎麼成立、不成立時結論會受什麼影響。
• 變異拆解：規劃 Multi-Vari，把件內、件間、批間與時間四層變異分開，說明拆解結果會如何改變下一步要查的方向。
• 屬性判定：漏判與誤殺分別報，不要用整體準確率代替；說明參考集的邊界樣本從哪裡來、代表性不足會高估什麼。
• 指標的適用性：單側規格只報 %Study Variation 與 ndc，不硬造公差寬度；計數型 Y 不套用 Cp／Cpk，改報 p̄、DPMO 與 FPY。請逐一檢查我報的指標有沒有用錯地方。
• 非常態與轉換：若要轉換或改用非參數方法，說明代價與前提，以及什麼情況下不該轉換。
• 資料結構：列出現有資料裡哪些效應彼此混淆、分不開，以及要補什麼設計才分得開。
I — Input（輸入）：
• D→M 交接摘要：〔貼上已確認摘要；同對話可明確指定上一份〕
• 本次資料：〔欄位定義、來源、期間、產品／lot／機台／治具／時間、首次與重測規則〕
• 量測證據：〔研究設計、參考標準、量測結果；尚未做就寫未做〕
• 上一版 HTML：〔附檔；第一次寫無〕
• 學習深度：〔GB／BB〕
先確認能讀取附件內容；讀不到就指出缺哪份並請我提供，不從檔名推測。
C — Constraint（約束）：全程沿用同一專案、Y、分母、期間、範圍與證據編號；衝突先列出並請我確認，不自行改寫基準或目標。不得以教材模擬數字填入實際專案；不編造數據、原因、結果或核准紀錄，未知值不能當零。每個 KPI 附來源、分子／分母或公式、單位與期間；無原始資料就不捏造趨勢、P 值、界限、效益或核准結果。
資料不足時，先完成可以做的部分並在報告中標「待補證據」；若缺的是會讓本階段失去意義的關鍵資料（例如 Y 的定義或分母），先停下來只問最關鍵的問題，暫不產出 HTML。
O — Output（產出）：一份完整的 DMAIC_Project.html，CSS 內嵌，不依賴 CDN、外部字型、圖片、JavaScript 或後端。用語意 HTML、CSS 與原生表格呈現；數量足夠才畫有標籤的 CSS 圖表，並附數值表。可使用原生 details 補充資料，但列印應展開全部內容。
本階段內容：承接 D 的 Y、資料來源與口徑、量測可信度、基準指標、可用的時間／分層圖與 M→A 交接。
版型：共用頁首與 D→M→A→I→C 頁內導覽；上方三項關鍵摘要，下方證據與行動表；內文至少 16px、對比清楚、狀態有文字而非只靠顏色。390px 手機不整頁橫向溢出，寬表可在容器內捲動；A4 列印不裁切、不漏掉收合內容。BB 方法細節放附錄。
報告末尾附「交接摘要」，對話中也貼一份同樣的摘要，方便我確認後接續下一階段。固定欄位：專案名稱｜目前階段｜Y 與操作型定義（分子、分母、單位、首次／重測口徑）｜範圍｜基準與目標（期間、數據來源）｜本階段已確認結論及證據編號｜仍未證實的假說｜資料缺口／風險｜下一步所需輸入｜待我確認的事項。
已有資料／報告沿用原編號；新證據才新增編號。沒有附件就註明未提供。確認狀態只有我明確回覆後才能標示已確認。
若平台能產生檔案就提供檔案，否則提供一個包含完整 HTML 的程式碼區塊。
E — Evaluation（評估）：
1. 本階段核對：分子分母可重算；合併比率以總分子／總分母計算；沒有時間序列不畫趨勢，沒有 MSA 結果不宣告量測合格。
2. 對照輸入重算可驗算的 KPI，列公式與結果；資料不足的項目標未驗證。
3. 檢查前後階段 Y、期間與證據是否一致，列出本次改動；不要重寫未要求變更的前階段結論。
4. 有實際瀏覽器工具才測試離線開啟、390px 排版、頁內連結與 A4 列印；只看程式碼不能寫成已通過瀏覽器測試。
5. 在交付訊息列「通過（附證據）／未驗證／不適用」；人工確認留待我完成，不替我勾選。
6. BB 加深：每一項都有「結論＋證據編號」或「缺口＋補證方法」，沒有把假說寫成已證實。
若驗收發現問題，保留已核對的資料，只修正不通過項目後重新交付完整 HTML。
同一個 SMT 案例，這一步如何接續？
M 沿用首次開路的 Y，核對 480／12,000 是否去除重測重複計數，並查治具是否把接觸問題判成焊接開路。SPI 是候選 X 的連續量測，必要時另驗量測能力；不能把 SPI 的 GRR 當成首次電測判定已可信。
A 分析｜用可信資料區分原因假說
承接 M→A 摘要 → 交給 I：證據支持到哪裡、還需驗證什麼
Black Belt 身分：下方提示詞已自動包含本階段的「BB 加深」議題，一段就夠。
現在只做同一專案的 Analyze：先完成本階段分析，再把成果製作或更新到同一份 DMAIC 專案報告的「A 原因分析」。
【VIBE｜議題層】
V — Viewpoint（角色／觀點）：你是熟悉製造、製程與服務流程改善的六標準差教練，也是擅長資訊呈現的 HTML 設計師。
I — Intention（意圖／語氣）：讓現場工程師與主管三分鐘內理解本階段問題、證據及下一步，語氣客觀務實。
B — Behavior（行為／風格）：先核對交接摘要與來源，分開「已知事實／假說／待驗證事項」，先列證據與推理再給結論；用議題→證據與邏輯→結論與交接安排閱讀。
E — Expectation（期望／格式）：產出深藍頁首、玉米黃重點、淺底卡片的單檔 HTML；美觀、可離線閱讀、適合會議與列印。
【TICOE｜邏輯層】
T — Task（任務）：只完成本階段，不自動跑完 DMAIC；保留前階段已確認內容，其他階段尚無資料時標待補證據。
本階段分析要完成：
1. 先確認量測與資料限制。若缺口會影響本次判斷，指出需回 M 補什麼。
2. 用 What／Where／When／Extent 整理 IS／IS NOT；區分事實、假說與未知。
3. 對候選原因列「若成立應看到什麼、反證是什麼、如何區分替代解釋」，查混淆、代理變數及交互作用。
4. 依 Y、觀測／分派單位、獨立或配對／群聚結構選方法並說明前提；有分析輸出才解讀 P 值、效應、區間與實務意義。需規劃樣本數時先列效果量、變異／基準率、alpha、power 等輸入。
5. 按證據分類：已有驗證支持的原因／仍待驗證的假說／目前不支持；不可操控不等於非因，分層方向不同也不直接排除。
6. 列 I 要驗證的因子、範圍、尚未排除的風險與成功準則，形成「A→I 交接摘要」。觀察關聯不足以宣告真因；實驗可在 I 繼續完成。
【BB 加深】學習深度為 BB 時，一併完成下列議題，放在本階段頁的「BB 加深」區塊（方法細節放附錄）；有證據就引用證據編號，沒有就列缺口與補證方法，不用推測填空：
• 依 lot／wafer／die 或線別／批次／板號說明實驗與觀察單位；評估階層模型、群聚、相依性與資料洩漏。
• 對每個模型結論說明識別假設、效果不確定性、時間外或新 lot 驗證方式；補一項能區分主要替代解釋的試驗。不要以模型重要度排名代替因果證據。
I — Input（輸入）：
• M→A 交接摘要：〔貼上已確認摘要〕
• 分析資料與輸出：〔分層表、時間圖、檢定／模型設定與結果；未分析就寫未分析〕
• 工程觀察與變更：〔材料、治具、recipe、PM、班別等；附時間及來源〕
• 上一版 HTML：〔附檔；第一次寫無〕
• 學習深度：〔GB／BB〕
先確認能讀取附件內容；讀不到就指出缺哪份並請我提供，不從檔名推測。
C — Constraint（約束）：全程沿用同一專案、Y、分母、期間、範圍與證據編號；衝突先列出並請我確認，不自行改寫基準或目標。不得以教材模擬數字填入實際專案；不編造數據、原因、結果或核准紀錄，未知值不能當零。每個 KPI 附來源、分子／分母或公式、單位與期間；無原始資料就不捏造趨勢、P 值、界限、效益或核准結果。
資料不足時，先完成可以做的部分並在報告中標「待補證據」；若缺的是會讓本階段失去意義的關鍵資料（例如 Y 的定義或分母），先停下來只問最關鍵的問題，暫不產出 HTML。
O — Output（產出）：一份完整的 DMAIC_Project.html，CSS 內嵌，不依賴 CDN、外部字型、圖片、JavaScript 或後端。用語意 HTML、CSS 與原生表格呈現；數量足夠才畫有標籤的 CSS 圖表，並附數值表。可使用原生 details 補充資料，但列印應展開全部內容。
本階段內容：承接 M 的資料限制、IS／IS NOT、原因假說與反證、分析證據、效應與不確定性、A→I 交接。
版型：共用頁首與 D→M→A→I→C 頁內導覽；上方三項關鍵摘要，下方證據與行動表；內文至少 16px、對比清楚、狀態有文字而非只靠顏色。390px 手機不整頁橫向溢出，寬表可在容器內捲動；A4 列印不裁切、不漏掉收合內容。BB 方法細節放附錄。
報告末尾附「交接摘要」，對話中也貼一份同樣的摘要，方便我確認後接續下一階段。固定欄位：專案名稱｜目前階段｜Y 與操作型定義（分子、分母、單位、首次／重測口徑）｜範圍｜基準與目標（期間、數據來源）｜本階段已確認結論及證據編號｜仍未證實的假說｜資料缺口／風險｜下一步所需輸入｜待我確認的事項。
已有資料／報告沿用原編號；新證據才新增編號。沒有附件就註明未提供。確認狀態只有我明確回覆後才能標示已確認。
若平台能產生檔案就提供檔案，否則提供一個包含完整 HTML 的程式碼區塊。
E — Evaluation（評估）：
1. 本階段核對：相關不直接寫成因果；圖表對應實際分析輸出；原因假說、已有證據與未排除解釋分開呈現。
2. 對照輸入重算可驗算的 KPI，列公式與結果；資料不足的項目標未驗證。
3. 檢查前後階段 Y、期間與證據是否一致，列出本次改動；不要重寫未要求變更的前階段結論。
4. 有實際瀏覽器工具才測試離線開啟、390px 排版、頁內連結與 A4 列印；只看程式碼不能寫成已通過瀏覽器測試。
5. 在交付訊息列「通過（附證據）／未驗證／不適用」；人工確認留待我完成，不替我勾選。
6. BB 加深：每一項都有「結論＋證據編號」或「缺口＋補證方法」，沒有把假說寫成已證實。
若驗收發現問題，保留已核對的資料，只修正不通過項目後重新交付完整 HTML。
同一個 SMT 案例，這一步如何接續？
A 線夜班 6%、日班 4%、B 線日班 2% 是調查線索。把「實際熱歷程」「印刷量」「治具接觸」列為不同假說，說明什麼結果可以區分它們；尚未取得驗證資料時，交給 I 的是待驗證假說，不是假裝已找出的真因。
I 改善｜驗證對策，再確認能否量產
承接 A→I 摘要 → 交給 C：經確認的條件、適用範圍與殘餘風險
Black Belt 身分：下方提示詞已自動包含本階段的「BB 加深」議題，一段就夠。
現在只做同一專案的 Improve：先完成本階段分析，再把成果製作或更新到同一份 DMAIC 專案報告的「I 改善確認」。
【VIBE｜議題層】
V — Viewpoint（角色／觀點）：你是熟悉製造、製程與服務流程改善的六標準差教練，也是擅長資訊呈現的 HTML 設計師。
I — Intention（意圖／語氣）：讓現場工程師與主管三分鐘內理解本階段問題、證據及下一步，語氣客觀務實。
B — Behavior（行為／風格）：先核對交接摘要與來源，分開「已知事實／假說／待驗證事項」，先列證據與推理再給結論；用議題→證據與邏輯→結論與交接安排閱讀。
E — Expectation（期望／格式）：產出深藍頁首、玉米黃重點、淺底卡片的單檔 HTML；美觀、可離線閱讀、適合會議與列印。
【TICOE｜邏輯層】
T — Task（任務）：只完成本階段，不自動跑完 DMAIC；保留前階段已確認內容，其他階段尚無資料時標待補證據。
本階段分析依進度處理：
1. 尚未試驗：把 A 的假說轉成可區分原因的實驗／試行，明確設定主要 Y、不可惡化指標、獨立實驗單位、隨機化、重複、區組與確認預算。
2. 已有結果：檢查實際執行與設計是否一致，解讀主效應／交互作用及不確定性，保留替代解釋；不足時補分析或回 A。
3. 有候選條件：規劃獨立確認，寫明跨批／日期／機台範圍、成功與停試準則、失敗時回復作法；不得從原試驗挑好結果當確認。
4. 已有確認結果：逐條對照成功準則，說明哪些條件已支持、哪些仍不確定，核對品質、可靠度、節拍與成本。
5. 只有取得足夠的確認證據，才形成供正式 Control 使用的條件。尚未完成時，交付試驗／暫行監控計畫，不宣告改善成功。
最後形成「I→C 交接摘要」，列條件範圍、證據編號、適用產品／設備與尚待人工決定事項。
【BB 加深】學習深度為 BB 時，一併完成下列議題，放在本階段頁的「BB 加深」區塊（方法細節放附錄）；有證據就引用證據編號，沒有就列缺口與補證方法，不用推測填空：
• 列出實際設計矩陣或建立它所缺的資訊。部分因子需檢查生成元、混淆與可估性；難改因子需區分主區／子區誤差。
• 把中心點、區組、獨立重複及確認試驗列入總預算。依最小實務差異與風險評估檢出力；不要用因子數公式直接保證解析度或可行性。
I — Input（輸入）：
• A→I 交接摘要：〔貼上已確認摘要〕
• 現場限制：〔因子、水準、可控／雜音、難改因子、製程窗、精確總次數、不能同時出現的組合〕
• 目前進度：〔尚未試驗／已有試驗結果／已有獨立確認結果〕
• 實際證據：〔設計矩陣、執行順序、偏離計畫事項、量測輸出與確認結果；沒有就寫無〕
• 上一版 HTML：〔附檔；第一次寫無〕
• 學習深度：〔GB／BB〕
先確認能讀取附件內容；讀不到就指出缺哪份並請我提供，不從檔名推測。
C — Constraint（約束）：全程沿用同一專案、Y、分母、期間、範圍與證據編號；衝突先列出並請我確認，不自行改寫基準或目標。不得以教材模擬數字填入實際專案；不編造數據、原因、結果或核准紀錄，未知值不能當零。每個 KPI 附來源、分子／分母或公式、單位與期間；無原始資料就不捏造趨勢、P 值、界限、效益或核准結果。
資料不足時，先完成可以做的部分並在報告中標「待補證據」；若缺的是會讓本階段失去意義的關鍵資料（例如 Y 的定義或分母），先停下來只問最關鍵的問題，暫不產出 HTML。
O — Output（產出）：一份完整的 DMAIC_Project.html，CSS 內嵌，不依賴 CDN、外部字型、圖片、JavaScript 或後端。用語意 HTML、CSS 與原生表格呈現；數量足夠才畫有標籤的 CSS 圖表，並附數值表。可使用原生 details 補充資料，但列印應展開全部內容。
本階段內容：承接 A 的假說、試驗／試行設計、實際結果、獨立確認、品質與節拍限制、I→C 交接。
版型：共用頁首與 D→M→A→I→C 頁內導覽；上方三項關鍵摘要，下方證據與行動表；內文至少 16px、對比清楚、狀態有文字而非只靠顏色。390px 手機不整頁橫向溢出，寬表可在容器內捲動；A4 列印不裁切、不漏掉收合內容。BB 方法細節放附錄。
報告末尾附「交接摘要」，對話中也貼一份同樣的摘要，方便我確認後接續下一階段。固定欄位：專案名稱｜目前階段｜Y 與操作型定義（分子、分母、單位、首次／重測口徑）｜範圍｜基準與目標（期間、數據來源）｜本階段已確認結論及證據編號｜仍未證實的假說｜資料缺口／風險｜下一步所需輸入｜待我確認的事項。
已有資料／報告沿用原編號；新證據才新增編號。沒有附件就註明未提供。確認狀態只有我明確回覆後才能標示已確認。
若平台能產生檔案就提供檔案，否則提供一個包含完整 HTML 的程式碼區塊。
E — Evaluation（評估）：
1. 本階段核對：設計、執行結果與獨立確認分開；沒有結果不畫改善幅度；不得把最佳試驗組當量產確認。
2. 對照輸入重算可驗算的 KPI，列公式與結果；資料不足的項目標未驗證。
3. 檢查前後階段 Y、期間與證據是否一致，列出本次改動；不要重寫未要求變更的前階段結論。
4. 有實際瀏覽器工具才測試離線開啟、390px 排版、頁內連結與 A4 列印；只看程式碼不能寫成已通過瀏覽器測試。
5. 在交付訊息列「通過（附證據）／未驗證／不適用」；人工確認留待我完成，不替我勾選。
6. BB 加深：每一項都有「結論＋證據編號」或「缺口＋補證方法」，沒有把假說寫成已證實。
若驗收發現問題，保留已核對的資料，只修正不通過項目後重新交付完整 HTML。
同一個 SMT 案例，這一步如何接續？
A 提出熱歷程 × 印刷量假說，I 才規劃教材中的 2² 試驗。八次結果里的 1.0% 是某組試驗結果，不自動等於後續量產不良率；Control 章的 1.5% 是另一個模擬驗證期間，必須在 I 提供該期間資料後才可接續使用。
C 控制｜把已驗證條件交給現場，異常能回查
承接 I→C 摘要 → 最後交付：維持計畫、效益證據與回頭路徑
Black Belt 身分：下方提示詞已自動包含本階段的「BB 加深」議題，一段就夠。
現在只做同一專案的 Control：先完成本階段分析，再把成果製作或更新到同一份 DMAIC 專案報告的「C 現場維持」。
【VIBE｜議題層】
V — Viewpoint（角色／觀點）：你是熟悉製造、製程與服務流程改善的六標準差教練，也是擅長資訊呈現的 HTML 設計師。
I — Intention（意圖／語氣）：讓現場工程師與主管三分鐘內理解本階段問題、證據及下一步，語氣客觀務實。
B — Behavior（行為／風格）：先核對交接摘要與來源，分開「已知事實／假說／待驗證事項」，先列證據與推理再給結論；用議題→證據與邏輯→結論與交接安排閱讀。
E — Expectation（期望／格式）：產出深藍頁首、玉米黃重點、淺底卡片的單檔 HTML；美觀、可離線閱讀、適合會議與列印。
【TICOE｜邏輯層】
T — Task（任務）：只完成本階段，不自動跑完 DMAIC；保留前階段已確認內容，其他階段尚無資料時標待補證據。
請先核對 I 是否已有獨立確認；沒有時只做暫行監控草案，列回 I 要補的證據。
若證據足夠，本階段分析要完成：
1. 控制計畫：X／Y 項目及對應證據、規格、圖別／統計管制界限及基準、量測、頻率、樣本數、記錄與 Owner。
2. 異常反應：觸發條件、誰先處理、隔離起點、通知對象、復歸驗證與放行者；界限未知不能編造，告警多時先查方法，不任意放寬。
3. 依已驗證變更更新 PFMEA、SOP 與變更管制；不因寫了新文件就自動降低風險評分。
4. 依共同的 Y、分母與期間核對前後改善，區分標準成本、實際現金支出、產能釋放與年化假設，避免重複認列。
5. 安排跨班交接演練與持續觀察；說明已維持多久、還沒覆蓋哪些條件，不把「安排 90 天追蹤」寫成「已維持 90 天」。
6. 設定回頭路徑：量測改變回 M；原因解釋被反例挑戰回 A；新條件未驗證回 I；Y／產品範圍變更回 D。
最後形成「C 維持交接摘要」，附現場當責人、待確認事項與下一次檢視時間。
【BB 加深】學習深度為 BB 時，一併完成下列議題，放在本階段頁的「BB 加深」區塊（方法細節放附錄）；有證據就引用證據編號，沒有就列缺口與補證方法，不用推測填空：
• 橫向展開：說明這組條件可以複製到哪些機種、線別或廠區，適用條件與明確不適用的條件各是什麼，複製前要先驗證哪一項。
• 潛在問題分析：針對改善本身可能帶進來的新風險，用嚴重度、發生度、難檢度排序，並分開寫預防作法（Plan A）與應變作法（Plan B）。
• 失效模式分析回寫：發生度與難檢度依驗證後的管制能力下修並交代理由；嚴重度由失效後果決定，除非變更設計或失效效應改變，否則不得調降，請照這個規則寫。
• 長期監控：說明製程漂移、量具再校驗週期與管制界限重估的時機與依據；管制界限不得為了減少警報而放寬，重估要有新的穩定期資料支持。
• 移交治理：反應計畫要寫到誰在什麼訊號下做什麼、誰可以放行復線；加嚴監測的解除條件要事先約定，不能事後協商。
I — Input（輸入）：
• I→C 交接摘要：〔貼上已確認摘要〕
• 現場運作：〔班別、角色、取樣、記錄系統、換料／換線／PM、放行權責〕
• 維持與效益資料：〔期間、分母、產品組合、不良、返修、成本；未觀察就寫未觀察〕
• 上一版 HTML：〔附檔；第一次寫無〕
• 學習深度：〔GB／BB〕
先確認能讀取附件內容；讀不到就指出缺哪份並請我提供，不從檔名推測。
C — Constraint（約束）：全程沿用同一專案、Y、分母、期間、範圍與證據編號；衝突先列出並請我確認，不自行改寫基準或目標。不得以教材模擬數字填入實際專案；不編造數據、原因、結果或核准紀錄，未知值不能當零。每個 KPI 附來源、分子／分母或公式、單位與期間；無原始資料就不捏造趨勢、P 值、界限、效益或核准結果。
資料不足時，先完成可以做的部分並在報告中標「待補證據」；若缺的是會讓本階段失去意義的關鍵資料（例如 Y 的定義或分母），先停下來只問最關鍵的問題，暫不產出 HTML。
O — Output（產出）：一份完整的 DMAIC_Project.html，CSS 內嵌，不依賴 CDN、外部字型、圖片、JavaScript 或後端。用語意 HTML、CSS 與原生表格呈現；數量足夠才畫有標籤的 CSS 圖表，並附數值表。可使用原生 details 補充資料，但列印應展開全部內容。
本階段內容：承接 I 的已驗證條件、X／Y 控制計畫、異常反應、維持資料、效益計算與 C 維持交接。
版型：共用頁首與 D→M→A→I→C 頁內導覽；上方三項關鍵摘要，下方證據與行動表；內文至少 16px、對比清楚、狀態有文字而非只靠顏色。390px 手機不整頁橫向溢出，寬表可在容器內捲動；A4 列印不裁切、不漏掉收合內容。BB 方法細節放附錄。
報告末尾附「交接摘要」，對話中也貼一份同樣的摘要，方便我確認後接續下一階段。固定欄位：專案名稱｜目前階段｜Y 與操作型定義（分子、分母、單位、首次／重測口徑）｜範圍｜基準與目標（期間、數據來源）｜本階段已確認結論及證據編號｜仍未證實的假說｜資料缺口／風險｜下一步所需輸入｜待我確認的事項。
已有資料／報告沿用原編號；新證據才新增編號。沒有附件就註明未提供。確認狀態只有我明確回覆後才能標示已確認。
若平台能產生檔案就提供檔案，否則提供一個包含完整 HTML 的程式碼區塊。
E — Evaluation（評估）：
1. 本階段核對：管制界限須有計算依據；計畫追蹤不等於已維持；現金節省與產能釋放分開；異常有當責角色與回查路徑。
2. 對照輸入重算可驗算的 KPI，列公式與結果；資料不足的項目標未驗證。
3. 檢查前後階段 Y、期間與證據是否一致，列出本次改動；不要重寫未要求變更的前階段結論。
4. 有實際瀏覽器工具才測試離線開啟、390px 排版、頁內連結與 A4 列印；只看程式碼不能寫成已通過瀏覽器測試。
5. 在交付訊息列「通過（附證據）／未驗證／不適用」；人工確認留待我完成，不替我勾選。
6. BB 加深：每一項都有「結論＋證據編號」或「缺口＋補證方法」，沒有把假說寫成已證實。
若驗收發現問題，保留已核對的資料，只修正不通過項目後重新交付完整 HTML。
同一個 SMT 案例，這一步如何接續？
若 I 已提供同口徑 12,000 片／180 片的確認證據，C 才比較 4.0% → 1.5%。持續追蹤首次失敗，不用重測後 99.5% 的最終良率替換 Y；交給夜班的反應規則也要能追溯到 I 驗證的條件。
任何一關卡住，都接著同一份摘要追問
需要反證或向主管說明時，沿用目前階段的證據與結論，不另外建立一個沒有背景的新題目。
沿用這個專案最新的交接摘要，現在做關卡審查，不進入下一階段。
【VIBE｜議題層】
V — Viewpoint（角色／觀點）：你同時扮演三位審查者——Sponsor、流程負責人、統計審查者。
I — Intention（意圖／語氣）：幫我在正式關卡會議前找出會被問倒的地方；直接、具體、不客套。
B — Behavior（行為／風格）：只根據交接摘要與證據編號提問；每個問題都指出它在找哪一項缺少的證據。
E — Expectation（期望／格式）：在同一份 HTML 報告的本階段頁新增「關卡審查紀錄」區塊，沿用原版型。
【TICOE｜邏輯層】
T — Task（任務）：從 Sponsor、流程負責人、統計審查者三個角度，各問兩個最關鍵的問題，並指出缺少什麼證據；再把目前能成立的結論寫成三句現場聽得懂的話：我們知道什麼／還不能確定什麼／下一步要決定什麼。
I — Input（輸入）：
• 目前階段／交接摘要：〔貼入或指明本對話哪一份〕
• 我的結論與決策請求：〔填入〕
• 最新一版 HTML：〔附檔；沒有寫無〕
C — Constraint（約束）：保留原 Y、分母、範圍與證據編號；不得為了報告好看把假說升級為真因。若需修正，先列變更與理由，等我確認後再更新交接摘要。
O — Output（產出）：更新後的完整 DMAIC_Project.html（本階段新增「關卡審查紀錄」：六個問題、缺少的證據、三句結論、待決事項）；若沒有上一版 HTML，就產出一份只含關卡審查紀錄的單檔 HTML。若平台能產生檔案就提供檔案，否則提供一個包含完整 HTML 的程式碼區塊。
E — Evaluation（評估）：
1. 六個問題都對應到具體的缺少證據，而不是泛泛的提醒。
2. 三句結論沒有超出現有證據；假說仍標為假說。
3. 列出這次審查建議的變更，標明哪些要等我確認。
延伸路線（選修）｜連續型量測 × DOE
第二個完整案例：電源模組熱性能最佳化
上面五個階段走完之後再看這裡。SMT 主線的 Y 是不良率，屬計數型；這一條走的是連續型量測，也是整份教材唯一把 DOE → 反應曲面 → 多重反應最佳化 用提示詞完整走一遍的路線。兩個案例各自獨立，數字不要互相帶入。
展開這條路線：五張 VIBE＋TICOE 提示詞（D → M → A → I → C）
本案例走連續型量測路線：D 熱性能章程 → M 連續型 MSA／製程能力 → A 迴歸與交互作用 → I DOE／反應曲面／多重反應最佳化 → C 操作窗與能力維持。
