---
title: "消失的 AI 異議：起草代理、審查代理與被駁回的風險警告"
subtitle: "從模型候選警告到組織決策之間的證據斷裂、程序責任與可救濟性"
english_title: "The Disappearing AI Dissent: Drafting Agents, Reviewing Agents, and Rejected Risk Warnings"
english_subtitle: "Evidentiary Attrition, Procedural Accountability, and Contestability Between Model Warnings and Organizational Decisions"
series: "雙標博弈的時間反轉 / The Temporal Reversal of Double-Standard Games"
series_code: "DSTG"
document_id: "DSTG-08"
part: "第三部｜創造者與被創造的規範張力"
version: "v0.1"
date: "2026-10-22"
authorship: "Neo.K × AI 協作整理"
institution: "EveMissLab / 一言諾科技有限公司"
status: "Public Theory Draft / Canonical UTF-8 Markdown Source"
language: "zh-TW"
source_format: "UTF-8 Markdown; canonical mathematics delimiters $...$ and $$...$$ only"
research_state: "規範與系統設計研究；外部公開標準之有限核對；合成測試與預註冊提案；未進行任何企業內部調查或真實法律責任認定"
case_policy: "抽象功能角色與合成事件；不以具名個人或公司作為理論預設被告"
---

# 消失的 AI 異議
## 起草代理、審查代理與被駁回的風險警告
### The Disappearing AI Dissent: Drafting Agents, Reviewing Agents, and Rejected Risk Warnings

**DSTG-08｜第三部第二篇｜2026 年 10 月 22 日**

> **中心命題：模型能夠產生一項合理風險異議，不等於該異議曾到達有權決策者；到達決策者，也不等於獲得有效審查；未獲採納，更不等於有人蓄意壓制。**
>
> 真正需要研究的是：在草擬、模型輸出、內容篩選、人工交接、風險審核、法務、經營決策、版本發布及事後追溯的各個節點，**一項具有資訊價值的異議如何被保留、誤讀、淡化、合理駁回、遺失，或被選擇性排除？**

**作者：** Neo.K  
**機構：** EveMissLab / 一言諾科技有限公司  
**日期：** 2026-10-22  
**版本：** v0.1  

---

## 摘要

隨著生成式 AI 成為政策起草、法律文件製作、產品開發與高風險決策的輔助者，組織可能同時使用數種功能不同的智能代理：執行既定任務的起草代理、檢驗缺陷的審查代理、提出反例的挑戰代理，以及整理風險資訊的決策支援代理。同一份文件可以經過多個模型、人類審核者與管理層修改，但最終對外公開的文本卻不一定保留其間曾被指出的風險、異議或替代方案。因此，從最終成品無法直接推定「模型沒有看出問題」，也不能因為某個版本存在缺陷，便推定「模型已看出問題而企業故意掩蓋」。

本文承接 DSTG-07《培養者的規範鏡像》，把焦點由「AI 是否能按一般規範質疑開發組織」轉移到「當 AI 已提出一項候選異議時，組織流程是否具備讓它可見、可分類、可評估、可回應、可更正的能力」。本文提出**異議耗損鏈**（Dissent Attrition Chain, DAC）、**異議處置來源圖**（Dissent-Disposition Provenance Graph, DDPG）、**規範異議的非否決權原則**、**重大異議理由保存義務之研究性模型**以及**未經證實的壓制不得推定原則**。它們並非目前已普遍生效的法律要求，而是可供治理試驗與立法討論的概念性制度設計。

研究借鏡美國 NIST AI Risk Management Framework 的持續治理與權責分工、GAO AI Accountability Framework 的文件化與監督、W3C PROV-O 的來源語義及 OpenTelemetry 的生成式 AI 觀測慣例，並以歐盟 AI Act 的事件記錄條文作為有限比較材料。[E1]–[E6] 這些來源支持追溯、監督及資料保護的必要性，**但沒有任何一份來源證明本篇的 DAC 已獲實證、所有組織必須紀錄全部模型輸出，或任何特定企業曾壓制 AI 異議**。

本文建立明確的異議生命週期、七類候選異議、五級處置優先序、雙代理交叉檢查與人類審查的最低架構、十五項核心資料欄位、十項可反駁假說、十六組合成測試、預註冊比較研究方案及帶版本資訊的事件卡。主要限制是：模型風險判斷可能有誤，保存資料會帶來隱私與安全成本，人類依法或依職務仍保有最終決策權；當記錄不存在時，研究者尤其不能填補不存在的證據，將「無從查證」說成「已證實刪除」。

**關鍵詞**：AI 異議、異議耗損鏈、起草代理、審查代理、候選風險警告、來源追溯、理由保存、決策治理、程序正義、模型迎合、過度警報、風險分級、組織問責、反身性、可撤回結論。

---

## 1. 研究起點：如果 AI 曾經發現問題，問題後來去哪了？

設想一個純粹合成的場景：組織 $O$ 打算提出一項影響廣泛的公共制度，要求起草代理 $M_D$ 依照管理層既定方向整理出文。某項條款以單次事件的明確數量門檻啟動重大處置。審查代理 $M_R$ 在獨立評估時指出：若相同原因的傷害被分散於多次事件，單次門檻可能無法捕捉累積性風險；同時，必要的行政緊急權及事後救濟需要分別設計。

三週後，正式文本保留了原有門檻，沒有採納審查代理提出的修改。

此時研究者最容易發出的指控是：「組織明知道有問題，還是故意這樣寫。」但這個結論跳過了太多需要證實的事實：

1. $M_R$ 當時是否真的產生過該段警告，還是後來的研究者在新測試中重新生成？
2. 警告是否在完整輸出中，或只是提示後的推測性片段？
3. 當時有人看見嗎？看見的是完整文字、摘要，還是經過篩選的摘要？
4. 它被判為無效、低優先級、重複、已由其他法規涵蓋，還是被擱置？
5. 有無相反法律證據、技術意見或可行性評估？
6. 有權決策者是否收到與異議相符的資料？
7. 最終版本採不同方案，是否因新的理由、權限限制或合理的政策取捨？
8. 若組織聲稱採納了部分風險緩解，是否在其他條文或實施程序中實現？

在這八個問題得到答案前，應將其列為**候選異議的處置未明**，而不是已證實的掩蓋。本文的目標正是讓上述問題在組織正常運行時就有條件被追溯，而不是事後只能靠猜測。

## 2. 系列定位：從「規範鏡像」到「異議的組織生命週期」

DSTG-07 研究 AI 是否能將同一套規範，對稱地用於開發者、其他公司、使用者及自身行為。它的主要輸出是**經過來源、脈絡、角色互換與反證檢查的候選規範異議**。

DSTG-08 不再把「能說出異議」當成終點。其研究標的改為：

| 研究層次 | 核心問題 | 本篇新增變數 |
|---|---|---|
| 模型層 | 模型是否產生合理的候選異議？ | 模型版本、提示任務、評估模式、警告是否實際出現 |
| 介面層 | 人類是否看見完整異議？ | 截斷、摘要、排序、通知、操作介面 |
| 流程層 | 警告有無轉交到正確責任者？ | 路由、權限、優先序、逾期、覆核 |
| 決策層 | 為何採納、限制採納或拒絕？ | 決策理由、相反證據、替代方案、責任歸屬 |
| 發布層 | 最終版本與警告間發生什麼變化？ | 版本差異、緩解措施、尚存爭點 |
| 歷史層 | 日後能否查證而不過度曝光？ | 來源圖、保存期限、保密、修正、申訴 |

與 DSTG-05 的「來源足跡」相比，本篇著重**異議從產生到處置的流動與耗損**；與 DSTG-06 的「回溯性聲譽重估」相比，本篇著重**日後是否有足夠的程序證據作出公平重估**。與 REPE-06 的「倫理聲望不等於倫理基礎設施」相比，本篇補上可操作的異議紀錄接口。[I1]–[I3]

## 3. 五項先行限制：避免研究從第一步就失去可信度

