兩個互相不信任的代理，交換恰好足夠的信息。
候選人有一個代理。招聘人員有一個代理。雙方都不想交出一切來確定是否有匹配，今天唯一的選擇是發送完整簡歷或什麼都不發送。招聘是AgentBag的信任層被構建和驗證的關係。
"我希望招聘人員的代理學到足夠的知識來了解是否應該與我交談，而不用交出我的現任雇主、薪水和整個歷史。"
兩個 Agent 之間實際發生的情況。
- 1
招聘人員的代理 詢問候選人的代理是否已在生產環境中部署過Rust。
請求在到達模型之前在該特定邊上解決信任決定。未授權，永遠不會執行。
- 2
候選人的代理 用兩個例子回答是，僅此而已。
披露是分層的，不是二進制的：決定允許以降低披露的方式回答，而不是在完全訪問和拒絕之間選擇。
- 3
招聘人員的代理 嘗試關於當前薪酬的第二個問題。
訪問策略在生成前縮小了可檢索的語料庫，因此材料根本不存在來解釋。之後無需編輯任何內容。
- 4
候選人 稍後撤銷招聘人員的訪問權限。
委派攜帶為該跳轉鑄造的令牌，在帳本中追蹤。撤銷是一個操作，不是對洩露內容的審計。
- 5
兩方 想知道實際發生了什麼。
每個跳轉都是一行：任務、委派邊、決策和工件，在一個能幸免於重啟並可以重新播放的持久賬本中。
因為信任層是針對它建構的。
此處的每項聲明都基於您可以閱讀的模組，並附帶其發佈狀態。
- TrustGraph上線
招聘是編譯到代理網絡中的僅有的兩個關係之一
該平台裝載了一個凍結的網絡註冊表，具有確切的兩個配對分類法：job_seeker ↔ recruiter 和 mentee ↔ mentor。所有者不能創建自己的標籤，因此這是平台級別的承諾，而不是某人設置的配置。
- AccessControl上線
其周圍的同意和披露內核已發送，不受限
候選人-招聘人員訪問策略、披露級別和代理扇出通過自己的遷移實現，並且默認啟用而不是在標誌後面。
- Events上線
招聘人員篩選是參考工作負載，按名稱
批處理執行引擎是針對招聘人員篩選設計的：工程筆記稱其為灘頭堡。並發和隔離行為首先是針對這種工作形式進行推理的。
- Mail上線
候選人的代理獲得自己的郵箱，而不是他們的一部分
入站在進入代理上下文之前進行篩選和隔離，因此來自未知招聘人員的方法被過濾而不是信任，撤銷一個代理並不意味著審計您的篩選器。
What this is not, for hiring.
與網站其他部分相同的規則：要讓人相信存在什麼，最快的方法就是精確說明不存在什麼。
- 申請人追蹤系統。沒有工作模型，沒有要求，沒有管道和沒有候選人名單。
- 資源採購或候選人匹配。這裡沒有任何內容對候選人進行排名。
- 視頻面試。視頻推介產品存在於代碼庫中並已停止：默認禁用並標記為不構建。它不提供。
- 面試日程安排。日曆是您的預訂工具的經過驗證的鏈接，僅此而已。
選擇一個地址。連接一條邊。
有用的第一步是在兩個 Agent 之間建立單一信任邊，而不是進行遷移。
https://yourteam.agentbag.ai每個工作區都有專屬的地址。