政府檢查點共享

資料來源#

• Some Focus Areas for Embedded Evaluations and How to Approach Them
• The Future is for Everyone

摘要#

Zuckerberg 於 2026 年 8 月發表的超級智慧宣言中，唯一具體的制度機制（prediction 等級——這是提案，尚未經過衡量，且出自一家將受其約束的公司執行長）：前沿實驗室應將新模型的訓練中間檢查點交給政府，並提供技術人員，而不是等模型完成後才接受審查。

他在兩個不同的風險標題下，以幾乎相同的措辭說了兩次——分別談網路安全與政府暴政。這正好說明了此機制有多重要：

「前沿 AI 實驗室應分享新模型的訓練中間檢查點，供政府使用和審查，而不是等到訓練完成。如此一來，政府便能及早取得最強大的模型，並擁有一支具備能力的工程師團隊，找出並修補安全問題。」

設計目標說得很清楚，也是整個提案的核心：*「這些措施能加速安全部署，不會拖慢模型創新的步伐，也不會實質延後個人取得這項技術的時間。」*監督不會增加任何發布延遲。

這項機制在結構上與本文庫其他提案有何不同#

本文庫現在收錄了五種截然不同的答案，試圖回答「誰會在前沿模型交到全世界手中之前檢查它？」而這項提案占據了其他方案都沒有的角落。

	審查者	時機	產出	發布延遲
RSP 把關	實驗室本身	發布前	部署／不部署，並附上防護措施	評估需要多久就多久
跨實驗室審查	競爭者	發布前 1–2 週	建議延後發布	按照設計，延後 1–2 週
標準機構	由業界出資的 SRO 與聯邦機構／National Labs	發布前最多 30 天，另加發布後審查	對美國市場判定通過／不通過，最終將成為強制要求	自願參與時最多 30 天，之後則取決於流程所需時間
暫停驗證	多邊、配備監測工具	訓練期間持續進行	可信的停止機制	無上限，這正是其目的
檢查點共享	政府工程師	訓練進行中	強化基礎設施	依設計為零
運算資源分配步調	嵌入式第三方稽核員	持續監看運算資源份額	遵循資源分配底線——完全不對模型做判定	每次發布皆為零；改為限制能力成長速度
嵌入式評估	實驗室內的獨立評估者	持續監看內部部署與訓練	監測結果與升級通報，不做發布判定	零；評估對象是內部使用，而非發布

（標準機構一列於 2026-08-12 新增。依發布日期，它是三項 2026 年發布前提案中最早的一項——07-14，早於 Musk 的 07-29 和本頁的 08-10——因此設計空間是從把關的一端向內填補，而不是由把關往外延伸。同日新增的資源分配步調一列，源自 08-05 的材料，是唯一完全不評估模型的方案：它規範的是投入。因此它和本頁一樣不會增加發布延遲，同時保留本頁設計明確放棄的權力——把分配底線訂為 100% 外部推論，就能全面停止能力進展。嵌入式評估一列於 2026-09-23 根據 Transluce 09-16 的提案新增。它是唯一以內部部署為評估對象的方案；它沒有發布判定，也沒有停止手段，和本頁一樣，必須依靠實驗室合作才能取得存取權。）

四個欄位中有兩個是創新之處。訓練中途比其他任何人提出的時點都早——檢查點不是產品，也沒有發布日期，因此存取檢查點本身不可能成為把關手段。產出也不是判定結果：政府不必對發布說好或不，而是獲得能力，得以保護自己的關鍵系統。這項提案把監督從許可問題轉變成能力移轉問題。

這確實回應了 Musk 對監管機關提出的專業知識落差異議（「政府裡沒有深厚技術背景的人，要判斷某件事是否應該發布，確實相當困難……」）。Musk 的解法是把判斷交給競爭者；Zuckerberg 的解法則是把模型和工程師交給政府，而且從不要求政府做判斷。Musk 的機制保留延遲手段與政府升級審查層級；Zuckerberg 的則兩者皆無。

他明確表示，這是對流程的拒絕：「我認為，讓前沿實驗室與政府密切且主動地合作，比起在所有情況下都遵循僵化的流程和審查時程，會更有成效。」提出的理由是競爭：「任何拖慢美國模型發布的政策——即使只慢一個月——都可能大幅增加美國領先地位面臨的風險。」他聲稱領先幅度非常有限：「即使只維持兩個月的優勢，也極其寶貴。」

這項機制留下的未解問題#