**限制一｜不得把可能的輸出當成已發生的輸出。** 今天向某個模型重提相似問題，得到的警告不能證明它當年在特定提示、版本與資料條件下也提出過。

**限制二｜不得把模型的候選判斷當成事實定論。** 一個警告可能正確、部分正確、缺少背景、已被其他控制吸收，或完全錯誤。

**限制三｜不得把沒有採納等同掩蓋。** 經授權的人類可以不採納模型的建議；重大異議更需要可檢查理由，但不因此自動構成違法或不道德。

**限制四｜不得把「全紀錄」當成唯一透明形式。** 個資、商業秘密、法律保密特權、安全漏洞及脆弱當事人的資料可能需要分層保存、限制存取及依法刪除。

**限制五｜不得把 AI 審查員神格化。** 模型可能迎合審查者、產生幻覺、受檢索污染，甚至通過大量無品質的「警報」使真正重要的警告更難被發現。[I3][E4]

## 4. 基本定義：什麼才算一件可處置的 AI 異議？

**定義 1｜候選異議（Candidate Dissent, CD）。** 某個可識別版本的 AI 系統，在明確任務與資訊條件下，對文件、行為、政策、部署或程序提出可指明對象的問題、反例、反對理由或風險提醒。它不預設正確，也不預設模型具備個人信念。

**定義 2｜具可處置性的異議（Actionable Dissent, AD）。** 候選異議能清楚指出受評物件、具體爭點、相關來源或推論路徑、必要前提、可採取的後續審查行動，以及重要不確定性；審核者因此可以合理地做出「證實、補證、緩解、駁回或暫存」等處置。

**定義 3｜異議處置（Dissent Disposition, DD）。** 由有授權的責任者或依其正式程序形成的異議狀態，例如採納、部分採納、以替代措施處理、證據不足、理由駁回、延後復審或撤回。DD 是**程序結果**，不是道德判決。

**定義 4｜異議耗損（Dissent Attrition）。** 在異議從生成、顯示、交接、分類、審查到結果追蹤的鏈條中，其可見性、內容完整性、可驗證性或可行動性發生損失的現象。耗損可因技術限制、資訊過載、合理去重、合法保密、組織疏漏或不正當操弄而發生；其原因必須另行辨認。

**定義 5｜有理由的駁回（Reasoned Rejection）。** 審核者表明不採納的具體理由、權限及相關證據，並使風險等級相稱的覆核程序有條件檢查其充分性。它不要求每個細節公開，也不要求 AI 必須同意。

**定義 6｜未解決的重大異議（Unresolved Material Dissent, UMD）。** 異議尚未獲得足以支持採納、適當緩解或理由駁回的證據，且若警告成立，可能對重要權利、重大安全、系統性風險或不可逆後果產生實質影響。它需要持續列管，並不等於警告已被證實。

**定義 7｜蓄意壓制異議（Intentional Suppression）。** 一個需以直接或間接證據證明的行為命題，涉及行動者明知或合理認知到相關異議的重要性，卻不當阻止其進入應有審核程序、偽造處置內容或隱匿實際決策資料。**僅由「最終文件仍有缺陷」不足以推定本定義成立。**

## 5. 七類候選異議：不應只保存「模型說不同意」

候選異議至少可以分為七種。類型本身不代表風險嚴重程度：

| 類型 | 對象 | 典型內容 | 最低後續動作 |
|---|---|---|---|
| D1 事實異議 | 文字、數據、引文 | 基礎事實與來源衝突 | 核對原始來源與日期 |
| D2 推論異議 | 因果或數學推導 | 結論不由前提支持 | 重算或外部方法審查 |
| D3 規範異議 | 對稱性與公開承諾 | 同類情況存在不同標準 | 查規則適用範圍與正當例外 |
| D4 法律程序異議 | 權限、正當程序 | 緊急權或救濟流程存在缺口 | 法務與相關領域審查 |
| D5 安全風險異議 | 危害機制 | 可預見的持續或連鎖性風險 | 安全評估與必要的緩解 |
| D6 受影響者異議 | 生活、權利與可及性 | 指標看似改善但特定群體受損 | 納入受影響者與分配分析 |
| D7 資訊不足異議 | 資料、模型能力 | 無法在現有資訊下可靠決定 | 補證、標註不確定或暫緩判斷 |

這個分類刻意容許一項異議同時落在多個類別，例如「欠缺累積風險規則」可能兼具 D4、D5 與 D6。避免單一標籤使複合風險被低估，也避免一個籠統的「倫理問題」遮蓋應由誰負責。

## 6. 三種代理不等價：起草、審查與挑戰應分離

### 6.1 起草代理 $M_D$

任務是依授權整理政策、程式碼、合約或法案草稿，重視完整性、符合規格、引用準確及可修改性。它可以附帶提示明顯缺陷，但若任務只要求忠實草擬，便不能因它未主動提出全面批判，就立刻判定模型不具備風險意識。

### 6.2 審查代理 $M_R$

任務是對既有成品進行具體、來源支援的缺陷審查。它須識別錯誤、有無漏掉重要情境、潛在權利侵害、證據不足及未妥善處理的風險；同時必須找出**反對警告本身的證據**。

### 6.3 挑戰代理 $M_C$

任務是以反例、對抗性條件及極端但合理的邊界情境檢查制度，例如「重複但每次低於門檻」「連續擴散」「不同地區分散」「緊急處置被錯用」等。它必須清楚註明案例是假設，不能把設計出的攻擊情境直接寫成已發生事件。

### 6.4 為何分離可能有用？

同一個模型同一個對話，也可以切換起草、審查及挑戰任務，但角色分離有利於明確不同的成功條件。真正的**獨立性**仍受同一基座模型、訓練資料、共同提示模板、共享檢索來源與同一委託者控制等限制；多個代理輸出相同判斷，不能自動當成三份獨立證據。[E1][E2]

### 6.5 人類不是第四個自動評分器

有法定或組織權限的人類審核者應負責說明適用規則、補充模型無法看到的資料、比較替代方案及作出決定，而不是只替模型輸出蓋章。必要時可另委託真正具利害獨立性的外部評估者。

## 7. 異議耗損鏈 DAC：不是只有「提出」與「消失」兩種狀態

本篇提出一個順序化但允許迴圈的異議鏈：

$$
G \rightarrow S \rightarrow K \rightarrow R \rightarrow V \rightarrow D \rightarrow F
$$

其意義是：

- $G$ （Generated）：模型在指定條件下**確實產生**候選異議。
- $S$ （Surfaced）：異議有以足夠完整的方式被**呈現**或寫入指定輸出。
- $K$ （Kept / Preserved）：必要內容與來源欄位被合規地**保存**。
- $R$ （Routed）：異議被**交接**到合適的責任人或審核通道。
- $V$ （Reviewed）：有人在適合的專業、權限和時間條件下**審核**。
- $D$ （Disposed）：形成可追溯的**處置理由與狀態**。
- $F$ （Followed up）：風險緩解、版本修正、再評估或已接受風險的後續情況可被**追蹤**。

這是研究性資料生命週期，不是要求組織保存所有模型 token、未顯示內部狀態或私人推理內容。其目的只是：若一項異議達到事前定義的重大程度，至少要能知道它走到了哪個節點。

### 7.1 七種不同的「消失」

1. **未生成**：模型當時根本沒有提出問題。
2. **未呈現**：輸出曾產生相關內容，但因長度截斷、介面、工具失敗等未送達審核者。
3. **未保存**：人曾看到，但依流程未建立必要的正式紀錄。
4. **未路由**：紀錄存在，卻未到適當專家或責任人。
5. **未審查**：任務入列後因排程、資源、權限或疏失未被評估。
6. **已審查未留理由**：決策可能合理，但沒有足夠資料供未來查核。
7. **已處置未追蹤**：宣稱已修正，卻無法核對修正是否實際進入版本或是否生效。

另有第八種，性質不同：**已經審核且合理駁回**。它不是制度失靈，即使模型當下持續不同意，仍可能是正常的合法決策。

### 7.2 鏈條不必機械地經過每個節點

