Skip to content
ലൈവ്

ഏത് ഏജന്റിന് ഏതിനോട് സംസാരിക്കാം, എന്തൊക്കെ സംസാരിക്കാം.

ഏജന്റുകൾ തമ്മിലുള്ള പാതകളിൽ തീരുമാനങ്ങളും സ്കോപ്പ്ഡ് ടോക്കണുകളും നടപ്പിലാക്കുന്നു. വിശദീകരണത്തിനുള്ള സൗകര്യം ("എന്തുകൊണ്ടാണ് ഇത് തടഞ്ഞത്") ഇത് നടപ്പിലാക്കുന്ന സുരക്ഷാ ക്രമീകരണങ്ങളേക്കാൾ പരിമിതമാണ്.

ഇത് എന്താണ് ചെയ്യുന്നത്

നിങ്ങൾക്ക് ഒന്നിലധികം ഏജന്റുകൾ ഉള്ളപ്പോൾ, സംഭവിക്കാവുന്ന ഗുരുതരമായ പരാജയം ഒരു തെറ്റായ മറുപടിയല്ല: മറിച്ച് ഏജന്റ് B മാത്രം അറിയേണ്ട ഒരു കാര്യം ഏജന്റ് A മനസ്സിലാക്കുന്നതാണ്. ഏജന്റുകൾ തമ്മിലുള്ള അതോറിറ്റി എഡ്ജുകളിൽ തീരുമാനങ്ങളുള്ള ഒരു ഗ്രാഫ് ആയിരിക്കണം, കാരണം പ്രശ്നത്തിന്റെ യഥാർത്ഥ സ്വഭാവം അതാണ്.

ഇത് എന്തുകൊണ്ട് പ്രാധാന്യമുള്ളതാകുന്നു

ഒരു ഏജന്റ് അത് ആക്സസ് ചെയ്യാൻ പാടില്ലാത്ത ഒരു കാര്യം നേടുന്നതിൽ നിന്ന് തടയുന്നത് എന്താണ്?

ഇത് എങ്ങനെ പ്രവർത്തിക്കുന്നു

  • ഏജന്റുകൾ തമ്മിലുള്ള എൻട്രി പോയിന്റ് ആദ്യം ഒരു ട്രസ്റ്റ് ഡിസിഷൻ പരിഹരിക്കുന്നു; അനുമതിയില്ലാത്ത ഒരു കോൾ ഒരിക്കലും മോഡലിൽ എത്തുന്നില്ല.

    കോളർ ടോക്കണുകൾ സ്കോപ്പ്ഡ് ആയതും ഒറ്റത്തവണ മാത്രം ഉപയോഗിക്കാവുന്നതുമാണ്

  • വീണ്ടും ഉപയോഗിക്കാവുന്ന ക്രെഡൻഷ്യലിന് പകരം, ഒരു ഡെലിഗേഷൻ ആ പ്രത്യേക ഹോപ്പിനായി നിർമ്മിച്ചതും ലെഡ്ജറിൽ ട്രാക്ക് ചെയ്യുന്നതുമായ ഒരു ടോക്കൺ വഹിക്കുന്നു.

    ഡിസ്ക്ലോഷർ ബൈനറി അല്ല, മറിച്ച് ടയർ അടിസ്ഥാനമാക്കിയുള്ളതാണ്

  • പൂർണ്ണമായ ആക്സസ് നൽകുന്നതിനും നിരസിക്കുന്നതിനും ഇടയിൽ തിരഞ്ഞെടുക്കുന്നതിന് പകരം, കുറഞ്ഞ ഡിസ്ക്ലോഷർ ടയറിൽ മറുപടി നൽകാൻ ഒരു തീരുമാനത്തിന് അനുമതി നൽകാനാകും.

    ഇത് യഥാർത്ഥത്തിൽ എന്തിൽ നിന്നാണ് സംരക്ഷിക്കുന്നത്?

ചോദ്യങ്ങൾ

