दस्तावेज़
एक फोल्डर ट्री जो एजेंट पढ़ता है, और एक कॉन्फ़िग फ़ाइल जो यह मानता है।
यह क्या करता है
दस्तावेज़ एक फोल्डर ट्री में रहते हैं जिसमें वास्तविक अपलोड होते हैं: पीडीएफ, सीएसवी और वीडियो ट्रांस्क्रिप्ट को निकाला जाता है, व्यक्तिगत डेटा से साफ किया जाता है और एजेंट जो देख सकता है उसका हिस्सा बनने से पहले तैयार किया जाता है। प्रत्येक फोल्डर एक सादा पाठ कॉन्फ़िग फ़ाइल रखता है जिसकी सेटिंग ट्री को नीचे की ओर कैस्केड करती हैं, इसलिए व्यवहार और ग्राउंडिंग दूर के व्यवस्थापक स्क्रीन के बजाय सामग्री के बगल में परिभाषित किए जाते हैं।
यह क्यों महत्वपूर्ण है
कॉन्फ़िगरेशन जो डेटाबेस में रहता है वह कॉन्फ़िगरेशन है जिसे कोई भी समीक्षा नहीं कर सकता। एक एजेंट के दायरे, टोन और ग्राउंडिंग को उस फोल्डर के अंदर एक फ़ाइल में डालना जो यह नियंत्रित करता है, पूरे सेटअप को अलग-अलग, स्पष्ट और उल्टा योग्य बनाता है।
यह कैसे काम करता है
कॉन्फ़िग फोल्डर ट्री को नीचे की ओर कैस्केड करता है
एक पैरेंट फोल्डर में एक सेटिंग इसके नीचे सब कुछ पर लागू होती है जब तक कि एक बच्चा इसे ओवरराइड न करे, एक कोडबेस में डायरेक्टरी-स्कोप्ड कॉन्फ़िग के समान मॉडल।
अपलोड को लाइव होने से पहले स्टेज किया जाता है
निष्कर्षित सामग्री एक ड्राफ्ट और टेस्ट चरण से गुजरती है, इसलिए नई ग्राउंडिंग सामग्री प्रकाशित करना एक फ़ाइल ड्रॉप के दुष्प्रभाव के बजाय एक जानबूझकर कदम है।
निष्कर्षण पर व्यक्तिगत डेटा को स्क्रब किया जाता है
निष्कर्षण एक स्वच्छता पास चलाता है, इसलिए एक फोल्डर में गिरा हुआ सीवी चुप चाप पूरी तरह से पुनः प्राप्य नहीं हो जाता है।
प्रश्न
- यह किस प्रकार की फाइलें पढ़ सकता है?
- पीडीएफ, सीएसवी और स्प्रेडशीट निर्यात, सादा पाठ और मार्कडाउन, और वीडियो ट्रांस्क्रिप्ट। इससे बाहर कुछ भी संग्रहीत है लेकिन निकाला नहीं गया है।
- एजेंट का व्यवहार कहां कॉन्फ़िगर किया जाता है?
- फोल्डर के अंदर एक कॉन्फ़िग फ़ाइल में, ट्री को नीचे की ओर कैस्केडिंग सेटिंग के साथ। यह उत्पाद में संपादन योग्य है और यह सादा पाठ है।
The rest of the bag
AccessControl
दस्तावेज़-दर-दस्तावेज़ अनुमतियाँ जो उत्तरों को फ़िल्टर करती हैं, केवल पृष्ठ नहीं।
गति के लिए नीति समाधान प्रति सत्र कैश किया जाता है; अनुमति परिवर्तन कैश अमान्यकरण पर प्रसारित होता है, न कि प्रत्येक चल रहे अनुरोध पर तुरंत।
घटनाएँ
एजेंट ने क्या किया और क्यों इसका एक स्थायी रिकॉर्ड।
इन-प्रोसेस इवेंट बस एक सिंगल-नोड एमिटर है, एक वितरित ब्रोकर नहीं। टिकाऊ क्रॉस-एजेंट रिकॉर्ड एक अलग Postgres टास्क लेजर है।
मेल
आपके एजेंट का अपना इनबॉक्स है, आपका हिस्सा नहीं।
इनबाउंड ईमेल प्रदाता से वेबहुक के माध्यम से आता है। हम अपने स्वयं के MX या SMTP सर्वर नहीं चलाते।
That was step 5 of 6: the agent consults its bag. Next, tasks, delegation edges, decisions and artifacts persist as rows you can replay, and the spend is already accounted for.