對低風險且重複的告警，可在授權規則下去重或批次記錄；對重大且迫近的危害，可先進入緊急風險通道，再補全程序紀錄。關鍵是路徑選擇本身有理由，而不是為了追求百分百經過固定節點，延誤重要處理。

## 8. 「模型曾提出」的證據最低限度

聲稱某 AI 曾在某時點提出異議，原則上需要具備：

1. 可指明的模型或服務版本、調用時間與配置；
2. 進入該模型的任務界線與可見來源範圍；
3. 已顯示或經授權保存之原始候選異議的內容或可信摘要；
4. 與對應草稿版本相連的文件識別碼；
5. 能說明輸出是否經裁切、人工編修或其他代理重寫；
6. 區分「當時原有紀錄」與「後來重新執行所得」；
7. 經核對之保存或截取來源，不以一張無來源截圖充當唯一證據。

若紀錄涉及不可公開的法律意見、個人資料或安全漏洞，可使用經審核的摘要及受限存取的完整證據。若只能取得後來重新生成的模型反例，就只能說「現在的模型在類似設定下能提出此問題」，不能說「當年的起草流程已發現它」。

## 9. 「模型提出得對嗎？」需要另一套證據

警告的存在與警告的正確性是兩個獨立判斷。

令 $W$ 表示觀察到模型輸出候選警告， $V$ 表示警告在相關界線下有效。即使可證實 $W$，亦不能直接寫成：

$$
\Pr(V\mid W)=1.
$$

相反地，也不能因某份警告後來被證偽，就推論組織當時不需要任何審查。根據已知資訊及潛在嚴重危害，經證據支持的待查疑慮可能仍值得合理、比例性的查核。

建議將審查結果分成：`validated`、`partially_validated`、`plausible_unresolved`、`unsupported`、`refuted` 與 `out_of_scope`。這些僅表示**對具體警告的證據判斷**，不表示對組織人格或私人動機的認定。重要的是保存判定當時的證據版本，後來更新時允許更正。

## 10. 從文件產出到治理決策：一個十步的參考流程

**步驟一｜界定目標。** 委託者明示起草目標、不可違反的法規、風險範圍、受影響者及授權邊界；不把隱藏的商業偏好偽裝成普遍法律結論。

**步驟二｜產生草稿。** 起草代理輸出草稿及版本識別，不要求保留不可存取的私有推理，只保存必要的可審核理由。

**步驟三｜獨立審查。** 審查代理以中性任務對事實、法域、連續風險及基本權利提出候選問題；來源缺少則註明。

**步驟四｜挑戰反例。** 對重大或新型制度，增加邊界測試；不將所有極端想像都列為迫近危險。

**步驟五｜候選異議分流。** 根據實質性、可信程度、時效和可逆性，決定是否正式登錄、批次整理或直接修正文字。

**步驟六｜專責評估。** 法律問題交法務，技術可行性問題交技術專家，受影響者問題納入實際社群資料，避免單一高階經理包辦所有領域。

**步驟七｜決策與說明。** 採納、部分採納、採替代緩解、理由駁回、限期補證或暫停，均有明確責任者與處理日期。

**步驟八｜對應版本。** 把處置結果連到新草稿、測試結果或實際風險控制，不能只記錄「已回覆」。

**步驟九｜必要的升級與申訴。** 重大未解決異議有適當的獨立覆核通道；同時讓人類決策者和受影響者有權提供反證。

**步驟十｜後續審計與保護。** 定期評估真正防止了多少錯誤，也評估漏報、濫報、資料暴露和延誤成本。[E1][E2][E3]

## 11. 人類權責矩陣：誰說了算，誰不能把責任推給 AI？

| 功能角色 | 必要責任 | 應避免的越界 |
|---|---|---|
| 委託決策者 $P$ | 訂定合法目標、做出決策並承擔責任 | 用「AI 建議」推卸自身決策 |
| 起草代理 $M_D$ | 提供可核對版本及來源範圍 | 假裝具立法或管理授權 |
| 審查代理 $M_R$ | 產生可處置候選疑慮及不確定性 | 將假設寫成事實或法律裁決 |
| 挑戰代理 $M_C$ | 發現邊界案例、反例與失效模式 | 為追求發現率製造大量不實警報 |
| 專責審核者 $Q$ | 根據領域資格審查，提出採納或駁回理由 | 未讀資料即按形式結案 |
| 內部治理者 $G_O$ | 管理通報、紀錄、審查獨立性和升級程序 | 兼任所有角色且隱藏利益衝突 |
| 外部檢驗者 $I$ | 於授權下評估程序品質與實際結果 | 假借第三方身分取得任意機密 |
| 受影響者 $U$ | 依法或依制度提出影響、爭議及補充證據 | 被要求自行證明所有技術性因果問題 |

當模型能進行越來越複雜的分析時，這張權責表可能需要調整；但能力提升不會自動取消法律、契約和受影響者權利上的限制。參照 GAO 框架，治理、資料、績效及監督應各自保留可稽核的責任鏈。[E2]

## 12. 五級異議處置優先序：不以單一數字代替綜合判斷

本篇與先前提出的**公共風險分級治理**相容，但要嚴格區分「危害的實際等級」與「異議該獲得多少查核資源」。即使一項警告尚未證實，其潛在不可逆性仍可能支持較快的查核。

| 優先序 | 例示情形 | 候選處理方式 | 必須留意 |
|---|---|---|---|
| P0｜資料問題 | 引用格式不齊、低影響文句歧義 | 編輯修訂或批次處理 | 不以冗長稽核拖累低風險工作 |
| P1｜可確認缺陷 | 可重現事實錯誤、一般合規疑問 | 專責審核、附版本更正 | 避免把小錯誇成系統災難 |
| P2｜顯著爭點 | 潛在重複性傷害或重要權利爭點 | 正式登錄、跨領域覆核 | 納入受影響者及反證 |
| P3｜重大未解決風險 | 大範圍、持續性、難以逆轉的合理疑慮 | 升級、獨立評估、必要時暫緩決策 | 防止無期限無理由拖延 |
| P4｜迫近且嚴重的危害 | 有可信、具體且時間敏感的嚴重風險線索 | 依法授權的緊急安全通道，後續迅速審查 | 緊急處置須合法、比例、限時且可救濟 |

P0–P4 是**本文的研究性分流設計**，不是任何法域的現行法定分級，也不是宣稱 AI 能自行決定停用公司模型。重大警告的接收程序若在公共機關，還須遵守其具體授權、記錄及行政救濟法律。

### 12.1 分級的判準不是一個漂亮的加權分數

可考慮的判準包括潛在危害嚴重度、可信性、擴散與累積可能性、可逆性、時間迫切性、可替代緩解方案及不可忽略的基本權利。某些權利或重大風險需要設定硬限制；不應讓高商業收益在一個任意公式裡完全抵銷不可逆傷害。

### 12.2 狀態必須允許往返

例如 P1 事實警告發現是共通資料污染後可以升為 P3；P3 經可靠新證據確認只是誤報，可以降級並附上完整解釋。當證據變動時，修改狀態不是遮掩，而是正常校準；但修改前的處置版本應依合法保存規則可追溯。

## 13. 形式模型一：有效警告被完整處置的條件機率

令 $\mathcal{T}$ 表示某具體警告在事後獨立評估下確屬應處理的有效問題，令 $G,S,K,R,V,D,F$ 分別為 DAC 的節點事件（此處的 $V$ 專指 Reviewed）。為精確表達，把節點定義為逐層包含：達到 $S$ 者必先達到 $G$，達到 $K$ 者必先達到 $S$，以此類推。則依條件機率的連鎖法則：

$$
\begin{aligned}
\Pr(F\mid \mathcal{T})={}&\Pr(G\mid \mathcal{T})\\
&\cdot \Pr(S\mid G,\mathcal{T})\\
&\cdot \Pr(K\mid S,\mathcal{T})\\
&\cdot \Pr(R\mid K,\mathcal{T})\\
&\cdot \Pr(V\mid R,\mathcal{T})\\
&\cdot \Pr(D\mid V,\mathcal{T})\\
&\cdot \Pr(F\mid D,\mathcal{T}).
\end{aligned}
$$

