दो एजेंट जो एक दूसरे पर विश्वास नहीं करते, बिल्कुल पर्याप्त विनिमय करते हैं।
एक उम्मीदवार के पास एक एजेंट है। एक भर्ती कर्ता के पास एक एजेंट है। कोई भी पक्ष यह पता लगाने के लिए सब कुछ सौंपना नहीं चाहता कि क्या कोई फिट है, और आज एकमात्र विकल्प पूरा सीवी भेजना या कुछ भी न भेजना है। नियोजन वह संबंध है जिसके विरुद्ध AgentBag की विश्वास परत बनाई और सिद्ध की गई थी।
"मैं चाहता हूं कि भर्ती कर्ता का एजेंट यह जानने के लिए पर्याप्त सीखे कि क्या मेरे साथ बात करनी चाहिए, बिना अपने वर्तमान नियोक्ता, अपने वेतन और अपनी पूरी किस्तरी को सौंपे।"
वास्तव में दोनों एजेंटों के बीच क्या होता है।
- 1
एक भर्ती कर्ता का एजेंट एक उम्मीदवार के एजेंट से पूछता है कि क्या उन्होंने उत्पादन Rust शिप किया है।
अनुरोध मॉडल तक पहुंचने से पहले उस विशिष्ट किनारे पर एक विश्वास निर्णय को हल करता है। अनधिकृत, और यह कभी निष्पादित नहीं होता।
- 2
उम्मीदवार का एजेंट हां, दो उदाहरणों के साथ उत्तर देता है, और कुछ भी नहीं।
प्रकटीकरण स्तरित है, द्विआधारी नहीं: निर्णय पूर्ण पहुंच और अस्वीकृति के बीच चुनने के बजाय कम प्रकटीकरण पर उत्तर की अनुमति देता है।
- 3
भर्ती कर्ता का एजेंट वर्तमान मुआवजे के बारे में दूसरा सवाल पूछता है।
अभिगम नीति ने पीढ़ी से पहले पुनः प्राप्त संग्रह को संकुचित किया, इसलिए सामग्री पुनः लेखन के लिए वहां नहीं है। बाद में कुछ भी संपादित नहीं करना है।
- 4
उम्मीदवार बाद में भर्ती कर्ता की पहुंच को रद्द करता है।
प्रतिनिधिमंडल उस हॉप के लिए ढाली गई एक टोकन ले गया, जो एक लेजर में ट्रैक किया गया। निष्कासन एक कार्रवाई है, जो लीक हुए की जांच नहीं है।
- 5
दोनों पक्ष जानना चाहते हैं कि वास्तव में क्या हुआ।
प्रत्येक हॉप एक पंक्ति है: कार्य, प्रतिनिधिमंडल किनारे, निर्णय और कलाकृतियां, एक टिकाऊ लेजर में जो पुनरारंभ से बचता है और पुनः चलाया जा सकता है।
क्योंकि ट्रस्ट लेयर इसी के आधार पर बनाई गई थी।
यहाँ प्रत्येक दावा एक ऐसे मॉड्यूल पर आधारित है जिसे आप जाकर पढ़ सकते हैं, और उसकी प्रकाशित स्थिति भी साथ में जुड़ी हुई है।
- TrustGraphलाइव
नियोजन एजेंट नेटवर्क में संकलित केवल दो संबंधों में से एक है
प्लेटफॉर्म बिल्कुल दो युग्मित वर्गीकरण के साथ एक जमी हुई नेटवर्क रजिस्ट्री भेजता है: job_seeker ↔ recruiter और mentee ↔ mentor। मालिक अपने स्वयं के टैग नहीं बना सकते हैं, इसलिए यह एक प्लेटफॉर्म-स्तरीय प्रतिबद्धता है न कि किसी द्वारा निर्धारित कॉन्फ़िगरेशन।
- AccessControlलाइव
इसके चारों ओर सहमति और प्रकटीकरण कर्नल भेज दिया जाता है, नहीं बंद किया जाता है
उम्मीदवार ↔ भर्ती कर्ता पहुंच नीतियां, प्रकटीकरण स्तर और प्रतिनिधि प्रशंसकों को अपने स्वयं के प्रवास के साथ लागू किया जाता है, और डिफ़ॉल्ट रूप से सक्षम हैं न कि किसी ध्वज के पीछे।
- घटनाएँलाइव
भर्ती कर्ता स्क्रीनिंग संदर्भ वर्कलोड है, नाम से
बैच निष्पादन इंजन भर्ती कर्ता स्क्रीनिंग के विरुद्ध डिज़ाइन किया गया था: इंजीनियरिंग नोट इसे बीचहेड कहते हैं। समवर्ती और अलगाव व्यवहार पहले इस तरह के काम के लिए विचार किया गया था।
- मेललाइव
एक उम्मीदवार का एजेंट अपना स्वयं का मेलबॉक्स प्राप्त करता है, न कि उनका हिस्सा
इनबाउंड को एजेंट संदर्भ में प्रवेश करने से पहले स्क्रीन और अलग किया जाता है, इसलिए एक अज्ञात भर्ती कर्ता से एक दृष्टिकोण को फ़िल्टर किया जाता है न कि विश्वास किया जाता है, और एक एजेंट को रद्द करने का मतलब आपकी फ़िल्टर को ऑडिट करना नहीं है।
What this is not, for hiring.
साइट के बाकी हिस्सों की तरह ही नियम: जो मौजूद है उस पर विश्वास दिलाने का सबसे तेज़ तरीका यह है कि जो मौजूद नहीं है उसके बारे में सटीक रहा जाए।
- एक आवेदक ट्रैकिंग सिस्टम। कोई नौकरी मॉडल नहीं, कोई अनुरोध नहीं, कोई पाइपलाइन नहीं और कोई शॉर्टलिस्ट नहीं।
- सोर्सिंग या उम्मीदवार मिलान। यहाँ कुछ भी लोगों को एक भूमिका के विरुद्ध स्थान नहीं देता है।
- वीडियो साक्षात्कार। कोडबेस में एक वीडियो पिच उत्पाद मौजूद है और पार्क किया गया है: डिफ़ॉल्ट रूप से अक्षम और निर्माण न करें के साथ चिह्नित। यह प्रस्ताव पर नहीं है।
- साक्षात्कार शेड्यूलिंग। कैलेंडर आपके बुकिंग टूल के लिए एक सत्यापित लिंक है और कुछ भी नहीं।
एक पता चुनें। एक सिरा कनेक्ट करें।
उपयोगी पहला कदम दो एजेंटों के बीच एक एकल ट्रस्ट एज है, न कि माइग्रेशन।
https://yourteam.agentbag.aiहर वर्कस्पेस को अपना खुद का मिलता है।