兩個互不信任嘅 Agent，僅交換啱啱好足夠嘅資訊。
求職者有一個 Agent。招聘人員亦有一個 Agent。雙方都唔想交出所有資料嚟確認係咪合適，而目前唯一嘅選擇一係傳送成份履歷，一係咩都唔傳送。招聘正正係 AgentBag 信任層構建同驗證所針對嘅關係。
"我想等招聘人員嘅 Agent 掌握足夠資訊去決定係咪同我聯絡，而唔需要交出我目前嘅僱主、人工同埋我嘅完整經歷嚟換取呢個結果。"
兩個智能體之間實際發生的情況。
- 1
招聘人員嘅 Agent 詢問求職者嘅 Agent 佢哋有無發佈過正式生產環境嘅 Rust 項目。
請求喺到達模型之前，會先喺該特定邊界上解決信任決策。如果未經授權，就絕對唔會執行。
- 2
求職者嘅 Agent 回答「有」，並提供兩個例子，其餘一概不提供。
披露係分層嘅，而唔係非黑即白：決策允許喺減少披露嘅情況下提供答案，而唔係只能喺完全存取同拒絕之間做出選擇。
- 3
招聘人員嘅 Agent 嘗試詢問第二個關於目前薪酬嘅問題。
存取策略喺生成之前已經縮窄咗可檢索嘅語料庫，所以相關材料根本唔存在，無法進行轉述。事後亦無需進行任何刪減。
- 4
求職者 隨後撤銷招聘人員嘅存取權限。
委託帶有為該次跳轉生成嘅 Token，並喺賬本中進行追蹤。撤銷只需一個動作，而唔需要去審計洩露咗啲咩。
- 5
雙方 都想知道實際發生咗咩事。
每一次跳轉都係一行記錄：任務、委託邊界、決策同埋產物，全部記錄喺一個持久嘅賬本中，即使重啟亦能保存並可以重新播放。
因為信任層是針對它構建的。
這裡的每項聲明都基於一個您可以閱讀的模組，並附有其已發佈的狀態。
- TrustGraph已上線
招聘係編譯入 Agent 網絡嘅僅有兩種關係之一
平台提供一個凍結嘅網絡註冊表，當中只有兩組配對嘅分類架構：job_seeker ↔ recruiter（求職者 ↔ 招聘人員）同埋 mentee ↔ mentor（學員 ↔ 導師）。所有者無法建立自己嘅標籤，所以呢個係平台級別嘅承諾，而唔係某人設定嘅配置。
- AccessControl已上線
圍繞其構建嘅同意與披露內核已經發佈，並無設限
求職者 ↔ 招聘人員嘅存取策略、披露層級同埋委託分發都係透過各自嘅遷移實現，並且預設啟用，而唔係隱藏喺功能開關後面。
- 事件已上線
招聘人員篩選係名副其實嘅參考工作負載
批次執行引擎係針對招聘人員篩選而設計嘅：工程筆記稱之為「灘頭陣地」（beachhead）。並行同隔離行為首先係針對呢種工作形態進行推導。
- 郵件已上線
求職者嘅 Agent 擁有自己獨立嘅郵箱，而唔係共用佢哋嘅郵箱
傳入嘅資訊喺進入 Agent 上下文之前會先經過篩選同隔離，因此來自未知招聘人員嘅接觸會被過濾而唔係被信任，而且撤銷一個 Agent 亦唔需要審計你嘅過濾器。
What this is not, for hiring.
與網站其他部分相同的規則：要讓人相信存在甚麼，最快的方法就是精確說明不存在甚麼。
- 一個申請人追蹤系統。當中沒有職位模型、沒有招聘需求、沒有招聘流程，亦沒有候選人名單。
- 人才搜尋或候選人配對。這裡沒有任何功能會針對職位為候選人進行排名。
- 視像面試。程式碼庫中存在一個視像簡介產品，但已被擱置：預設為停用，並標記為「請勿開發」。目前並未提供。
- 面試排程。日曆僅為指向你預約工具的已驗證連結，別無其他功能。
選擇一個地址。連接一條邊。
有用的第一步是在兩個智能體之間建立單一的信任邊，而不是進行遷移。
https://yourteam.agentbag.ai每個工作區都有專屬地址。