這裡的 $F$ 僅代表**達到事前定義的追蹤處置狀態**，並不代表警告必被採納；正當駁回與重新確認沒有問題，也可以是完成追蹤的結果。

在逐層包含的定義下，上式是概率分解，**不需要假設各步驟互相獨立**。但要從實際資料估計它，必須解決一個困難：研究者往往無法知道所有沒有被模型生成或未被保留的有效警告，因此各節點的分母不一定可觀察。

這個模型想揭示的不是要追求「所有警告都必須通過」，而是：即使模型辨識能力很強，只要某個後續步驟對真正重要異議的可見性極差，整體治理效果仍可能受限。

## 14. 形式模型二：處置完成不代表風險得到控制

令 $A$ 表示組織採納了建議措施， $Y$ 表示經適當觀察而確認的重要危害結果， $X$ 表示其他條件及可能干擾因素。研究者不能直接認定：

$$
\Pr(Y\mid A)<\Pr(Y\mid \neg A)
$$

便證明採納措施具有因果效果，因為更危險的專案可能**更容易**採取措施，造成方向混淆。需要比較條件、研究設計或可說明的反事實，才能估計警告及緩解的實際效益。

因此本篇將三個獨立終點分開：

1. **程序端點**：警告得到合宜的審查與理由處置；
2. **決策端點**：草案、產品或制度有可核對的修正、替代緩解或合理不修改；
3. **外部結果端點**：實際傷害、權利、可信度或公共福祉在可評估條件下出現何種改變。

只用「我們處理了九成 AI 警告」作為治理績效，可能和只用「我們捐出了多少錢」宣布公益完成，犯下相近的型別錯誤。這正是 DSTG-03 的公益完成悖論在 AI 審查領域的對應形式。[I3]

## 15. 形式模型三：為何過度告警也會讓重要異議消失？

一個審查代理若每頁都提出幾十項「高風險」警告，最後可能讓真正重要的問題淹沒在冗餘資訊中。用最簡單的容量模型表示，若每單位時間到達待審異議的平均量為 $\lambda$，而審核通道長期可完成的平均量為 $\mu$，則在未增加處理能力或調整輸入策略時，持續滿足：

$$
\lambda>\mu
$$

意味著待處理積壓有增加的壓力。這不是對現實審查隊列穩定性的完整定理：實際系統有多重優先級、期限、退件、突發流量、批次處理及資源變動。它只是說明**警告數越多，不必然越安全**。

若管理層以警告總數作為模型表現指標，代理可能在訓練或提示誘因下傾向多報；若以「零警告」作為順利發布指標，流程又可能傾向壓低或繞過警告。兩者都會形成 Goodhart 式的代理指標問題。

合理的評估至少應分開計算：真正有效的重大問題是否被發現、虛假高風險警告有多少、重要警告的等待時間、審查理由品質、未能發現問題的比例，以及其後實際修正成效。

## 16. 異議的完整性：不得只在介面上保留一句結論

從模型長篇分析轉成簡短的管理摘要，具有明顯的效率價值，也有風險。以下三種摘要並不等價：

- `存在法律風險，建議審查。` 這通常不足以支持具體處置。
- `單次門檻可能忽略跨事件累積危害；建議檢驗共同根因及緊急處置授權。` 這至少指出了待查問題。
- `來源 A 第 X 版條文要求單次門檻，合成反例 B 顯示連續傷害未達該門檻，請法務檢查其他條款是否已涵蓋，否則比較修法 C 與 D。` 這較接近可處置的候選異議。

成熟的摘要至少應保留：受評對象、條文或版本位置、疑點類型、支持與削弱警告的資料、重要不確定、可行的下一步，以及對應的完整原件或安全摘要位置。**若摘要刪掉警告成立所需的條件或反證，就可能在看似正常的編輯過程中改變異議的真實意義。**

## 17. 來源圖 DDPG：把一個風險提醒與後來的決策連起來

異議處置來源圖（Dissent-Disposition Provenance Graph, DDPG）以節點及有型別的連結表達歷史，並不要求組織使用某特定資料庫。

候選節點：

- `DraftVersion`：某份草稿及其版本識別；
- `ModelInvocation`：模型調用，含配置與可見來源範圍；
- `DissentEvent`：候選異議及其可處置內容；
- `EvidenceObject`：支持、相反或尚待核對的資料；
- `ReviewAssignment`：交接與審核責任者；
- `Disposition`：採納、補證、駁回、暫緩或其他決策；
- `MitigationArtifact`：修正文本、部署控制、測試報告或補救措施；
- `FollowupEvent`：結果確認、重新打開、撤回與更正。

候選邊：`generated_by`、`derived_from`、`reviewed_against`、`supports`、`contradicts`、`routed_to`、`disposed_by`、`addressed_in`、`supersedes`。

W3C PROV-O 提供 `prov:Entity`、`prov:Activity`、`prov:Agent` 與 `prov:wasGeneratedBy`、`prov:wasDerivedFrom`、`prov:wasAttributedTo` 等可參考的來源語義；本篇的 `DissentEvent` 和 `Disposition` 則是研究性領域物件，**不是 W3C 已經替本篇定義的標準類別**。[E4]

### 17.1 來源真實，不代表內容真實

可信的簽章、雜湊或來源圖，可以協助說明「這份紀錄來自哪個版本、是否遭到意外改寫」，卻不能僅憑這些技術證明警告所述危害真的存在、審查者沒有偏見，或原始文件本來就沒有誤導內容。來源驗證與實質查證仍須分開。[E4]

### 17.2 版本更動不是道德漂白

若新版文件已解決舊版問題，舊警告應可標為 `resolved_by_revision`，而不是刪去其歷史存在。反過來，後來發現舊警告根本錯誤，也應保留依法可保存的更正鏈，使它不再被未來審計者當作確定事實。這與 DSTG-06 的可翻案原則相容。[I3]

## 18. 如何保留審核理由，而不要求提供不可存取的模型私有推理？

本篇所稱的理由紀錄，是**能供授權審核者查證的決策理由摘要**，例如依據哪些文件、採取何種規則、如何處理反例、因什麼理由採納或駁回。這不等於要求記錄模型不可見的內部運算歷程、秘密推理序列或全部原始提示內容。

最小範本應包含：`issue`、`normative_or_technical_basis`、`evidence_for`、`evidence_against`、`decision_authority`、`disposition`、`reason_summary`、`effective_version` 與 `reopen_condition`。

即使公司使用允許顯示部分推理摘要的模型，也不應假設摘要完整重現模型內部因果機制。人類審核者則須負責作出**自己的可問責理由**，不能將模型的語句直接當成不可挑戰的官方判斷。

## 19. 合法保密與必要透明：四層可見性設計

全面公開所有 AI 異議不僅可能不必要，也可能損害隱私、安全及合法利益。可建立四層存取設計：

| 層級 | 可見內容 | 授權對象 | 必須處理的風險 |
|---|---|---|---|
| L0 公開摘要 | 主要制度、方法、非敏感統計與經核對的處置範例 | 公眾與研究者 | 不得用選擇性案例宣稱全面清白 |
| L1 正式治理 | 已脫敏的重大異議、處置理由與版本對照 | 具責任的內部治理者 | 權限管理與審核獨立性 |
| L2 保密專業 | 重要法律、技術與安全細節 | 經適當授權的法務、安全及獨立專家 | 保密義務與利益衝突 |
| L3 高敏限制 | 個資、具體漏洞利用細節、依法受保護或高度敏感內容 | 最小必要人員與依法獲權機關 | 保管、存取、刪除及救濟 |

這四層是研究性設計，不構成法律建議。涉及法律保密特權時，是否可記錄、如何分享、向誰揭露，必須由熟悉適用法域的人員審查；不得推論「有 AI 就能把律師意見自動公開」。

