主動防護
8200.dev 從檢測開始——它觀察、解釋並評分。主動防護讓引擎也能採取行動：移除公開連結、撤銷有風險的共享、降級存取權限、暫停惡意代理，或撤銷代理的範圍。
行動受到控制、可逆轉且透明。偵測覆蓋今天就在線；預防寫入需要明確的寫入範圍 OAuth，預設情況下會被模擬，而實際的供應商寫入是最後由創辦人控制的步驟。
偵測 vs 預防
偵測執行——觀察、解釋、產生判決——目前在每個連接器上都在線。預防執行在供應商端進行，每個連接器都可選擇加入：啟用預防會設定每個連接器的選擇加入（並且在模擬模式下，模擬提升的寫入範圍授權，使整個流程今天都可演示）。
五項補救行動
每個提案都對應五種行動類型之一，每種都有其先決條件、它會執行的確切供應商 API 呼叫，以及它記錄的用於撤銷的先前狀態：
- 移除公開連結——取消匿名或公開網路共享。
- 撤銷共享——移除特定外部或訪客授權。
- 降級存取——減少過度寬鬆的權限（例如，編輯 → 檢視）。
- 暫停主體——停用惡意或受損的身分。
- 撤銷代理範圍——取消 AI 代理或應用程式的過度寬鬆同意。
四個補救等級
您可以選擇 8200.dev 在修復發現時進行的深度。在「安全策略」中設定全組織預設值並按規則覆蓋。這些等級形成嚴格的階梯——每個都增加了能力和伴隨而來的影響範圍。
8200.dev 預設為唯讀。寫入存取僅來自您批准的單獨授權——Fix-PR 按儲存庫、Auto 按連接器——從不來自核心監控連接。
- 1通知（所有計畫）——警報加補救手冊。不進行任何變更。這是預設值。
- 2引導式修復（付費計畫）——確切的命令、該資源的供應商設定的直接連結，以及步驟。您在您的一方執行；無需寫入存取。
- 3Fix-PR（商業及以上）— 8200.dev 在您的儲存庫中開啟補救拉取請求；人工審查並合併。沒有批准，任何東西都不會改變，它需要單獨的、可撤銷的、按儲存庫的寫入授權。
- 4Auto（商業及以上）——對於您選擇的規則，8200.dev 在現有 auto-guard 保護（殺死開關、允許清單、按連接器選擇加入）下自動應用修復。
手動 vs AUTO-GUARD
手動補救只需點擊一下：總是模擬，當預防在線時使用明確確認執行。AUTO-GUARD 可選擇性地對高信度、確定性違規進行自動操作——預設情況下關閉，在「商業」層及以上可用。
AUTO-GUARD 的設計是故障關閉的：純模型判決永遠無法觸發自動執行，只有保守的允許清單可以進行行動類型，全域殺死開關會高於每個門檻並將所有執行降級為僅模擬。
模擬直到授予
在寫入範圍 OAuth 被授予和評估之前，每個行動都在模擬模式下執行並被標記為此——任何東西都不會聲稱它沒有進行的實時供應商變更。模擬連接器執行是真實的，並可針對演示圖進行逆轉，標記為演示資料。
每個行動——模擬或實時——都寫入完整、可逆轉的稽核軌跡：誰、什麼、何時、前後狀態，以及結果。