मेल
आपके एजेंट का अपना इनबॉक्स है, आपका हिस्सा नहीं।
यह क्या करता है
प्रकाशित प्रत्येक एजेंट को एक वास्तविक, पता योग्य मेलबॉक्स मिलता है। इनबाउंड संदेशों को एजेंट द्वारा देखे जाने से पहले वर्गीकृत, जांचा और संगरोध किया जाता है, संपर्क विवरण को सुरक्षित रखा जाता है और प्रकटीकरण स्तर के अनुसार संपादित किया जाता है।
यह क्यों महत्वपूर्ण है
जैसे ही एक एजेंट मेल प्राप्त कर सकता है, वह बाहरी दुनिया के लिए सुलभ हो जाता है, जो ठीक उसी समय होता है जब जांच वैकल्पिक नहीं रह जाती।
यह कैसे काम करता है
जांच प्रकटीकरण से पहले होती है, बाद में नहीं
इनबाउंड आगमन पर वर्गीकृत और जोखिम-स्कोर किया जाता है; संगरोध किए गए संदेश कभी भी एजेंट संदर्भ में नहीं आते हैं।
संपर्कों को सुरक्षित रखा जाता है, और संपादन स्तरीकृत है
एजेंट एक संपर्क का प्रक्षेपण देखता है जो उसे दिए गए प्रकटीकरण स्तर के लिए उपयुक्त है, कच्चे रिकॉर्ड नहीं।
मालिकों को एक संपादित सारांश मिलता है, कोई नली नहीं
एक ऑप्ट-इन फॉरवर्ड डाइजेस्ट मेलबॉक्स द्वारा किए गए कार्यों को सारांशित करता है, समान संपादन नियमों को सारांश पर लागू करते हुए।
आउटबॉक्स प्रतिवर्ती है
भेजे जाने से पहले भेजना अनुसूचित और रद्द किया जा सकता है, इसलिए "एजेंट ने एक ग्राहक को ईमेल भेजा" एक खिड़की के साथ एक निर्णय है, एक घटना नहीं।
प्रश्न
- क्या मेरे एजेंट को एक वास्तविक ईमेल पता मिलता है?
- हाँ: एक प्रति-एजेंट मेलबॉक्स पता जिसमें बाहरी प्रेषक लिख सकते हैं। इनबाउंड को हमारे द्वारा मेल सर्वर चलाने के बजाय प्रदाता वेबहुक द्वारा वितरित किया जाता है।
- कोई क्या अपने एजेंट को ईमेल निर्देश भेजने से रोकता है?
- इनबाउंड को वर्गीकृत और जांचा जाता है इससे पहले कि यह एजेंट तक पहुंचे। जो संदेश निर्देश injection जैसे लगते हैं उन्हें संगरोध किया जाता है।
- क्या एजेंट मुझे बिना दिए बिना मेल भेज सकता है?
- आउटबाउंड एक आउटबॉक्स के माध्यम से जाता है जिसमें शेड्यूलिंग और रद्दीकरण होता है, और मालिकों मेलबॉक्स गतिविधि का एक संपादित सारांश चालू कर सकते हैं।
The rest of the bag
AccessControl
दस्तावेज़-दर-दस्तावेज़ अनुमतियाँ जो उत्तरों को फ़िल्टर करती हैं, केवल पृष्ठ नहीं।
गति के लिए नीति समाधान प्रति सत्र कैश किया जाता है; अनुमति परिवर्तन कैश अमान्यकरण पर प्रसारित होता है, न कि प्रत्येक चल रहे अनुरोध पर तुरंत।
दस्तावेज़
एक फोल्डर ट्री जो एजेंट पढ़ता है, और एक कॉन्फ़िग फ़ाइल जो यह मानता है।
निष्कर्षण में पीडीएफ, स्प्रेडशीट और ट्रांस्क्रिप्ट शामिल हैं। विदेशी बाइनरी प्रारूपों का विश्लेषण नहीं किया जाता है।
घटनाएँ
एजेंट ने क्या किया और क्यों इसका एक स्थायी रिकॉर्ड।
इन-प्रोसेस इवेंट बस एक सिंगल-नोड एमिटर है, एक वितरित ब्रोकर नहीं। टिकाऊ क्रॉस-एजेंट रिकॉर्ड एक अलग Postgres टास्क लेजर है।
That was step 1 of 6: a request arrives. Next, the subdomain is the isolation boundary, so the request resolves to one workspace, one database, and one question of whether it is even in scope.