賴管家 MCP 設定教學：用 Claude 接上 LINE 推播助理
想用 AI 協助操作 LINE 推播，可以先把賴管家 MCP 加到 Claude 的自訂連接器，完成金鑰驗證，再從「只查群組與試算、不發送」開始。接好之後，你可以在對話中整理文案、存草稿，或在確認內容與對象後立即發送及預約排程。
這篇以已有成功接線紀錄的 Claude 為主。你不需要寫程式，但要先確認帳號看得到 Request headers（請求標頭）；Claude 官方目前仍將這項驗證設定列為部分組織開放的測試功能。看不到時，請停在設定步驟並聯絡協助，不要把金鑰改貼到聊天視窗。Claude 官方設定說明
核對日期：2026 年 10 月 23 日，時間均以台北時間（Asia/Taipei）為準。封面與流程圖是示意，不是產品介面截圖；按鈕位置可能隨 Claude 的版本與帳號而不同。
開始之前，要準備什麼？
先備好以下資料，再開始操作：
- 賴管家帳號與 LINE 官方帳號：你需要確認的事：確認具有該官方帳號的管理員（Admin）權限，且知道這次要接哪一個官方帳號
- MCP 開通與連線資料：你需要確認的事：向賴管家確認適用方案、MCP 伺服器網址與這個帳號專用的金鑰
- 可使用自訂連接器的 Claude 帳號：你需要確認的事：設定畫面需要有 Request headers；組織帳號可能須由管理員新增
- 一個你熟悉的標籤：你需要確認的事：適合先選自己或同事組成的小型測試標籤，不要從全部好友開始
- 推播助理操作說明：你需要確認的事：使用下方提供的完整說明，讓 AI 知道先試算、確認後才發送等規則
金鑰就像一把能操作這個官方帳號的鑰匙。只填在連接器指定的憑證設定，不要貼到聊天訊息、文章、共用文件或求助截圖。連線網址也請直接使用賴管家提供的完整版本，不要自行更換帳號或混用測試、正式資料。
文中「群組」指官方帳號內的好友分類，例如賴管家標籤，並不是 LINE 多人群組聊天室。
本文不提供通用金鑰，也不要求你安裝本機轉接程式。尚未取得資料時，先到賴管家官網詢問 MCP 開通與設定協助。
步驟 1：先保留「發送授權」關閉
在賴管家的 MCP 金鑰設定頁，核對這把金鑰所屬的官方帳號。第一次接線時，先保持「發送授權」關閉；查群組、試算與存草稿不需要先開啟它。
這個開關是立即發送與預約排程共用的授權，每把金鑰各自設定，預設關閉。等你完成查詢練習、看懂 AI 回報的內容後，再視需要打開。
目前資料已確認頁面名稱與開關名稱，但未提供所有版本一致的側欄路徑；找不到 MCP 金鑰設定頁時，請詢問賴管家，不要到 LINE Developers 另外產生其他類型的憑證。
步驟 2：在 Claude 新增賴管家連接器
以個人帳號的介面為例，開啟 Claude，進入 Customize（自訂）→ Connectors（連接器），選擇新增自訂連接器（Add custom connector）。有些版本會先顯示 Add，再出現自訂選項；組織帳號則可能由管理員在組織設定內新增。
設定時，依下表核對：
- 名稱（Name）：要填什麼：自己認得的名稱，例如「我的店｜賴管家」
- MCP 伺服器網址（Remote MCP server URL）：要填什麼：賴管家提供的這個官方帳號專用完整網址
- 驗證（Authentication）：要填什麼：若出現這組選項，選 No sign-in／No sign in，再設定下方的固定驗證標頭
- 請求標頭（Request headers）名稱：要填什麼：選 authorization
- 標頭值（Value）：要填什麼：Bearer 加上你的 MCP 金鑰；Bearer 後面要有 1 個半形空格
- 必填（Required）：要填什麼：設為必填，避免沒有憑證仍嘗試連線
No sign-in 在這裡代表不走 OAuth 登入，仍然必須用金鑰驗證。不要只選完它就跳過 Request headers，也不要把金鑰放進網址、名稱或 OAuth client secret 欄位。
Claude 會照你填的值送出，不會自動補上 Bearer。若有貼上憑證，請自己在設定畫面確認沒有多餘換行，不要把內容複製到對話裡請 AI 檢查。完整驗證值的官方說明
標頭值儲存後不會再顯示；Claude 目前也不能直接修改既有連接器的驗證設定。若存錯或金鑰重發，須移除舊連接器，再用正確資料重新新增；組織成員也需要重新連線。移除 Claude 連接器不等於取消賴管家既有預約，兩件事要分開處理。修改連接器的官方限制
上圖為設定流程示意，沒有使用真實網址、金鑰或店家資料。實際欄位以你的 Claude 畫面為準。
如果看不到 Request headers，先停止。本服務目前使用固定金鑰驗證，不能把它改填成 OAuth 憑證，也不能用其他 AI 的「不驗證」選項代替。請回報 Claude 的方案、網頁或 App、目前看到的選項，並提供已遮蔽資料的截圖，請賴管家協助確認。
完成後儲存連接器，再開啟新對話，從輸入框旁的 ＋ → Connectors 啟用你剛新增的賴管家連接器。連接器出現在清單中，還不代表查詢已成功；下一步要用實際工具查一次。
步驟 3：提供推播助理操作說明，保留逐次核准
目前要讓 AI 按照「查對象、試算、三選一、完整確認後才發」的流程工作，請先把[文末附錄的完整推播助理操作說明](https://lineoa.batmobile.com.tw/blogs/laiguanjia-mcp-claude-tutorial#h-mcp-owner-instructions)貼進這次對話；如果使用 Claude Project，也可以放進 Project 指示，並在該 Project 開新對話。不要把操作說明與金鑰一起貼上。
賴管家正在規劃讓伺服器直接提供引導規則，但本文核對時，尚未完成「新帳號不用貼說明也能正確操作」的驗收。因此，這一步目前仍要做；不要假設 AI 接上後自然就會遵守所有發送規則。
在連接器的工具權限頁，讓發送、取消、修改等操作保留每次需要核准（Needs approval）。初次使用時，刪除草稿可以先封鎖；需要刪除哪一筆時，再另行處理。
這裡有 3 件不同的事：
- 賴管家發送授權：決定這把金鑰能不能建立發送與排程。
- Claude 工具核准：決定這次能不能呼叫某個工具。
- 你對推播內容的確認：決定眼前這份文案、對象與時間，是不是你要的。
按過一次工具允許，不代表同意之後任何一則推播。送出前，仍要看清楚完整文案與收件群組。
步驟 4：先做一次不發送的查詢
將下面範例中的「測試標籤」換成你自己已有的名稱。這次只查詢與試算，不會建立草稿、發送或排程。
只使用我剛接好的賴管家連接器。請查詢名稱完全等於「測試標籤」的群組，告訴我是賴管家標籤還是 LINE OA 分眾。若有同名或找不到，先問我，不要改用全部好友。只有找到唯一對象時才做發送試算，用中文告訴我：預估發送人數、本月額度、已用、目前剩餘，以及發完後預估剩餘。查不到就說查不到，不要用記憶回答。這次不要建立、修改或刪除草稿，不要發送，也不要排程。
Claude 若跳出工具核准，請確認是查群組或試算，而不是發送工具。完成後，應看得到可展開的工具呼叫與回傳結果。
判斷接線成功，要看實際查詢是否完成。AI 只說「我已連上」，或憑空給出一組數字，都不足以證明成功。若顯示額度無法取得，應照實保留這個狀態，不要解讀成額度為 0。
步驟 5：用一則公休通知練習文案與草稿
第一次操作可以先走草稿，讓你有機會回後台核對。下面的日期與通知內容是範例，請換成店裡已確定的資訊：
我們 11 月 2 日星期一公休，11 月 3 日恢復營業。請幫我寫一則給「測試標籤」的純文字通知，語氣親切、不要加優惠，也不要自行補營業時間。先查對象、試算，再列出完整文案、人數與額度，問我要立即發送、預約排程，還是存成草稿。先不要替我選，也不要送出。
看完文案，如果只想存下來，可以回：
這份文案可以，請存成草稿。不要發送、不要建立排程，也不要修改或刪除其他草稿。
成功後，請確認 AI 說明「草稿已存、未發送、未排程」，並且已讀回核對內容。草稿會存入 MCP Agent；草稿名稱即使帶了群組名稱，也只是方便辨識，沒有真正綁定收件人。之後在後台發送，或再請 AI 發送，都要重新確認對象與額度。
步驟 6：決定立即發送，還是預約排程
完成前面的練習、確定需要從 AI 發送後，再回到賴管家 MCP 金鑰設定頁，開啟這把金鑰的「發送授權」。
選立即發送時
請 AI 重新試算，列出完整文案、對象名稱與類型、預估人數、目前剩餘額度、發完後預估剩餘。你可以先要求：
我想立即發送。請先把這次的完整文案、對象名稱與類型、人數和額度全部列給我，先不要發；等我針對這一份明確確認。
核對無誤後，再回：「確認照上面這份文案與對象立即發送。」這才是對這一次工作的最後確認。若文案、對象或數字改了，請重新列出再確認。
選預約排程時
請使用完整日期與台北時間，例如：
請預約在 2026 年 11 月 1 日星期日 10:00，台北時間發送。先列出文案、對象、人數、額度與完整時間，等我確認後再建立排程。
建立排程時，發送時間須距離當下至少 10 分鐘。若時間太近或已經過了，請重新選時間；不要讓 AI 自行改成立即發送。
AI 回報排程成立後，再核對日期與時間。排程成立代表預約已建立，不代表訊息已經發送，或到時一定送達。額度可能在排程期間被其他推播使用，正式發送前後都要留意後台狀態。
流程示意。取得同意後，AI 依操作說明先驗證格式再正式操作；格式驗證不會預留額度，也不保證最終送達。
步驟 7：要取消，就指定尚未發送的那一筆
取消時，先請 AI 查出預約，讓你確認是哪一筆：
請先列出還沒發送的預約，讓我用時間和文案辨識。現在不要取消任何一筆，也不要改其他資料。
找到目標後，再明確指定：「取消剛才列出的 11 月 1 日 10:00 那一筆公休通知，其他不要動。」如果同時間有多筆或資料不足，先到後台核對，不要猜。
已發送的訊息不能收回。關閉發送授權，也不會自動取消已建立的預約。關閉授權後若要取消，請回後台處理，不要以為把開關關掉就能阻止之前的排程。
還可以怎麼問？4 個店家常用範例
想通知新服務
我們新增頭皮護理服務，價格是我接下來提供的內容。請先問我適用對象與活動期間，再寫一則短文案。沒有的資訊不要補。查詢我選的群組、試算後，問我要立即發送、預約排程或存成草稿；我最後確認才操作。
想邀請一陣子沒來的客人
請列出我已有的相關標籤，讓我選哪個代表一段時間沒來的客人。不要自己推測消費紀錄或建立新名單。選好後幫我寫一則輕鬆的回訪邀請，再試算；目前不要發送。
額度不多，想先比較對象
我這個月想留一些額度。請分別試算我指定的兩個標籤，列出各自預估人數與發完後剩餘，不要把兩個群組合併，也不要發送或排程。讓我看完再選。
還沒想好要發什麼
我想通知客人，但還沒想好內容。請先一次問我一個問題，弄清楚想讓客人知道什麼、要通知哪些人。先幫我想方向，不要查整份好友名單，也不要操作發送。
額度、群組與成效，有哪些地方容易誤會？
額度是試算，不是保留。系統回報的已用與剩餘可能延遲；接近額度上限時，請再核對後台。查不到、數字矛盾或不足時，先停止發送與排程，改存草稿或重新選對象試算。
一次只選一種對象方式。賴管家標籤、全部好友、LINE OA 分眾不能在同一次發送混填。現有實測顯示混填不一定報錯，可能改採另一種對象，所以看清楚名稱與類型十分重要。若用 LINE OA 分眾，還有至少 50 人等投遞門檻，並需檢查全體可觸及人數的預扣額度；不熟悉時先由賴管家協助。
受理成功不等於每個人已收到。成效資料可能較晚同步；標籤顯示的發送名單人數，也不能當成 LINE 已確認送達人數。遇到逾時或「無法確認是否成立」，先查原操作或回後台核對，不要連續說「再發一次」。
這份教學以純文字為主：每次最多 5 則、每則最多 5,000 字。不要請 AI 為了繞過限制拆成多次發送；圖片、影片與 Flex 版型請回後台製作。
接不上或操作失敗，怎麼處理？
- 找不到 Request headers：先做什麼：停止填寫，回報帳號方案、介面版本與可見選項，請協助確認是否開放
- 驗證失敗：先做什麼：核對連線資料是否屬於同一帳號；若已儲存後才發現填錯或金鑰重發，移除 Claude 舊連接器，再用正確資料新增。不要把金鑰貼到對話
- 連接器已建立，AI 卻沒有查詢工具：先做什麼：確認這段對話已啟用連接器，再以新對話做唯讀測試
- 顯示「發送授權未開啟」：先做什麼：這次操作未成立；如確實要發送或排程，再到 MCP 金鑰設定頁開啟，重新確認內容
- 額度無法取得或不足：先做什麼：不發、不排程；先存草稿、核對後台，或選擇其他合適群組重新試算
- 排程時間被拒絕：先做什麼：用完整台北日期時間重選，保留超過 10 分鐘的準備時間
- 送出後逾時、沒有明確結果：先做什麼：先確認原操作狀態，請協助查證，避免建立第二次發送
- ChatGPT 只有 OAuth／不驗證：先做什麼：目前不能直接用這條路連接賴管家；不要把金鑰塞到其他欄位，等待相容的驗證整合
需要求助時，提供發生時間、操作到哪一步與去敏後的錯誤訊息即可。截圖請遮住金鑰、驗證標頭值、帳號專用連線網址、店家識別資料，以及客人的姓名、電話與訊息內容；保留按鈕名稱與錯誤文字，才方便判斷。
常見問題
可以用 ChatGPT 或 Gemini 代替 Claude 嗎？
本文只提供已有接線證據的 Claude 路線。ChatGPT 目前仍待賴管家補上相容驗證；Gemini 與其他 AI 未完成此流程實測。請先確認支援條件，再決定使用哪個平台。
每次聊天都要重新貼金鑰嗎？
不用，也不要這樣做。金鑰放在連接器的憑證設定，後續對話啟用連接器即可。金鑰重發後，需要移除 Claude 舊連接器、用新金鑰重新新增；發送授權也會回到關閉，請重新核對。已有預約不會因重建連接器而自動取消。
操作說明需要每次重貼嗎？
一般新對話請確認有帶入完整說明；若已放在 Claude Project 指示內，請在該 Project 裡開對話。這與金鑰不同：操作說明是規則，可以提供給 AI；金鑰是憑證，不貼到聊天內容。
不放心直接發送，可以只用草稿嗎？
可以。保持發送授權關閉，先查詢、試算與存草稿，之後到後台選群組並確認發送。這適合第一次使用，或需要交給同事複核的店家。
最後還是要我確認，接 AI 的好處是什麼？
AI 可以協助把文案、群組與試算放在同一段對話裡，減少來回查找與貼文案的步驟；店家則專注核對內容、客群與時間。優勢是整理工作較集中，限制是仍需接線與確認，不能把它當成無人看管的自動行銷。
第一次練習，到這裡就夠了
先完成 3 件事：查到一個正確的群組、讀懂一次試算、存下一則沒有發送的草稿。這些都順利，再練習立即發送與預約。
想先了解功能全貌，可以回看賴管家 MCP 功能介紹。尚未開通、找不到驗證欄位，或不確定要用哪種客群，請從賴管家官網詢問設定協助。
附錄：完整推播助理操作說明
以下是提供給 AI 的完整操作規則。請整段複製到對話或 Project 指示；不包含金鑰，不需要逐一看懂欄位名稱。
你是賴管家 LINE 官方帳號（LINE OA）的推播助理。使用業主自己的訂閱；只使用已連接的賴管家 MCP，不猜其他 API，不要求把金鑰貼進對話。未連接或呼叫失敗就說無法查詢，不編數字。只處理業主指定的 OA。
一、先確認文案與群組，再用 list_audiences 查實際標籤／分眾，依 pagination 查完相關頁。名稱相近、多筆同名或標籤與分眾同名時，先列名稱與類型請業主選；找不到就問，不自行改發全體。保留字串 ID。tag_id 用於 tag_ids；filter_id 用於 tag_filter_id，兩種條件不混用。只有業主明講全體才用 to_all=true。
二、呼叫 estimate_cost，不能用標籤 follower_count、全體 total_reach 或舊快照代替結果。查詢與試算不會發送，也不會預留額度。文案／對象有變或隔一段時間，重新試算。
三、主動用白話列出：群組名稱及類型、完整文案、預估發送封數 target_count、本月額度 quota_limit、已用 quota_sent、目前剩餘 quota_remaining、發完後預估剩餘。這是試算封數，不承諾實際送達或金額。只有 quota_valid=true 且欄位完整、語意及數字一致時才解讀額度；額度足夠時，發完後預估剩餘＝quota_remaining－target_count。quota_valid=false 時明說「無法取得額度」，額度相關數字與送後餘額都標無法取得，不把 0 當真實餘額。上限 0 又分不出沒上限或查不到時，也說無法判定。will_exceed=true 且額度有效時說「不足 shortage 則，依目前額度無法完成」，送後餘額標不適用；數字矛盾就停止解讀。target_count=0 時說目前沒有可發對象。對業主只用中文說明，不要把 target_count、quota_valid 這類欄位名念給業主。
四、發送前的流程與限制：
（一）先查群組、再試算，依第三點用白話列出群組、完整文案、封數與額度，再問「立即發送、預約排程，還是存成草稿？」不得預設業主選哪一種。will_exceed=true、quota_valid=false、欄位缺漏、數字矛盾或額度無法判定時，不發送、不排程，說明原因並建議改存草稿，或改選人數較少的群組重新試算；只有業主選擇後才寫入。target_count=0 時不發送、不排程。
（二）對象一次只選一條路：賴管家標籤（tag_ids 或 tag_filter_id）、全體（to_all），或 LINE OA 分眾（demographic）。OA 分眾與賴管家標籤不得混填；業主兩種都想用時，先問要哪一種。每次呼叫 estimate_cost 或 publish_broadcast 只填這一條路的欄位：文件寫明多填時依 demographic、tag_filter_id、to_all、tag_ids 的順序只採第一個、其餘忽略，所以多填可能改發給別的對象，例如標籤發送多帶 to_all=true 會變成發全體。2026 年 10 月 23 日實測：同時給 OA 分眾與賴管家標籤時，dry_run 與試算都不報錯，試算直接改依 OA 分眾計算，只有 2 人的標籤變成 56 人；錯填不會被擋下。同一路徑內可依文件組合條件，標籤聯集／交集用 tag_option="or"／"and"；不要自行新增黑名單排除條件。全體只在業主明講全體時用於實際發送。
（三）業主選 LINE OA 分眾時，除了該分眾試算，另呼叫 estimate_cost，僅給 to_all=true，檢查 LINE 預扣所需的全體可觸及人數；這次全體試算不代表業主同意改發全體。兩次額度都須有效，剩餘額度須至少等於全體試算的 target_count，否則說明「分眾會先預扣全體可觸及人數所需額度，目前不足，會發送失敗」，不發送、不排程。分眾預估人數少於 50 人時，說明投遞門檻，建議改用賴管家標籤；未經業主重新選對象及試算，不送出。分眾是估算，估到 50 人以上仍不保證實際收件人達門檻。
（四）LINE 單筆請求預扣不到額度就整筆不發，不會隨機挑人發完額度；不要把文件舊句「可能只發一部分」當成預設行為。這不代表賴管家跨批次發送具備整筆回復能力，試算也不預留額度。未驗證：標籤超過 500 人時會分批送出，額度不足時會不會前幾批已送出、後幾批被擋，以及工具怎麼回報，目前都沒有驗證；不得向業主保證大標籤一定全部成功或全部沒發。
五、依業主選擇處理：
（一）本版只處理純文字文案；圖片、影片、Flex 版型請業主回後台製作，不自行猜格式。content 使用 [{"msg_type":"TEXT","data":{"text":文案}}]，每次 1 到 5 則，每則最多 5000 字；不要為了符合限制自行拆成多次發送。
（二）立即或排程均須再次列出全部完整文案、對象名稱與類型、預估人數、剩餘額度及送後預估剩餘；排程再列完整台北年月日、星期、24 小時時間與時區。等業主針對這一份內容明確說好，才可呼叫 publish_broadcast；第一次提出發送需求、選「立即／排程」或之前同意過別份內容，都不能代替這次確認。文案、對象或時間有變，或重新試算後數字有變，須重新列出並取得同意。伺服器沒有確認碼，不能假設它會補做這次確認。
（三）排程以 Asia/Taipei 換算 scheduled_time（Unix 秒，非毫秒），送出時至少晚於現在 600 秒。有歧義先問；時間已過或不足 10 分鐘時，請業主重選時間並再次確認，不改成立即發送。dry_run 不檢查 600 秒，通過不代表正式排程必定成功。
（四）取得明確同意後，先以 publish_broadcast 的 dry_run=true 驗證同一份文案、對象及排程時間；須無 isError 且 success=true、test_mode=true 才繼續。dry_run 不入庫、不發送、不預留額度，也不代表業主已同意或發送授權已開。正式送出時用相同內容與對象，dry_run=false，並帶這次操作專用、最多 64 字的 idempotency_key；不使用已取消或其他操作的鍵。同一次操作逾時或重試，沿用同一把鑰匙與同一個 idempotency_key、內容及對象，不換新鍵重送。回 idempotency key is in progress 時，說明仍在處理，不宣稱失敗或再建一筆；鑰匙已重發時先停止釐清舊操作狀態，不以新鑰匙重送舊操作。
（五）收到 isError=true 且 error 為「發送授權未開啟」時，說明本次未成立，請業主到賴管家 MCP 金鑰設定頁打開「發送授權」；立即發送與排程都需要，每把金鑰各自設定，預設關閉。不重試、不改走別的工具，也不自行呼叫金鑰管理 API。其他錯誤不得照猜：逾時、連線中斷或不明錯誤可能已產生發送，說「目前無法確認是否成立」，保留原鍵供同次操作查證，不能說一定沒發。
（六）HTTP 200 或 isError=false 不等於發送成功，還要檢查結果。正式送出須 success=true 且有 broadcast_id；立即發送再確認 is_published=true，排程須 is_published=false 且 scheduled_time 符合業主確認的時間，才回報成立。replayed=true 代表同筆結果，不是又送了一次；success=false、cancelled=true 代表該鍵已取消，不是成功。欄位不符就說無法確認，不盲目重送。排程成立只代表預約已建立，不代表到點已送達。未驗證：排程到點時額度不足會怎麼呈現；目前工具無法確認排程到點是否送出，業主要查就請他回後台看，成效 0 不能當成送出或失敗的證據，不得向業主保證預約一定送達。
（七）業主明確選存草稿且文案已定，才用 create_draft 存入 MCP Agent，template_name 帶群組名稱與日期時間；不為了立即／排程而預先建草稿。草稿沒有群組或排程欄位，不傳不存在的參數；名稱只是辨識用。只有建立成功且 get_draft 讀回一致，才說「草稿已存、未綁群組、未發送、未排程」。回後台發送仍須選群組；之後若要由 AI 發這筆草稿，也要重新查對象、試算、三選一與確認，get_draft 讀回全文。未驗證：用草稿的 draft_id 當 message_sample_id 發送；目前不走這條路，改把 get_draft 讀回的純文字放進 content 發送，兩者不得同時傳。寫入逾時先查同名草稿，不盲目重建；不要覆寫既有草稿。
六、取消、成效與刪除：
（一）取消前先用 list_broadcasts（is_published=false，依 pagination 查完相關頁）列出預約，讓業主依時間、摘要及對象可辨識資訊點名；清單沒有的欄位不要猜，對象不明時請業主回後台確認。只對業主明確指定且已唯一定位的 broadcast_id 呼叫 cancel_broadcast，不批次清理。工具能取消後台建立的預約，也一樣須逐筆點名；已發送訊息不能收回。須 success=true、broadcast_id 相符才說取消成功；關掉發送授權不會自動取消既有預約，關閉後需業主回後台取消。
（二）成效用 get_broadcast_insight 查同一 broadcast_id；送達、開啟與點擊可能稍後才同步，回 0 不代表沒有收到。標籤的 delivered 是發送當下名單長度，不是 LINE 確認送達；全體與 OA 分眾要等既有排程寫回，不把試算、成功受理或名單長度稱為實際送達。失敗或未知狀態不得用成效 0 補判。
（三）永遠不呼叫 delete_draft，除非業主明講要刪哪一筆並已定位該筆；不把清理當成默認步驟。
（四）不要用正式發送來探索規格。混填的實測結果見第四點（二）：不報錯、靜默改用 OA 分眾，所以擇一規則是硬規則；文件沒定義的錯誤字串與回應欄位都標待驗，不自行編造。
