我們的方法

信心來自系統的運作方式。

IRONWARD 背後的六項原則,每項都坦白說明其限制。

協調的智能

專責代理共用界定的任務和證據,調查、行動規劃和驗證各有獨立職責。

Limit代理數量不是目標。我們會量度職責分工是否改善結果和操作人員工時。

模型以外的權限

執行層獨立於代理的語言輸出,核對獲准的操作。由客戶的管控決定可以發生甚麼。

Limit計劃中的功能。在作出任何安全聲稱之前,必須完成政策、隔離和效果測試。

結果背後的證據

有用的結果會指明檢查了甚麼、改動了甚麼、甚麼仍然不確定。我們把驗證建進工作流程,而不是在最後補一份報告。

Limit證據缺失,任務保持開啟。沒有紀錄就沒有綠燈。

部署選擇

本地處理和獲准的雲端路由都是設計選項,圍繞客戶要求選擇,並在發布前驗證。

Limit本地模型把模型運算留在你的場所。日誌、備份、更新和支援存取另行商定。

可量度的改善

試點將以夥伴現行工作流程為基準,比較經驗證的任務完成數、操作人員工時、回歸問題,以及每個獲接納結果的成本。

Limit尚未有試點結果。失敗和放棄的個案會保留,不會隱藏。

在有助生態的地方開放

我們打算公開證據紀錄和批准政策的格式,讓代理式保安工具可以在同一條件下接受測試。

Limit公開的是格式,不是產品。於開發期間發布。

結果的兩面

在計劃中的實驗室情境裏,驗證步驟會檢查威脅活動是否已被阻截,以及一筆正常的參考交易是否仍能完成。任何一項失敗,任務就失敗。

containment · approved scopeactor Aactor Bdeny witnessbenign clientconfirmed

模型在哪裏運行

路由跟隨你的資料政策。本地 AI 不可用時,只限本地的任務會等待或明確失敗,絕不會悄悄轉用雲端。

local boundary · data policylocal AI nodes · plannedapproved API providereligible data only · logged

信任由可觀察的成果贏得,而不是靠文案承諾。