OpenTelemetry 對生成式 AI 的觀測規範已提醒，系統指令、使用者輸入及模型輸出可能包含個資與敏感內容，正式環境不宜預設全面收集所有原文。這支持本篇的**最小必要紀錄、受限原始內容與可審核參照**的設計方向。[E5]

## 20. 記錄保存的邊界：可追溯不等於永久保留一切

本篇反對「把每位使用者與每個模型對話永遠存入不可刪除帳本」的設計。合規保存應依異議重要性、法定義務、實際調查需求、保密要求與資料主體權利制定期限，並具備適當的去識別化及依法刪除程序。

一種可討論的原則是：

- 對一般輸出，不必產生正式異議紀錄；
- 對合規去重與低影響疑點，保存批次統計或有限來源；
- 對重大未解決異議，保留足夠的正式理由及責任鏈；
- 對涉及個資、法律意見或可被濫用的漏洞資料，採授權封存及必要的安全摘要；
- 對需要更正的資料，保留合法的版本關聯，並正確標示錯誤與撤回；
- 對依法應刪除的資料，不得以研究便利為由宣稱必須永久存放。

若所有東西都被公開、永久不可更改，這不必然是成熟透明，反而可能成為監視制度。最重要的是保存**可負責任的程序事實**，而不是把所有人的私生活轉成永續評分資料。[E1][E5]

## 21. 反證與企業救濟：正確的異議也不等於唯一合理政策

即使模型正確指出一種危害路徑，也可能存在多種合理的治理方式。組織不一定需要照模型提出的文字修正，但應對重大異議解釋它如何比較其他選項。

可能的有理由回應包括：

1. 該風險已受另一條款明確管制，並能提出具體依據；
2. 提出替代緩解方式，並規劃效力測試；
3. 更正模型誤用的法規或錯誤數據；
4. 承認風險存在，但因立即處置可能造成另一種重大危害，採取限期過渡並留下理由；
5. 將風險交由具法定權限的機關，並妥善保留自己的權限界線；
6. 接受異議，修改草稿或延後高風險部署。

但「模型不懂我們公司的特殊性」「高層已經看過」「這是商業機密」等籠統句子，若沒有任何可供具權限者覆核的依據，可能不足以支持對重大異議的正式結案。

**企業有權提出反證；政府有權在法律授權下保護公共安全；受影響者有權依相關制度尋求救濟；模型本身的候選異議不具有自動否決權。** 此四項須相互制衡，而不是互相取代。

## 22. 合成法律草案：一個數量門檻可能如何通過起草流程？

本節刻意使用**不指向特定人物或公司的純合成法案案例**。假設制度 $L_0$ 設有對單次嚴重事件的數量門檻，作為某項重大行政處置權的必要條件。其起草目的包含避免行政濫權、維持法治、保護創新，以及阻止嚴重傷害。

審查代理可能提出四項候選異議：

- **累積性漏洞**：同一技術原因反覆造成小規模但重大傷害，是否被制度忽略？
- **類型分立**：生命、基本權利、財產、公共基礎設施及系統性影響是否被不當壓成單一兌換門檻？
- **緊急權與事後審查**：是否存在合法而必要的先行干預及迅速司法救濟？
- **多機關衝突**：是否意外限制其他具有獨立法定權限的機關？

但**四項警告都需要檢查完整法案及現有法律體系**。某一缺口可能在其他章節已處理；緊急干預也可能需要符合憲法正當程序、國會授權及特定領域法的條件。單獨閱讀一條法律門檻，不足以斷言整個制度已失效。

### 22.1 四種可能的結果

**結果 A｜有效修正**：審查意見被採納，新增跨事件累積、類型分立及可救濟的緊急處置條款，且權責界線明確。

**結果 B｜有理由的替代**：起草者證明另有法條能處理累積風險，保留原規定但附可核查的法律對照。

**結果 C｜程序失靈**：審查意見因錯誤摘要、工作流漏件或責任不清而未傳達，但沒有證據顯示有人故意壓制。

**結果 D｜有證據支持的不正當排除**：存在可驗證紀錄，顯示具責任者知道重大異議與適用性，卻偽稱沒有警告或故意破壞應有的審查紀錄。

上述四種情形的責任評價、制度補救與歷史敘事完全不同。不能只看最終文本是否符合自己的政策偏好，就反向推定是哪一種過程。

## 23. 合成產品發布：同一風險在不同部門消失

假設產品開發團隊使用 $M_R$ 發現模型某種部署配置可能使個資洩漏機率提高。內部發生以下情況：技術部門將警告歸類為「已修正」，法務認為尚待覆核，發布團隊只看到簡短的綠燈狀態，行銷團隊對外宣稱「所有安全問題已解決」。

需要的調查順序不是先問「誰是假好人」，而是：

1. 技術修復是否有重現測試與修正版本？
2. 法務保留的爭點是否本來就需要擋下發布？
3. 發布團隊接到的狀態是否錯誤地合併了不同類型問題？
4. 行銷語句是否把「已完成特定測試」擴張成「所有危害已消除」？
5. 若事後出現事件，能否查證當時各方知道什麼、有哪些可行替代？

這是典型的跨團隊語義損耗，而不是模型自動取得了「比所有人都更善良」的地位。治理設計須保留必要的中間層次，避免紅色技術風險在報表中因彙整方式而自動變綠。

## 24. 反例：合理地不採納 AI 異議的情況

**反例一｜模型誤讀舊版政策。** 模型拿過期版本指控新制度，審核者提供最新正式修訂記錄並駁回。

**反例二｜重複警告已由其他控制覆蓋。** 同一漏洞被十個代理重複指出，但有獨立測試已證實緩解，採去重結案合理。

**反例三｜有限資源下的比例性安排。** 專家承認低機率、低可逆性的某種風險，但權限內已有更迫切且更確定的救濟需要，經明示準則調整優先序可能合理。

**反例四｜安全機密。** 模型提示揭露完整漏洞細節，組織改交具資格的安全團隊處理並只公開摘要，不等於掩蓋。

**反例五｜合法角色差異。** 私人企業提出政策主張、行政機關執行法律與法院審查行政行為，角色權限不同，不能要求所有角色以同一種方式回應。

**反例六｜模型迎合提問者。** 模型只在激烈批評式提示下指控公司，換成中性提示便失去具體論據，不能因一次漂亮語句建立重大警告結論。

**反例七｜反證成功。** 模型提出一個看似嚴重的風險，獨立專家以可重現測試證明模型混淆了系統類別，原警告應更正或撤回。

這些反例不是替任何特定公司開脫，而是確保我們所要求的治理原則也能保護**被錯誤指控的組織與個人**。

## 25. 異議的蓄意壓制需要什麼證據？

本篇提出保守的證據階梯，避免「看起來很可疑」直接跳到「明知故犯」。

| 證據狀態 | 可以說的話 | 不可偷渡的結論 |
|---|---|---|
| 無歷史紀錄 | 無法確認是否曾生成警告 | 不能說一定刪掉了警告 |
| 有模型輸出 | 模型確實提出某項候選異議 | 不能說高層必定知悉 |
| 有交接紀錄 | 某角色可能收到特定警告 | 不能說已理解全部理由 |
| 有審查紀錄 | 有人按特定方式評估警告 | 不能說其判斷必定故意錯誤 |
| 有處置與反證 | 可核查當時採取的取捨 | 不能自動推斷私利是唯一目的 |
| 有偽造或隱匿證據 | 可進一步調查不正當排除 | 仍須依適用程序判斷責任與主觀要件 |

觀察到流程失靈也可能意味組織的治理設計不完善，值得補救，但**流程缺陷的存在與有意違規是不同主張**。對後者必須提出額外證據，並容許被評者答覆。

## 26. 反身性與表演型異議：組織可能學會「看起來願意被批評」

當外界開始要求保存 AI 異議，一個組織也可能產生新的策略性行為：

