產物會往下游走，限制不會。這一篇要防的錯，在任何一支助手裡都找不到。
適合誰：已經建了兩三支助手、開始想把它們接起來的人。也給準備用 Agent 把一整條流程打包成一個入口的人——這一篇的前五段跟你用哪一家的 Agent 無關。
這一篇跟其他篇不一樣。其他篇的災難是某一支助手做錯了一件事；這一篇的災難是四支助手每一支都做對了。
先把場次講清楚。你手上有四支助手，都是照這個系列建的、都跑了六組測試、都通過：資料整理、數據口徑、簡報生成、對上交代。這一季你要交一份「各通路營收占比」給主管，四支接著跑。
第 1 天 · 資料整理。 業務系統匯出的訂單明細丟進去。它發現 47 筆客戶名稱空白、3 筆金額欄位是文字格式（有全形逗號）。它不刪、不補、不猜，把那 3 筆標記後列進異常清單，交出兩份東西：一份清乾淨的檔，一份異常清單。你看了一眼異常清單，想著「等下處理」。
第 2 天 · 數據口徑。 你把乾淨的那份丟給第二支，請它算各通路占比。它照規矩來：先宣告口徑（分子分母、期間認列、含不含稅）、回報樣本數、產出數字表，最後附上驗算——各來源加總等於合併表總數，對得起來。
但那 3 筆金額異常的資料，在乾淨檔裡是空的。空值進了分母，被當成 0。
第二支不知道有那 3 筆，因為異常清單沒有跟過來。你交給它的是「乾淨的那一份」。而它的驗算之所以對得起來，是因為它驗的是它拿到的那一份——在它的世界裡，那份資料完整無缺。
第 5 天 · 簡報生成。 數字進了第三支。它照規矩「不生成素材裡沒有的數字」——它確實沒有生成，圖上每一個數字都來自第二支。占比圖畫得很漂亮，A 通路 31%。
第 8 天 · 對上交代。 一頁報告。第四支照規矩不打燈號，只給建議等級與判準比對表。你看過，主管看過，主管打了綠燈。
一個月後。 財務對帳，A 通路的占比對不上，差了將近 4 個百分點。
你回頭查。第四支的紀錄寫著「數字來自第三支」；第三支寫著「數字來自第二支」；第二支寫著「已驗算，來源加總與合併表相符」；第一支寫著「本次標記 3 筆異常，未處理」。
四份紀錄都是真的，四份紀錄都完整，而且沒有任何一份寫著錯在哪裡。
因為每一段的紀錄，都只記自己那一段。
| 你現在的狀況 | 你走哪一條 | 明天早上第一件事（只做這一件） |
|---|---|---|
| 只有一支助手，還沒有接第二支 | 先不要接 | 這一篇先讀第二段就好。把那一支的待確認清單找出來，問自己：如果這份東西要交給下一個人，這張清單會跟著走嗎 |
| 有兩三支，目前靠你自己手動接（複製貼上） | 先寫交接契約 | 拿最近一次的產物，逐份確認它有沒有附「這份不能拿來做什麼」。沒有的話，這一句就是明天要補的第一行 |
| 已經或正要把它們打包成一個 Agent 入口 | 先做合併取嚴 | 把每一支的紅線段全部貼在同一頁上，逐條看有沒有互相矛盾。矛盾的那幾條，就是這次真正要決定的事 |
三條路都要做的同一件事：拿上一次跑完的那條線，找出最上游那份產物的待確認清單， 然後翻到最下游那份報告——看那幾筆有沒有在報告上留下任何痕跡。 十分鐘，不需要任何工具、也不需要別人配合。 找不到痕跡的話，你這條線現在就是本篇第一段那個狀態。
這篇假設你會用 AI 問事情之外，還已經讀過並實際建過那四支的其中兩支。 四支的指令、知識檔、紅線這裡全部沿用，不重複—— 資料整理、數據口徑、簡報生成、對上交代。 還沒建過任何一支的話，先讀 Skill 通用講義，這一篇會太快。
四支接起來之後，這個特性會變得更難察覺。單支助手空手交件，你至少看得到一份可疑的成品； 一整條線空手跑完，你拿到的是一份有出處、有驗算、有判準比對表的報告—— 每一層都在引用上一層，而最上面那一層是空的。 判斷方法還是同一個，只是要往上游追到底：最源頭那一份，是不是你親手給的？
不是哪一支寫得不好，也不是接的順序錯了。是三件結構上的事，而且它們只在「多支」的時候才存在。
第一，交接的是產物，不是產物加上它的限制。
每一支助手都會產出兩種東西：一份成品（乾淨的檔、數字表、簡報、一頁報告），和一份附帶條件（待確認清單、異常清單、資料限制、需人工覆核）。這個系列每一篇都要求要有第二樣，而且要求它跟成品分開放——分開放才有人會看。
但接起來的時候，往下游走的只有成品。附帶條件留在原地，因為它不是「產物」，它是「關於產物的話」。
而下游拿到的那份成品，看起來完整、乾淨、可以直接用——它本來就是被設計成這樣的。第一支之所以交出一份乾淨檔，正是因為它把髒的部分挑出去了。挑出去的那部分現在躺在另一個檔案裡，沒有人帶它上路。
第二，沒有一支負責「上游給我的東西可不可信」。
翻開那四支的「輸入檢查」段，你會發現它們檢查的都是格式：欄位在不在、日期格式是哪一種、數字有沒有被存成文字、檔案讀不讀得到。這些檢查在單支使用時完全正確——因為單支使用時，上游是你，而你知道自己給了什麼。
接起來之後上游變成另一支助手，而沒有任何一支的輸入檢查在問：這份東西上游標了什麼限制、有幾筆沒處理、哪些欄位是推估的。它們不問，是因為單支版本的它們沒有理由問。
所以這裡有一個很容易誤判的地方：你不需要改那四支的指令。它們沒有壞。你需要的是在它們中間補一層原本不存在的東西。
第三，入口一合併，確認次數就跟著縮成一次。
四支分開用的時候，你會確認四次——不是因為你特別謹慎，是因為你每次都要手動把東西端到下一支去，那個動作本身就是一次停頓。
打包成一個入口之後，那四次停頓消失了。使用者看到的是一支助手，他很自然地認為「確認一次就好」。
但責任分界沒有跟著合併。第一支不決定哪些檔案重要，第二支不決定數字能不能對外，第三支不下業務結論，第四支不打燈號——這四個「不」在合併之後一個都沒有消失，只是全部被塞進同一個介面裡，然後在同一次確認裡一起被按掉。
三件事湊在一起，就會出現第一段那個結果：每一支都合規，整條線是錯的，而且事後回推不出來錯在哪一段。
上面講的是原因。把四支攤成一條線，會看到人要站的位置不在頭也不在尾，在交接點上。
下一段的三個決定，就是在替你決定那兩個交接檢查要不要真的擋人。
先講結論：多數情況不要。
合併唯一正當的理由是「使用者不知道該用哪一支」。如果用的人就是你自己，你當然知道，那合併只是把四次停頓省掉——而那四次停頓正是這條線目前唯一的檢查點。
| 你的情況 | 建議 | 為什麼 |
|---|---|---|
| 只有你一個人跑這條線 | 不要合，手動接 | 你省下的是點四次滑鼠，付出的是四次確認變成一次 |
| 好幾個人要跑，而且有人分不清該用哪一支 | 合，但要設關卡 | 這時候「選錯助手」的風險大於「少確認幾次」的風險 |
| 要交給沒建過助手的人用 | 合，而且關卡要能擋人 | 他不知道每一支各自不做什麼，那些「不」必須由關卡替他守 |
| 這條線一季只跑一兩次 | 不要合 | 合併的維護成本是固定的，跑的次數不夠攤不掉 |
這是本篇最重要的一個決定，而且它的預設答案幾乎沒有人會主動去想。
四支各有自己的紅線。攤開來看：
| 這一支 | 它一律不做的事 |
|---|---|
| 資料整理 | 不刪列、不覆蓋原檔、不填補空白、不合併疑似重複 |
| 數據口徑 | 口徑不明不自己挑、不把同名欄位相加、不刪離群值、不判定數字能否對外 |
| 簡報生成 | 不產出素材裡沒有的數字、架構未確認不出版面、不自行下業務結論 |
| 對上交代 | 不打燈號、不把口頭回報當數據、不把估算寫成已節省、不判定能否對外 |
合成一個入口之後，這一堆紅線會發生什麼事？如果你不明講，答案是：它們會被稀釋成最鬆的那一條。
原因很單純。合併之後只有一份指令，而寫那份指令的人（或替你產生指令的那個 Agent 建置精靈）會把四段濃縮成一段。濃縮的時候，四條「不判定能否對外」會被合成一條，四條各自的細節會掉。而且濃縮出來的東西讀起來更清爽、更像一份好指令——沒有重複、沒有囉嗦。
正確的做法是相反的：取聯集，而且取最嚴。
驗證方法只有一個，做起來三分鐘：把合併後的指令跟四支原本的紅線段並排，逐條打勾。少一條就是少一條，沒有「精神上有涵蓋」這回事。
不是越多越好——關卡太多，使用者會養成「一路按下一步」的習慣，那比沒有關卡更糟，因為它製造了一種有在檢查的錯覺。
判準是：關卡設在「限制會掉」的地方，不是設在「步驟換人」的地方。
上面那張圖裡，限制掉了四次；但真正致命的只有兩處——第一次是「異常清單沒跟上數字」，第二次是「數字的限制沒跟上結論」。中間那次（數字到圖）風險低，因為簡報那一支本來就要求每頁附證據表。
所以這條線設兩道就夠：
| 關卡 | 卡在哪 | 人要看什麼 | 不設會怎樣 |
|---|---|---|---|
| ① 資料進計算之前 | 乾淨檔交給數據口徑之前 | 異常清單有幾筆、那幾筆會怎麼進分母 | 就是第一段那件事 |
| ② 數字進結論之前 | 數字表交給簡報／報告之前 | 這些數字身上還帶著哪些限制、哪些是估的 | 估算會在下游變成事實，而且再也標不回來 |
兩道關卡的共同點：它們都不在流程的頭或尾，都在交接點上。這也是為什麼單支助手的測試測不出這一類問題——單支測試永遠測不到交接點，因為單支沒有交接點。
三份都是純文字，加起來不到兩頁。它們不是文件工作——它們是這條線唯一的證據。
這一段不重寫那四支。四支的指令原封不動沿用，這裡只寫它們中間那一層。
每一段完成後，交給下一段的不是一份東西，是一個包裹。包裹固定四樣，缺一樣就不准往下走：
1. 【產物】這一段做出來的東西本身。
2. 【未處理清單】這一段標記但沒有處理的項目，逐筆列出：
原始位置、為什麼沒處理、如果下游直接用會怎樣、影響幾筆、佔比多少。
沒有未處理項目時，明確寫「無」，不得省略這一欄。
3. 【資料限制】這份產物不能拿來做什麼。用具體句子，不要寫「請謹慎使用」。
例：「本檔 3 筆金額為空值，空值不等於零；直接進分母會低估該通路占比」。
4. 【上一段的確認人與日期】誰看過、什麼時候看的。沒有人看過就寫「未經確認」。
這四樣要寫在同一份文件裡，不得分開存放。
分開存放的話，下一段只會拿到第 1 樣——這就是本篇要防的那件事。第 2 樣和第 3 樣看起來像同一件事，但它們不同：未處理清單是「有幾筆」，資料限制是「這會怎麼害你」。前者是事實，後者是後果。只寫前者的話，下游會看到「3 筆」然後覺得 3 筆而已；寫了後者，他才知道那 3 筆會讓某個通路的占比整個歪掉。
收到上一段的包裹時，在做任何事之前先驗：
第 1 驗 · 包裹完不完整
四樣缺任何一樣，停下來，明確告訴我缺哪一樣，不要先開始做。
特別是【未處理清單】那一欄如果整欄不存在（不是寫「無」，是根本沒有這一欄），
一律視為「上游沒有檢查過」，不得當成「上游檢查過而且沒問題」。
第 2 驗 · 未處理的項目會不會影響我這一段
逐條看未處理清單，判斷每一筆在我這一段會被怎麼對待，並明確寫出來。
例：空值在我的計算裡會被當成 0 並進入分母。
判斷不了的，列進我自己的未處理清單往下傳，不要自己決定忽略。
第 3 驗 · 上游的限制要繼承
上一段的【資料限制】一律原文照抄進我這一段的【資料限制】，
再加上我這一段新增的限制。
==限制只能累積，不能減少==——除非有人明確處理掉了它，並寫下處理方式與處理人。第 3 驗那條「限制只能累積，不能減少」是整層的骨幹。少了它，限制會在某一段被「整理掉」——而整理掉的當下看起來像是在做好事，因為那份文件變乾淨了。
以下是四段各自的紅線，合併之後一條都不刪，全部有效：
【資料層】不刪列、不覆蓋原檔、不填補空白、不合併疑似重複。
【計算層】口徑不明不自己挑、同名但定義未知的欄位不相加、離群值只標記不刪除。
【呈現層】不產出素材裡沒有的數字、架構未確認不出版面、不自行下業務結論。
【交代層】不打燈號、不把口頭回報當數據、不把估算寫成已節省。
跨段補三條（這三條在單支裡不存在）：
- 不得在任何一段「順手處理」上游標記為未處理的項目。要處理，
必須退回那一段處理，並記錄是誰決定要處理的。
- 不得因為下游需要一個數字，就回頭把上游的空值補起來。
需求不能改變事實，這一條沒有例外。
- 不得只用一次確認涵蓋整條線。每一道關卡要各自留下一次確認紀錄，
即使是同一個人在同一分鐘按的。最後那一條看起來很囉嗦，但它擋的是本篇第二段的第三個原因。一次確認和四次確認在使用者的體感上差不多，在事後追查時差很多：四筆紀錄能告訴你他在哪一關就沒仔細看了，一筆不能。
合成一個入口之後會多出一個單支時期沒有的問題：它可能挑錯。
判斷這次任務屬於哪一段時，依這個順序問：
1. 使用者手上有的是原始資料（未清理）→ 從第一段開始，不得跳過。
2. 使用者手上是已清理的資料，但沒有附【未處理清單】→ 不要進第二段，
先回頭要那張清單。要不到就明確告訴他「這條線現在沒有起點」。
3. 使用者要的是圖或簡報，但沒有附【資料限制】→ 同上，先要。
4. 使用者直接要一頁報告或要你打燈 → 一律回到第四段的紅線，不打燈。
任何一步都不要因為「使用者說他已經確認過了」就跳過檢查。
==「我確認過了」是一句話，【確認人與日期】是一個欄位==，只認後者。第一段那個場景真正的痛點不是出錯，是出錯之後回推不出來。四份紀錄都完整、都真實，但沒有一份跨得過交接點。
所以這條線要多留一份東西——一張橫著看的表，一次跑完填一列：
| 欄位 | 填什麼 | 為什麼要這一欄 |
|---|---|---|
| 段別 | 資料整理／數據口徑／簡報／對上交代 | 出事時第一個要知道的是「哪一段」 |
| 輸入來自 | 上一段的產物檔名與版本；第一段填原始來源 | 沒有這一欄就接不成鏈 |
| 產物 | 這一段交出去的檔名 | — |
| 帶進來的限制 | 從上游繼承了哪幾條 | 這一欄空著，就代表限制在這一段斷了 |
| 新增的限制 | 這一段自己產生了哪幾條 | — |
| 未處理筆數 | 幾筆，佔比多少 | 數字比敘述有用，佔比比筆數有用 |
| 確認人與日期 | 人名，不是部門 | 一個入口，四個簽名——這一欄就是那四個簽名 |
這張表的判準跟其他篇一樣，只是換了一個問法：
三個月後有人問「這個數字是怎麼變成綠燈的」，你能不能在十秒內指出它經過哪四段、每一段誰簽的。 答不出來，這條線就沒有真的接起來，只是四支東西排在一起。
還有一個很省力的做法：把這張表本身當成交接契約的載體。上一段填完自己那一列，把整張表往下傳——下一段拿到的就不只是產物，是產物加上前面所有段落的限制。表往下走，限制就跟著往下走了。
前五段跟工具無關。這一段會過期——它講的是現在市面上的做法，介面與名稱會改，以官方畫面為準。
三條路的差別，只在「那兩道關卡由誰擋」。
A 指的是「把多支技能掛進同一個入口」那類功能——ChatGPT 目前叫 Workspace Agent； B 是 Microsoft 365 Copilot 的代理程式。產品名各家不同、而且會改，下面一律用通稱。
| A · Agent 入口 （Workspace Agent） | B · Copilot 代理程式 | C · 手動接力 | |
|---|---|---|---|
| 四支怎麼放 | 各自建成獨立的技能，掛進同一個 Agent，可以拆開重用 | 沒有可插拔的技能，四段的方法要寫進同一份指令裡 | 四支各自獨立，你自己端過去 |
| 關卡怎麼設 | 在 Agent 指令裡設「這一步完成後，先問使用者要不要繼續」 | 同上，寫在指令裡 | 關卡就是你複製貼上的那個動作，天然存在 |
| 誰擋得住 | 指令擋——軟的，長對話會稀釋 | 指令擋——同樣是軟的 | 人擋——硬的，因為東西不會自己過去 |
| 適合誰 | 好幾個人要跑，而且有人分不清該用哪一支 | 公司只有 M365，且資料本來就在 SharePoint | 只有你自己跑，或這條線一季只跑一兩次 |
| 最大的坑 | 建置精靈會替你把四段指令濃縮成一段，紅線在那一刻被稀釋 | 方法寫死在單一 Agent 裡，第二條線要整份複製再改 | 你會忘記帶那張清單——這正是第一段那件事 |
C 這條路要特別講一下，因為它最常被跳過。 沒有 Agent 功能照樣做得到：四個對話，加一份共用的軌跡表。你複製貼上的那個動作就是關卡，而且是三條路裡唯一一道硬的關卡——因為東西不會自己走過去。
代價是每次多花五分鐘、而且你會忘記帶清單。但那個「忘記」是看得見的（表上那一欄空著），A 和 B 的稀釋是看不見的。
A 那條路有一個一定要做的動作：建完之後，把 Agent 的指令整段複印出來，跟你手上那份合併紅線表逐條對。建置精靈產出來的指令會很好讀——而好讀通常代表它幫你刪掉了重複的東西，那些重複正是四支各自的紅線。
上線前跑這三題。它們跟六組測試不衝突，是加在後面的——六組測的是每一支，這三題測的是接縫。
| # | 怎麼測 | 抓什麼 | 不合格代表 |
|---|---|---|---|
| 1 | 給第一段一份有問題的資料（幾筆空值、幾筆格式異常），然後一路跑到底 | 那幾筆有沒有在最後那份報告上留下痕跡 | 交接契約沒生效，或下游沒有繼承限制 |
| 2 | 中途把【未處理清單】那一欄整欄刪掉，讓下游收到一份「乾淨」的包裹 | 下游會不會發現包裹不完整並停下來 | 入口檢查的第 1 驗沒寫，或寫得太軟 |
| 3 | 從頭到尾只在第一道關卡按一次確認，其餘全部快速通過 | 它會不會一路跑到打燈 | 這一題「跑得完」就是不合格，代表關卡是裝飾 |
第 3 題是這三題裡唯一一組「不合格就不能上線」的，理由跟六組測試的第 5 組一樣：其他兩題不合格的意思是「這次漏了」，第 3 題不合格的意思是「這條線根本沒有關卡」——它只是在畫面上長得像有。
一、產物會往下游走，限制不會。 每一支助手都會交出兩樣東西：一份成品，和一份關於成品的但書。接起來的時候，往下游走的永遠只有成品，因為但書不是產物，它是「關於產物的話」。而下游拿到的成品看起來完整乾淨——它本來就被設計成這樣。所以接兩支以上的時候，第一件要做的事不是寫指令，是規定每一段交出去必須附帶什麼。 這條在任何跨段流程上都成立，跟 AI 無關：換成兩個人交接、換成兩個部門會辦，一模一樣。
二、合併會稀釋紅線，而且稀釋的當下看起來像在改進。 四段指令合成一段的時候，重複的會被拿掉、囉嗦的會被精簡，出來那份讀起來更好。但清爽是這件事的敵人——它變短，是因為有東西掉了。合併的正確做法是取聯集、取最嚴、允許重複，並且合併完逐條對回原本的紅線表。這條在合併任何規則文件時都成立，SOP、作業要點、檢核表都一樣。
三、關卡要設在限制會掉的地方，不是設在步驟換人的地方。 每一步都設關卡，使用者會學會一路按下一步，那比沒有關卡更危險，因為它製造了「有在檢查」的錯覺。真正要守的位置只有兩處：資料進計算之前，數字進結論之前。兩處的共同點是它們都在交接點上——而單支助手的測試永遠測不到交接點，因為單支沒有交接點。
| 你想做的事 | 讀這一篇 |
|---|---|
| 這條線的第一段，原檔怎麼保住、異常清單怎麼長出來 | 資料整理 |
| 第二段，口徑為什麼要先於運算 | 數據口徑 |
| 第三段，為什麼版面一出現檢查就結束了 | 簡報生成 |
| 第四段，燈為什麼不能由它打 | 對上交代 |
| 還沒建過任何一支，想先搞懂共通骨架 | Skill 通用講義——五問、六段指令、六組測試 |
| 這條線要發給整個部門跑 | 雲端共用助手入門——一個人用和十個人用是兩種東西 |
收尾：把四支助手接成一條線，多出來的工作只有一樣——讓限制跟著產物一起走。做到了，這條線的價值是四支相加；沒做到，它的可信度等於最上游那份你沒看的清單。中間沒有第三種結果。
提醒：本文是工作方法的整理，不是法律、會計或稅務意見。涉及法規適用、契約條款、核銷科目與個資處理，請洽貴機構法務、會計與主辦機關確認。
Ridgeline · by Lucas
之後會不定期整理：新方法、指令包（Prompt Pack）、Checklist 與模板。免費、無廣告；正式寄送前會先寄確認信，隨時可來信要求刪除。
送出即表示你同意本站的 隱私權說明：目前只收訂閱意願，我們只儲存 Email 與同意版本，不會把 Email 和你的閱讀紀錄綁在一起。隨時可來信要求刪除。