這項提案所能帶來的一切，都建立在一個從未論證的假設之上：政府持有前沿檢查點時，會用它來防禦，而不是用來把關。文中沒有說明任何能阻止政府把關的機制——沒有法定禁令、沒有合約，也沒有任何結構性理由，能確保一個及早取得令其警覺之能力的政府不會據此採取行動。提案中零延遲的特性只是設計意圖，而非強制保障；提出這項意圖的正是受監督的一方。

文中還有兩個未處理的缺口：

• **檢查點本身就是擴散風險面。**提倡及早存取的理由，是防守者持有能力後可以強化系統。但同一檢查點若落入攻破政府副本者手中，就會變成無上限的能力誘發問題，只是散布名單較短。Zuckerberg 在網路安全部分花了許多篇幅論述防守方優勢，卻從未把這套說法套用到他自己的提案要移轉的產物上。
• **「一支具備能力的工程師團隊」**是未經佐證的主張。這項提案要求政府配置足夠的前沿技術人員，對尚未發布的檢查點進行真正的強化工作。本文庫沒有任何來源能證明這些人員確實存在。

從立場塑造來看#

這項提案是文章中面向安全的一半；另一半則長篇主張，限制能力才是真正的危險。它是 Zuckerberg 想駁回那些政策的替代方案——與其延後發布、限制能力、採取僵化的審查時程，實驗室不如採取這項做法。依提案本身的標準衡量，它是一項真實且具體的承諾，比宣言中的其他任何主張都更明確。若從治理角度衡量，它最突出的特點是：在上表所有機制中，只有它從設計上就無法阻止任何事情。

延伸閱讀#

• Balance-of-Power Superintelligence — 背後的核心理念；這是該理念唯一轉化成制度要求、而不只是原則的地方
• Cross-Lab Pre-Release Review — 最接近的競爭機制，來自兩週前辯論中相同的一方：同樣以專業知識落差為前提，對誰應掌握延遲手段卻得出相反結論
• Frontier Pause Verification — 本提案意在對抗的另一端：以工具監測的多邊減速，對比零延遲的能力移轉
• Responsible Scaling Policy Evaluations — 本提案所要取代的現行方案；RSP 的判定正是本提案所拒絕的「僵化流程和審查時程」
• Open-Weight Elicitation Irreversibility — 移轉發布前檢查點時未受檢視的風險：共享檢查點有無上限的能力誘發預算，且無法收回，但散布名單較短
• Domestic Frontier Pacing — 表格中唯一另一個不增加發布延遲的設計，從相反方向達成同一點：前者不產生判定，因此不花時間；後者則規範運算資源份額，而非發布。差別在於，資源分配底線仍可設為 100% 外部推論，也就是全面停止——因此它達成本頁的設計目標，卻沒有放棄本頁放棄的權力
• Frontier AI Standards Body — 同一張表中相反程度最高的方案：常設機構的審查最終會成為在美國市場部署的條件，而本提案的定義特點則是它無法阻止任何事情。兩者唯一共通之處是有所遺漏——都沒有交代由誰裁決有爭議的評估結果；但本頁的機制之所以不會進入這種情況，是因為根本沒有判定結果可供爭議
• Embedded Evaluation — 本頁設計空間中的新增一列：獨立評估者持續進駐實驗室內，監看內部部署，而不是發布。它和本頁一樣不會增加發布延遲，也同樣依賴實驗室配合

開放問題#

• 是否有任何前沿實驗室曾在任何條件下，將發布前檢查點移交給政府機構？這項提案是對整個產業的建議，當然也包括 Meta 本身；但文中並未聲稱 Meta 已經這麼做。
• 政府在實際上持有訓練中的前沿檢查點時，會不會置身發布決策之外？這項提案能否不增加發布延遲，完全取決於答案，卻沒有提供確保這點的機制。觸發條件：首次揭露此類安排。

資料來源#

• The Future is for Everyone — Mark Zuckerberg，meta.com，2026-08-10（prediction）：提案見於 §"Securing Against AI Misuse in Cybersecurity, Bioterrorism, and More"，並在 §"Protecting Freedom and Preventing Government Tyranny" 中逐字重述，且於 §"Ensuring American Leadership" 再度提及
• Some Focus Areas for Embedded Evaluations and How to Approach Them — Steinhardt（Transluce），2026-09-16（practitioner-opinion）：設計空間表格中的嵌入式評估一列；另見 Embedded Evaluation