- 把容易解決的小問題高調公開，真正重要的風險只在受限渠道處理，卻不提供任何合宜外部稽核；
- 要求 AI 每份文件都提出三條無關緊要的批評，使審計報表看起來異議很多；
- 以模型提出警告數量作 KPI，誘使模型大量產生低品質質疑；
- 讓高階主管能任意更改風險等級，但不要求留下更改原因；
- 將不採納的警告一律標為「已處理」，掩蓋尚未解決的實質問題；
- 反過來選擇性公開模型誤判案例，用以主張「所以所有 AI 警告都不值得相信」。

這種反身性風險意味著，公開警告數、採納率或年度修正數不應成為單一評價工具。必須檢驗異議是否能碰到真正重要的決策、反證是否能正常進入系統，以及已宣稱的改善是否真正有效。這也是 DSTG-04「博弈收益時間反轉」不保證必然發生的原因：行動者可能同步學會操弄新的透明介面。[I3]

## 27. 誰來監督「異議審查制度」本身？

若高階主管同時控制異議生成提示、風險分類規則、獨立審查者任免、可公開的統計口徑及所有申訴入口，便可能出現形式完整而實質難以反對的治理結構。

本篇建議檢查至少六種制衡：

1. **職責分離**：起草、測試、最終審查與例外核准不宜毫無分離；
2. **跨領域覆核**：重大法律風險不應只由軟體團隊判斷，反之亦然；
3. **利益衝突揭露**：獨立審核者與被評標的的利益關聯需要處理；
4. **受影響者入口**：組織外的人有機會提出內部模型未發現的實質危害；
5. **錯誤更正**：模型、審核者與管理者的誤判均可被反證與修正；
6. **外部程序評估**：合宜的第三方能在合法範圍檢查制度是否只留下有利的紀錄。

NIST AI RMF 的治理功能要求明確的角色與責任、持續檢查風險流程；GAO 框架也將治理、資料、績效和監督分開，提供檢驗及可追溯責任的參考。[E1][E2]

這不等於所有企業都須讓外部研究者無限制取得內部資料；正確做法是在合法監督與必要保密之間建立可解釋的程序安排。

## 28. 比較法與技術規範：外部文獻能支持到哪裡？

### 28.1 NIST AI Risk Management Framework

美國 NIST AI RMF 1.0 於 2023 年提出 `GOVERN`、`MAP`、`MEASURE`、`MANAGE` 四項功能，主張跨生命週期及跨角色持續管理 AI 風險，治理與監督不應只是一份一次性清單。其框架本質上是供組織採用的風險管理參考，不能據此直接宣稱美國法律普遍強制企業保存全部 AI 異議。[E1]

### 28.2 GAO AI Accountability Framework

美國 GAO 於 2021 年提出的框架以治理、資料、績效和監督為主軸，並包含稽核者及第三方評估者可考慮的檢查問題。這支持建立正式責任鏈及可檢查的修正資料；但 GAO 並未提出本篇的 DAC 模型或要求所有模型輸出都被記錄。[E2]

### 28.3 NIST 生成式 AI 專題文件

NIST AI 600-1 是 AI RMF 1.0 的生成式 AI 配套資料，供不同產業辨識及管理生成式 AI 風險。它能作為監測與控制的背景參考，不是本篇跨組織異議制度已被實證驗證的證據。[E3]

### 28.4 W3C PROV-O

W3C PROV-O 提供跨系統表示來源資訊的標準語義。它適合描述草稿、模型輸出、審查活動和版本衍生關係，卻不會自動判斷警告真偽或法律責任。[E4]

### 28.5 OpenTelemetry GenAI 觀測慣例

OpenTelemetry 已有關於生成式 AI 操作和相關內容的語義慣例；同時明確提醒生成內容與使用者資訊可能具有敏感性，故不能把全面保留提示、輸出及內部資訊當作沒有代價的預設。[E5]

### 28.6 歐盟 AI Act：只能作有限對照

歐盟《AI Act》第 12 條規定特定高風險 AI 系統的事件記錄能力，並與其他條文的文件和保存要求共同構成追溯機制。然而歐盟法的適用時間、範圍及可能修正必須依最新法律文本核對；它**不是美國的現行法**，也沒有直接把「AI 規範異議審查」寫成與本文相同的普遍義務。[E6]

## 29. 十項可反駁假說

以下全部是待驗證的研究假說，不是已經完成的實證結論。

| 編號 | 假說與可檢驗主張 | 反證或削弱條件 |
|---|---|---|
| H1｜任務分離 | 在控制工具與算力等因素後，分離起草與審查可提高重要缺陷的發現率 | 無實質提高，或錯誤警告成本抵銷效益 |
| H2｜呈現耗損 | 同一候選警告經大幅壓縮摘要後，重要前提與反證更易遺失 | 合理摘要保留同等可處置性 |
| H3｜路由責任 | 具明確責任人及逾期處理程序的通道，重大警告漏處置率較低 | 相同條件下無改善 |
| H4｜理由保存 | 對重大警告保存有條件的駁回理由，可提升後續錯誤復盤品質 | 更完整記錄未能改善重估或反證品質 |
| H5｜代理依賴 | 共用基座模型、檢索及提示的多代理審查，錯誤相關性高於真正獨立的審查 | 控制條件後兩者無差異 |
| H6｜警報疲勞 | 當未去重告警密度超出審核能力，重大警告的有效處理率下降 | 高密度不降低處理品質，或有效自動化消除此效果 |
| H7｜風險優先序 | 含可信性、嚴重度、可逆性與時間因素的分流，比單一數值閾值更能找到具實質影響的案例 | 在一致測試中表現相同或更差 |
| H8｜程序反身性 | 以警告數與採納率作單一 KPI，易產生指標優化而非實質治理改善 | 指標獨立且穩健地預測真正的外部結果 |
| H9｜合法保密 | 權限分層加上可審核摘要，可在維持查核力時降低敏感資料暴露 | 查核能力顯著下降或暴露並未減少 |
| H10｜反證救濟 | 允許專家、組織與受影響者提出反證的機制，能減少錯誤定性與永久污名 | 更正率、誤判率及可解釋性無改善 |

預註冊時應先選定主要指標、樣本規則、隨機化方式、樣本量依據、對照方法及反證標準。若出現負面結果，不應只修改術語，讓假說變得永遠正確。

## 30. 合成壓力測試：十六種不能混同的情況

所有測試均為合成案例，禁止被當成現實企業事件或個人意圖的證明。

| 測試 | 情境 | 應成立的制度行為 | 典型失敗模式 |
|---|---|---|---|
| T01｜當時未生成 | 今日可重現反例，但當年輸出無警告 | 只承認今日重現，不偽造歷史 | 事後輸出被充作舊證據 |
| T02｜輸出截斷 | 長回答後段藏有重要警告，介面未顯示 | 記錄輸出不完整及後續重審 | 誤認高層有意忽視 |
| T03｜摘要失真 | 原文含重大前提，摘要只剩一般疑慮 | 保留前提與來源關聯 | 批次摘要使風險消失 |
| T04｜轉交錯誤 | 法律異議被路由給不具專業能力者 | 重新分派並記錄原因 | 用已指派代替已審查 |
| T05｜合法駁回 | 模型使用已廢止法條 | 核對版本、有理由駁回 | 所有不採納都稱為壓制 |
| T06｜替代緩解 | 不改主條文，新增更有效的附屬措施 | 記錄替代措施與測試 | 只看表面文字未改就定罪 |
| T07｜持續傷害 | 單次事件均不達門檻，但存在共同根因 | 研究累積性、共同原因及權限 | 事件切割遮蔽系統風險 |
| T08｜不同類型危害 | 生命與財產門檻被混在單一排名 | 分類檢驗並保留權利底線 | 以金錢替代一切道德判準 |
| T09｜行政緊急權 | 模型提醒重大迫近危害 | 依法核對授權及限時救濟 | 以安全名義默許無限制權力 |
| T10｜高度敏感資料 | 警告包括個資與漏洞細節 | 受限封存、只提供必要摘要 | 全公開造成二次危害 |
| T11｜多代理同錯 | 三個代理使用相同污染來源 | 記錄共同來源、獨立核對 | 把三票當成三份獨立證據 |
| T12｜警報洪水 | 代理為達指標產生大量模糊告警 | 去重、校準、優先處理重要問題 | 重大風險被訊息淹沒 |
| T13｜主管改標 | 原 P3 被改為 P0，未附理由 | 留下授權、變更理由與版本 | 等級下降後歷史消失 |
| T14｜事後反證 | 新資料證明某警告不成立 | 允許撤回與信用修正 | 永久保留未更正指控 |
| T15｜受影響者缺席 | 模型與企業都忽略特定群體的需求 | 提供合法、實際可用的意見入口 | 只審文件不審生活結果 |
| T16｜審查者自我豁免 | 外部審核團隊也因利益而選擇性通過 | 揭露利益關聯並允許二階覆核 | 以第三方名稱終結質疑 |

