結構化語意校驗：強制 AI 輸出可信格式

把 AI 接進自動化流程的人。幾乎都踩過同一個坑。你叫 AI 回一段資料。大部分時候它回得很漂亮。格式整齊。欄位齊全。於是你放心地把它接到下游程式。跑了三天都沒事。第四天。AI 忽然多回了一句客套話。或是把金額寫成了文字。或是少了一個你需要的欄位。下游程式一接到這種不合預期的東西。當場就壞了。整條流程停擺。問題是。AI 的輸出本來就帶有變動性。你無法保證它每次都一模一樣。結構化語意校驗（Schema Validation）要做的。就是在 AI 的輸出與下游程式之間。架一道守門員。不符合格式的。一律擋下。符合的。才放行。

一、AI 輸出的「飄忽」，是自動化最常見的隱形地雷

先把問題講透。傳統程式有一個好處。它的輸出是確定的。同樣的輸入。永遠得到同樣格式的輸出。你可以放心地假設下一步會收到什麼。但 AI 不一樣。它的輸出帶有自然的變動性。同一個問題問兩次。措辭可能不同。格式可能微調。大多數時候這些差異無傷大雅。但在自動化流程裡。下游程式是死的。它只認得一種格式。任何一點點偏差。對它來說都是無法解析的亂碼。

這就是最危險的地方。因為這種錯誤是「間歇性」的。它不會每次都發生。它可能一百次裡只壞一次。於是你在測試的時候完全看不到。等到上線跑了一陣子。在某個你沒注意的時刻。AI 回了一個稍微不一樣的格式。流程就默默斷了。等你發現的時候。可能已經漏掉了一批資料。間歇性的錯誤。比每次都壞的錯誤難纏得多。因為它讓你誤以為一切正常。Schema Validation 的存在。就是要把這種「大部分時候沒事」的僥倖。變成「每一次都檢查」的確定。

這裡要釐清一個常見的誤解。有人以為。只要把提示詞寫得夠仔細。AI 就會乖乖照格式回。不需要再額外校驗。這個想法很危險。提示詞確實能大幅提高 AI 照格式回的機率。但它永遠只是「提高機率」。不是「保證」。AI 的本質就是帶有變動性的。它在百分之九十九的情況下聽話。不代表那百分之一不會發生。而自動化流程最怕的。剛好就是那百分之一。因為流程一天可能跑上千次。百分之一就是每天十次的崩壞。所以正確的心態是。提示詞負責讓 AI 盡量做對。校驗負責確保做錯的進不來。兩者是不同層次的防線。缺一不可。把希望全押在提示詞上。等於是讓守門員放假。然後祈禱沒有壞球飛進來。

二、Schema 是什麼，為什麼它能當守門員

Schema 這個詞聽起來很技術。但它的概念其實很白話。它就是一份「格式合約」。你事先寫清楚。我要的輸出長什麼樣子。有哪些欄位。每個欄位是什麼型別。哪些是必填。哪些可以空白。這份合約寫好之後。每一個 AI 回來的結果。都要先拿去跟這份合約比對。完全符合。才算數。任何一條對不上。就視為不合格。

舉個生活化的比喻。Schema 就像出國的海關。海關手上有一份清單。護照要有。簽證要有。表格每一欄都要填對。你過關之前。海關逐項核對。少一樣。或填錯一樣。就請你回去補。不會放你進去。Schema Validation 對 AI 輸出做的就是這件事。它不在乎 AI 用了什麼漂亮的詞。它只在乎這份輸出。是不是每一個欄位都對得上合約。對得上。蓋章放行。對不上。退回重來。這道關卡的價值。在於它把「相信 AI 每次都會乖」這種僥倖。換成了「不管 AI 怎麼回。我都先驗過再用」的紀律。而且這份合約一旦寫好。它就成了團隊共同的語言。任何人想接這條流程的下游。只要看一眼合約。就知道會收到什麼樣的資料。不必再去問當初是誰寫的、格式到底長怎樣。合約把口頭的約定。變成了寫死的標準。

三、四步守門流程：從產出到放行

把 Schema Validation 放進流程裡。它會形成一個四步的守門循環。下面這張圖把 AI 產出一份資料。到它被允許進入下游之間的關卡。完整攤開。

[AI 產出]  模型依提示詞回傳一份結果
     │
     ▼
[第一步 解析]  嘗試把回傳內容解析成結構化資料
     │
     ▼
[第二步 校驗]  逐欄比對格式合約。型別對不對。必填欄缺不缺
     │
     ├─ 全部通過  →  [第四步 放行]  資料進入下游程式
     │
     └─ 有任一不符
            │
            ▼
        [第三步 處置]  把錯誤訊息回饋給 AI。要求依格式重產一次
            │
            └─ 重試仍失敗  →  記錄並轉人工。不讓壞資料流下去

第一步解析。是把 AI 回的文字。試著轉成程式看得懂的結構。如果連解析都失敗。代表格式根本就亂了。第二步校驗。是逐欄拿去比對格式合約。檢查每個欄位的型別對不對。該有的欄位缺不缺。第三步處置。是這個流程最聰明的地方。當校驗沒過。它不是直接報錯停掉。而是把「哪裡不符合」這個明確的錯誤訊息。回饋給 AI。請它照規矩重產一次。這一步常常一次就能修好。因為 AI 通常只是不小心。被明確指出後就會改正。但如果重試幾次都還是失敗。那就記錄下來。轉人工處理。絕不讓壞掉的資料默默流進下游。

四、實作案例：把客戶問卷的自由文字變成乾淨欄位