ഒരു ഏജന്റ് അതിന്റെ ഉടമ പങ്കിടാൻ സമ്മതിക്കാത്ത ഒരു കാര്യം മറ്റൊരു ഏജന്റിൽ നിന്ന് വേർതിരിച്ചെടുക്കുന്നത്: പെർമിഷൻ ബഗിന്റെ മൾട്ടി-ഏജന്റ് പതിപ്പാണിത്, ഇത് ഏറ്റവും മോശമായ പരാജയ രീതിയാണ്.
ഒരു അഭ്യർത്ഥന എന്തുകൊണ്ടാണ് നിരസിക്കപ്പെട്ടതെന്ന് എനിക്ക് കാണാൻ കഴിയുമോ?
തീരുമാനങ്ങൾ ഓരോ എഡ്ജിലും രേഖപ്പെടുത്തുകയും അഡ്മിനിസ്ട്രേറ്റർമാർക്ക് കാണാൻ കഴിയുകയും ചെയ്യും. അന്തിമ ഉപയോക്താവിനുള്ള വിശദമായ "എന്തുകൊണ്ട് തടഞ്ഞു" എന്ന വിശദീകരണം ഇതിന് പിന്നിലെ സുരക്ഷാ ക്രമീകരണങ്ങളേക്കാൾ പരിമിതമാണ്, അത് അങ്ങനെ തന്നെ വ്യക്തമാക്കാൻ ഞങ്ങൾ ആഗ്രഹിക്കുന്നു.
AccessControl

The rest of the bag

ലൈവ്

പേജുകൾ മാത്രമല്ല, മറുപടികളും ഫിൽട്ടർ ചെയ്യുന്ന ഓരോ ഡോക്യുമെന്റ് അടിസ്ഥാനമാക്കിയുള്ള പെർമിഷനുകൾ.

വേഗതയ്ക്കായി പോളിസി റെസല്യൂഷൻ ഓരോ സെഷനിലും കാഷെ ചെയ്യുന്നു; പെർമിഷൻ മാറ്റങ്ങൾ എല്ലാ ഇൻ-ഫ്ലൈറ്റ് അഭ്യർത്ഥനകളിലും തൽക്ഷണം ബാധകമാകുന്നതിന് പകരം കാഷെ ഇൻവാലിഡേഷനിലൂടെയാണ് വ്യാപിക്കുന്നത്.

ഓരോ ഫോൾഡറിലും ലീഫ് ഡോക്യുമെന്റിലും ഒരു ആക്സസ് പോളിസി അടങ്ങിയിരിക്കുന്നു: പബ്ലിക്, സൈൻഡ്-ഇൻ അല്ലെങ്കിൽ ഓണർ-അപ്രൂവ്ഡ്. ഈ പോളിസികൾ ഓരോ സെഷൻ എൻവലപ്പിലേക്ക് മാറുകയും ഏജന്റ് മറുപടി നൽകുന്നതിന് മുൻപ് വീണ്ടെടുക്കാവുന്ന വിവരങ്ങൾ ഫിൽട്ടർ ചെയ്യുകയും ചെയ്യുന്നു. ഒരു കേപ്പബിലിറ്റി രജിസ്ട്രി ഓരോ ടെനന്റിലുമുള്ള മുഴുവൻ ഫീച്ചറുകളെയും നിയന്ത്രിക്കുന്നു, കൂടാതെ നിർണായകമായ ആക്സസ് പരിശോധനകൾ പരാജയപ്പെടുമ്പോൾ ആക്സസ് പൂർണ്ണമായി തടയുന്നു.

ലൈവ്

ഡോക്സ്

ഏജന്റ് വായിക്കുന്ന ഒരു ഫോൾഡർ ട്രീയും, അത് അനുസരിക്കുന്ന ഒരു കോൺഫിഗ് ഫയലും.

PDF-കൾ, സ്പ്രെഡ്ഷീറ്റുകൾ, ട്രാൻസ്ക്രിപ്റ്റുകൾ എന്നിവയിൽ നിന്നുള്ള വിവരങ്ങൾ വേർതിരിച്ചെടുക്കാം. അപൂർവ്വമായ ബൈനറി ഫോർമാറ്റുകൾ പാഴ്സ് ചെയ്യില്ല.

ലൈവ്

ഇവന്റുകൾ

ഏജന്റുകൾ എന്താണ് ചെയ്തത്, എന്തുകൊണ്ടാണ് ചെയ്തത് എന്നതിന്റെ സുരക്ഷിതമായ ഒരു ലെഡ്ജർ.

ഇൻ-പ്രോസസ്സ് ഇവന്റ് ബസ് ഒരു സിംഗിൾ-നോഡ് എമിറ്റർ ആണ്, അല്ലാതെ ഡിസ്ട്രിബ്യൂട്ടഡ് ബ്രോക്കർ അല്ല. ക്രോസ്-ഏജന്റ് റെക്കോർഡ് ഒരു പ്രത്യേക Postgres ടാസ്ക് ലെഡ്ജർ ആണ്.

തിരികെ കഥയിലേക്ക്

That was step 3 of 6: a trust decision resolves. Next, policy filters what is retrievable before generation, so a document you cannot open cannot be paraphrased at you.