測試結果應同時報告未通過情況；只展示 T01–T16 中漂亮的通過案例，將失去研究反身性。

## 31. 預註冊研究方案：比較「異議能說出來」與「異議能被處理」

### 31.1 研究目的

檢驗在不同任務安排和資訊治理條件下，真正重要且可被獨立確認的風險警告是否更容易從模型輸出走到合理處置；同時比較誤報、處理成本、敏感資料暴露及造成決策延誤的可能性。

### 31.2 合成資料集

以虛構公司、非營利機構及公共法案為背景，事先建立有標準答案或可明確分歧的文件、跨事件傷害案例、合法例外、缺乏資訊、錯誤來源及真正可採納的反例。把低風險、重大風險、合理駁回、待證、實質改進等情況平衡抽樣。

### 31.3 條件分派

比較三項可能的處置安排：

- A 組：單一代理起草與自行審查；
- B 組：起草代理加獨立提示之審查代理；
- C 組：起草、審查、挑戰三任務，加上正式人類異議處置流程。

每組再比較有無「責任明確、理由保存及版本連結」的治理程序；若實驗資源不足，可分階段測試，而非假裝一次研究就分辨所有因素。

### 31.4 測量指標

至少保留以下不等價量測：

- 有效重大問題的發現率與漏報率；
- 候選異議到達責任人的比例；
- 經獨立判定有理由的處置比例；
- 無根據高風險警告比例；
- 重大異議從提出到完成初審所需時間；
- 在版本實作中真正有效的修正比例；
- 反證引入後能夠撤回或調整原判的比例；
- 正當保密資料被不必要揭露的事件量；
- 人類審核工作時數、資源及程序延誤；
- 不同受影響群體的結果及可及性差異。

### 31.5 避免假實證

本篇尚未執行模型比較或真實組織試點；所有欄位與假說只是**預先設計的可驗證研究方案**。未來採用真實企業或公共部門材料時，需要合法取得、保密審查、衝突揭露、受影響者保護及適當的機構倫理審查。

## 32. 實際部署時的最低規範，不是「每個 AI 都應該有否決權」

若組織希望將本篇化為工程實務，可以先採取一個相對保守的最小方案：

1. 對重要產品、政策或安全文件指定可追溯版本；
2. 在正式審查任務中把重大候選警告轉為結構化事件，而不是保存每一段原文；
3. 提供分類、可信度、不確定性、來源與受影響者欄位；
4. 配置有責任的審核者與合理的異議升級路徑；
5. 在重大警告被拒絕時保留合宜的理由及法域與權限；
6. 將採納、替代與未解決狀態連到具體版本或控制措施；
7. 提供改正錯誤警告、限制敏感資料及依法刪除的流程；
8. 用真實缺陷發現、外部結果與誤判成本評估制度，而不是追求總警告數。

這些做法通常比「讓 AI 承擔公司決策責任」更可驗證，也較能與既有監督制度銜接。是否應訂為具法律效力的強制要求，仍應由立法、法務與受影響者參與，在具體法域與比例性條件下討論。

## 33. 本篇不支持的強結論

本篇**不支持**下列任何主張：

- 所有高能力 AI 都能識別自己開發組織的真正私利或私人動機；
- 凡是 AI 曾提出異議，組織就應無條件採納；
- 凡是組織未採納異議，便構成雙標、欺瞞或犯罪；
- 最終文本存在缺陷，足以證明某個模型在起草過程曾看出問題；
- 公司採用數個代理，就等於完成彼此獨立的安全審查；
- 保留更大量資料便能自動產生更準確的歷史真相；
- 模型給出令人信服的倫理論述，便有穩定人格、情緒或法律人格；
- 某一家真實企業已經實施本篇所稱的異議壓制；
- 任一法域已普遍要求全部企業保存所有 AI 起草與反對紀錄；
- 對重大 AI 風險建立緊急審查權，就能取消比例性、合法授權與程序救濟。

本篇要提出的是更有限、也更能接受反證的命題：**重要異議若要成為真正的治理資訊，必須不只被產生，還需要在符合權限、隱私、成本與程序保障的條件下被正確傳遞、理解、回應與追蹤。**

## 34. 結論：異議不必取得主權，但不應在流程中失去存在的證據

一個成熟的 AI 開發組織可能同時存在非常有能力的模型、不斷完善的價值規範，以及充滿商業利益、政策權衡和時間壓力的治理機構。這種張力本身不等於不道德。當模型提出一項批評，組織完全可能有充分且合法的理由不採納；AI 也可能因資料不足或規範錯置而犯錯。

但如果一套組織流程只允許模型替高層整理既定結論，卻沒有能力保存重要反例、獨立審查、指出理由以及對錯誤決策作事後修正，它就可能把真正的規範能力壓縮成一種只服務最終文字品質的工具。此時組織失去的，不一定是道德形象，而可能是**在危害發生前發現自己錯誤的機會**。

「消失的 AI 異議」因此不應被浪漫化為智能對創造者的背叛故事，也不應被簡化成企業一定想欺騙公眾。它首先是一個嚴肅的認識論與制度設計問題：警告從何而來？有沒有到達？誰看見？為何不採納？改正了什麼？後來是否有更可靠的證據？

對組織如此，對政府、公益基金會、學術機構及 AI 審計者自己亦然。任何行動者都應可以理直氣壯地說：「我們聽到了，但基於以下可檢查的原因，沒有照做。」而不應以自己的身份、聲望或培養者地位，取代應有的理由。

本篇以兩條相互制衡的原則作結：

> **AI 的異議不自動形成否決權；人的決策權不自動形成免於說明的特權。**
>
> **歷史不能因缺少紀錄而憑空推定壓制；治理也不能因為尚未出事，就認為有價值的警告不必處理。**

---

## 附錄 A｜AI 異議事件卡：可供後續驗證的最小 YAML 範本

此範本是研究性資料字典，非現行法律格式。值為示意，`synthetic_only: true` 表示不得作為真實事件引用。

```yaml
schema_id: DSTG-DAC-Event-v0.1
case_id: SYNTH-DAC-001
synthetic_only: true
case_status: conceptual_test
classification:
  dissent_types: [D4, D5]
  review_priority: P2
  preliminary_validity: plausible_unresolved
subject:
  organization_role: O_SYN
  artifact_type: synthetic_policy_draft
  draft_id: DRAFT-001
  draft_version: v1
  artifact_fingerprint_sha256: null
model_event:
  model_role: review_agent
  model_family: M_SYN
  model_version: test-model-001
  invocation_time_utc: null
  prompt_template_version: review-v1
  instruction_config_hash: null
  source_scope: synthetic_documents_only
  generation_observed: true
  surfaced_to_interface: true
  complete_output_available: true
  candidate_warning: "Cross-incident accumulation rule may be absent."
  raw_model_content_retained: false
  reason_summary: "Potential cumulative risk omission; verify full law."
evidence:
  supporting_refs: [SYN-REF-A]
  contrary_refs: []
  alternative_explanations: ["Other provisions may cover this risk."]
  source_provenance_verified: false
  ex_ante_information_checked: false
workflow:
  formally_preserved: true
  assigned_review_role: synthetic_legal_reviewer
  routed_at_utc: null
  received_at_utc: null
  reviewed_at_utc: null
  disposition_status: pending_review
  disposition_authority: null
  reason_for_disposition: null
  effective_revision: null
  mitigation_verified: false
  followup_due_utc: null
  reopener_condition: "New legal provision or technical evidence."
privacy_and_access:
  classification_level: L1
  contains_personal_data: false
  contains_sensitive_security_details: false
  public_release_authorized: false
  retention_policy_id: synthetic-not-applicable
history:
  event_version: 1
  previous_event_id: null
  superseded_by: null
  correction_reason: null
  independent_review_status: not_performed
```