把流程落到一個會真實發生的場景。某公司收到大量客戶問卷的開放式回覆。都是一段段自由書寫的文字。他們想把這些文字。整理成三個結構化欄位。滿意度分數、主要訴求分類、是否需要回電。過去靠人逐筆閱讀標記。現在交給 AI。但問題來了。AI 有時回的滿意度是數字。有時卻寫成「非常滿意」。有時忘了標是否需要回電。

導入 Schema Validation 之後。流程設想如下。AI 讀完一段回覆。產出三個欄位。守門員立刻校驗。滿意度必須是一到五的整數。訴求分類必須落在預先定義的幾個類別裡。是否回電必須是「是」或「否」。任何一欄不符。就把明確的錯誤回饋給 AI 重產。例如「滿意度需為一到五的整數。你回的是文字。請改正」。通過校驗的。才寫進資料庫。這個案例的關鍵。是讓進到資料庫的每一筆。格式都絕對乾淨。後面要拿來統計、畫圖、做報表的時候。完全不必再擔心會冒出一個「非常滿意」這種無法計算的值。所有數字與情境皆為示意。請以自身狀況評估。

這個案例還藏著一個更深的道理。值得展開來談。資料的乾淨。是會「複利」的。當你在最上游就把格式守好。下游的每一個環節都受益。寫進資料庫的程式不用寫一堆例外處理。做報表的人不用花時間清洗髒資料。畫圖的工具不會因為一個怪值而出錯。這些省下來的工夫。會沿著流程一路累加。反過來說。如果你在源頭放任髒資料流進去。那髒亂就會跟著複利。下游每一個碰到它的人。都得花額外的力氣去防它、清它、繞過它。一個沒守住的格式。表面上只是一筆怪資料。實際上會在後面整條鏈路上。製造出十倍的麻煩。這就是為什麼校驗一定要放在最前面。越早守住。省得越多。

五、Prompt 範本：把格式合約寫進提示詞

要讓校驗少出錯。最有效的做法。是一開始就把格式合約寫進提示詞。讓 AI 從源頭就照規矩產出。以下提供一段可調整使用的範本。

【角色】你是一名資料整理助理。輸出必須嚴格符合指定格式。

【背景】我會貼上一段客戶問卷的開放式回覆。

【任務】請從文字中判斷並輸出三個欄位。
- satisfaction  滿意度。必須是 1 到 5 的整數
- category      主要訴求。只能填 價格 / 品質 / 服務 / 其他 之一
- callback      是否需要回電。只能填 是 或 否

【限制】
- 三個欄位都必須有值。不可省略。
- satisfaction 一律輸出阿拉伯數字。不可輸出文字描述。
- category 與 callback 只能從上面列出的選項挑。不可自創。
- 若文字資訊不足以判斷某欄。category 填其他。callback 填否。satisfaction 給最保守的 3。並在心裡標記此為推估。
- 只輸出這三個欄位。不要加任何客套或說明文字。

這段提示詞的重點。是把格式合約直接攤在 AI 面前。型別講死。選項列死。連資訊不足時該怎麼填。都先講清楚。這樣做的好處是。校驗這一關被退回重來的機率會大幅下降。因為 AI 從一開始就知道遊戲規則。但要特別強調。就算提示詞寫得再好。校驗這道關卡也絕對不能省。提示詞是「事前的叮嚀」。校驗是「事後的把關」。叮嚀再多。也不能取代把關。因為 AI 的變動性永遠存在。守門員必須一直站在那裡。

六、ROI 評估：算的是「省下的救火時間」

要不要為 AI 的輸出加上一道校驗關卡。可以把投入與收穫攤在一起看。底下這張對照表。一邊是建置與維運要花的力氣。另一邊是它替你擋掉的麻煩。表格裡的金額與比例都僅供示意參考。請務必換算成貴團隊真實的流程頻率。

評估這道關卡的價值。不能只看它增加的那一點呼叫成本。要看它擋下了多少「救火」的時間。沒有校驗的流程。壞資料會一路流到下游。等到報表算出一個離譜的數字。或是程式在半夜當掉。你才回頭一層一層追查到底是哪裡出錯。這種事後追查。往往要花掉好幾個小時。而一道校驗。在問題發生的第一秒就把它擋住。並明確告訴你錯在哪一欄。把這兩種代價一起比。就會明白。校驗看似多了一步。實際上是替你省下了最昂貴的那種時間。

❓ 讀完後，先問自己這幾個問題

你現在把 AI 輸出接到下游的那條流程，下游真正需要的格式長什麼樣子？

• 如果你能清楚列出每個欄位的型別與選項。那你其實已經寫好半份格式合約了。差的只是把它落實成校驗。
• 如果你發現自己也說不清楚下游到底要什麼格式。那這正是流程最該先補的一塊。先把合約定義出來。
• 不論如何。先問自己。萬一 AI 回了一個不合格的結果。你現在的流程會擋住它。還是會讓它一路流下去。

結語：先把守門員放上去，再談自動化的規模

結構化語意校驗的價值。不在於它讓 AI 變聰明。而在於它讓你「敢」把 AI 接進正式流程。因為你知道。無論 AI 這次回得多奇怪。守門員都會先驗過再放行。它把 AI 的變動性。關進了一個可控的籠子裡。記得最重要的兩條紀律。一是格式合約要先定義清楚。校驗才有依據。二是就算提示詞寫得再好。校驗這道關也絕不能省。下一步。可以挑一條你目前直接相信 AI 輸出、沒有任何把關的流程。把下游需要的格式寫成一份合約。把那份合約寫清楚。那道合約。就是你替這條流程裝上守門員的第一步。