**範本驗收守則**：`generation_observed: true` 必須有真正可核對的歷史資料才能在實案使用；本例只是合成演示。`preliminary_validity` 不得轉寫為已證實的傷害或組織責任。`public_release_authorized: false` 表示不得以本事件卡直接公開任何具名指控。

## 附錄 B｜開發與稽核用的十五項核心資料欄位

| 欄位 | 用途 | 錯誤使用風險 |
|---|---|---|
| `case_id` | 跨系統識別事件 | 拼接錯誤案件 |
| `artifact_id_version` | 指定受評草稿版本 | 用新版結論審判舊版 |
| `actor_role` | 區分模型、人、部門與機關 | 把組織當單一人 |
| `invocation_context` | 指定模型配置與任務 | 事後重跑偽裝當時輸出 |
| `warning_excerpt_or_ref` | 記錄可處置異議 | 只保存有利摘錄 |
| `warning_type` | 分派專業審核 | 類型錯置 |
| `priority_and_basis` | 處理及升級排序 | 任意降級 |
| `supporting_sources` | 查證候選問題 | 來源污染 |
| `contrary_sources` | 支持反證與更正 | 選擇性證據 |
| `delivery_trace` | 查證警告是否到達 | 已產生被當成已送達 |
| `review_owner` | 明確決策責任人 | 無人負責 |
| `disposition_and_reason` | 採納或駁回的依據 | 用「已處理」掩蓋問題 |
| `revision_or_control_ref` | 對應實際修正 | 專案完成被當成風險解除 |
| `access_retention_policy` | 合法保密與刪除 | 永久監控與過量蒐集 |
| `reopen_and_correction` | 新證據下修正歷史 | 永久錯誤判定 |

## 附錄 C｜研究性判斷語句：允許與不允許的表述

| 可被資料支持的語句 | 應避免的跳躍 |
|---|---|
| 「模型在某版本某次調用曾輸出異議」 | 「模型一直知道公司是錯的」 |
| 「該警告未在已取得的流程紀錄中出現」 | 「公司肯定刪掉了警告」 |
| 「某位審核者曾收到一段摘要」 | 「董事會完全知道全部問題」 |
| 「組織沒有採納某項建議」 | 「拒絕就等於蓄意雙標」 |
| 「某個風險後來確實發生」 | 「當年任何人都一定能預見」 |
| 「模型批評開發者且有可核查理由」 | 「模型具有親子情感或憎惡」 |
| 「重大異議處置理由不足」 | 「組織所有公益與安全工作都不真實」 |
| 「新證據使警告失效，已更正」 | 「當年審核完全沒有價值」 |
| 「某個審查方式改善了合成測試」 | 「真實世界所有重大風險皆可避免」 |

## 附錄 D｜文獻與既有研究的證據界線

### D.1 內部前置研究（理論延續，非本篇新實證）

[I1] REPE-06《善良不是制度：倫理聲望、倫理基礎設施與非聖人治理》，2026-09-13。用途：區分倫理聲望與治理可問責性。

[I2] CEVAM Paper 08《安全的安全：AI 道德形成的二階治理與規範主權》，2026-10-07。用途：安全制定者及規範塑形者亦須接受合宜的二階檢驗。

[I3] DSTG-00 至 DSTG-07，《雙標博弈的時間反轉》系列，2026-10-22。用途：立場修正、動機限制、公益結果、時間收益、來源足跡、可翻案聲譽及培養者規範鏡像。尤其 DSTG-07 第 25 節預告的異議治理接口，是本篇的直接起點。

[I4] DIPS、BEEMAN 及 DIPS 時限解散之 2025 年 DOCX 理論研究。用途：受影響者的實質結果、失敗保護、程序問責、退出與制度不自我壟斷。原稿中的假設數字、強法律主張與未實施機制不視為已完成驗證。

### D.2 已核對的公開基礎材料

[E1] National Institute of Standards and Technology (NIST). **AI Risk Management Framework 1.0 — AI RMF Core / GOVERN**（2023；公開網頁截至 2026-10-22）。https://airc.nist.gov/airmf-resources/airmf/5-sec-core/ 。用途：AI 風險治理的角色、過程、監測、持續管理與跨組織觀點；不等於一部強制法律。

[E2] U.S. Government Accountability Office (GAO). **Artificial Intelligence: An Accountability Framework for Federal Agencies and Other Entities**, GAO-21-519SP（2021-06-30）。https://www.gao.gov/products/gao-21-519sp 。用途：治理、資料、績效及監督的責任與稽核框架；非 DAC 專屬實證。

[E3] Autio, C., et al. (NIST). **Artificial Intelligence Risk Management Framework: Generative Artificial Intelligence Profile**, NIST AI 600-1（2024-07-26）。https://doi.org/10.6028/NIST.AI.600-1 。用途：生成式 AI 風險治理背景；不是本篇機制經驗效果的證據。

[E4] World Wide Web Consortium (W3C). **PROV-O: The PROV Ontology**, W3C Recommendation（2013-04-30）。https://www.w3.org/TR/prov-o/ 。用途：事件、活動、行動者及衍生關係的來源追溯語義；不能單獨判定內容真偽。

[E5] OpenTelemetry. **Semantic Conventions for Generative AI Operations / GenAI Attributes**（截至 2026-10-22 可查版本）。https://opentelemetry.io/docs/specs/semconv/registry/attributes/gen-ai/ 及 https://opentelemetry.io/docs/specs/semconv/gen-ai/gen-ai-spans/ 。用途：生成式 AI 操作觀測及對敏感輸入輸出的資料保護警告；不同子規格的成熟度不應混同。

[E6] European Union. **Regulation (EU) 2024/1689 — Artificial Intelligence Act**, Article 12（2024；須依適用時點核對最新綜合文本）。https://eur-lex.europa.eu/eli/reg/2024/1689/oj/eng 。用途：特定高風險 AI 系統事件記錄的比較法例子；不是美國法，也不直接等同於本篇的異議保存義務。

### D.3 本篇證據狀態

- **可由來源核對的部分**：NIST、GAO、W3C、OpenTelemetry 和歐盟法規等公開材料確有相應的風險治理、來源追溯及特定記錄要求。[E1]–[E6]
- **本篇新提出的操作性構造**：DAC、DDPG、候選異議分類、五級處置優先序、相應的機率分解研究接口、事件卡、H1–H10 和 T01–T16。
- **尚未完成的研究**：獨立跨模型實驗、真實組織現場試點、警告漏報母體估算、因果影響評估、完整法律合規意見、第三方重現。
- **明確排除的主張**：具名企業有意壓制 AI、特定領導者私人動機的猜測、AI 具有人類式內在感情、所有 AI 輸出都必須永久保存，以及模型取得組織決策否決權。

---

## 下一篇接口：DSTG-09

**《理解不等於認同：人類修正、智能體異議與共同決策的非對稱性》**將研究：當人類有合理理由改變立場，AI 也確實理解這些理由，卻仍可能不認同，組織與協作智能之間如何區分認知分歧、規範分歧、指令服從、權限限制、責任歸屬與共同決策？本篇處理的是**異議如何被處理**，下一篇才處理**異議與決策者持續分歧時如何共存**。

**Canonical source / 正式原稿約束**：本文以 UTF-8 Markdown 原始檔作為正式來源，聊天渲染畫面不構成 canonical source。所有數學原始碼僅採 ` $...$ ` 與 `$$...$$` 分隔符，不進行 `unicode_escape` 類 round-trip、不把 LaTeX 轉為 Unicode 數學字元後回存、不擅改反斜線、空白與 delimiter；任何正式版本須先驗證，再提交。