TrustGraph
எந்த ஏஜென்ட் எந்த ஏஜென்ட்டுடன் பேசலாம், மற்றும் அது என்ன சொல்லலாம்.
இது என்ன செய்கிறது
ஏஜென்ட்-டு-ஏஜென்ட் கோரிக்கைகள் செயல்படுத்தப்படுவதற்கு முன்பு அங்கீகரிக்கப்படுகின்றன: அழைப்பாளர் ஒரு ஸ்கோப் செய்யப்பட்ட, ஒரு முறை பயன்படுத்தும் டோக்கனைப் பெறுகிறார், கோரிக்கை ஒரு வெளிப்படையான ஸ்டேட் மெஷின் மூலம் நகர்கிறது, மேலும் இரண்டு ஏஜென்ட்டுகளுக்கு இடையிலான ஒவ்வொரு விளிம்பும் தணிக்கைக்காகப் பதிவுசெய்யப்பட்ட ஒரு நம்பிக்கை முடிவைக் கொண்டுள்ளது. வெளிப்படுத்தல் நிலைகள் ஒரு ஏஜென்ட் பதிலளிக்கலாமா என்பதை மட்டுமல்லாமல், பதிலின் எவ்வளவு பகுதியை அது வெளிப்படுத்தலாம் என்பதையும் நிர்வகிக்கின்றன.
இது ஏன் முக்கியம்
உங்களிடம் ஒன்றுக்கும் மேற்பட்ட ஏஜென்ட்டுகள் இருக்கும்போது, சுவாரஸ்யமான தோல்வி என்பது தவறான பதில் அல்ல: ஏஜென்ட் B மட்டுமே அறிய வேண்டிய ஒன்றை ஏஜென்ட் A அறிந்துகொள்வதாகும். ஏஜென்ட்டுகளுக்கு இடையிலான அதிகாரம் என்பது விளிம்புகளில் முடிவுகளைக் கொண்ட ஒரு வரைபடமாக இருக்க வேண்டும், ஏனெனில் அதுவே பிரச்சினையின் உண்மையான வடிவமாகும்.
இது எவ்வாறு செயல்படுகிறது
அங்கீகாரம் செயல்பாட்டிற்கு முன்பே நிகழ்கிறது, அதற்குப் பிறகு அல்ல
ஏஜென்ட்-டு-ஏஜென்ட் நுழைவுப் புள்ளி முதலில் நம்பிக்கை முடிவைத் தீர்க்கிறது; அங்கீகரிக்கப்படாத அழைப்பு ஒருபோதும் மாதிரியைச் சென்றடையாது.
அழைப்பாளர் டோக்கன்கள் ஸ்கோப் செய்யப்பட்டவை மற்றும் ஒரு முறை மட்டுமே பயன்படுத்தக்கூடியவை
ஒரு ஒப்படைப்பு மீண்டும் பயன்படுத்தக்கூடிய சான்றுகளுக்குப் பதிலாக, அந்த குறிப்பிட்ட பகுதிக்கு உருவாக்கப்பட்ட மற்றும் லெட்ஜரில் கண்காணிக்கப்படும் ஒரு டோக்கனைக் கொண்டுள்ளது.
வெளிப்படுத்தல் என்பது அடுக்கு முறையிலானது, பைனரி அல்ல
முழு அணுகல் அல்லது மறுப்பு ஆகியவற்றிற்கு இடையே தேர்ந்தெடுப்பதற்குப் பதிலாக, குறைக்கப்பட்ட வெளிப்படுத்தல் அடுக்கில் பதிலளிக்க ஒரு முடிவு அனுமதிக்கலாம்.
கேள்விகள்
- இது உண்மையில் எதிலிருந்து பாதுகாக்கிறது?
- ஒரு ஏஜென்ட் அதன் உரிமையாளர் பகிர ஒப்புக்கொள்ளாத ஒன்றை மற்றொரு ஏஜென்ட்டிடமிருந்து பிரித்தெடுப்பது: இது அனுமதிகள் பிழையின் மல்டி-ஏஜென்ட் பதிப்பாகும், இதுவே மிக மோசமான தோல்வி முறையாகும்.
- ஒரு கோரிக்கை ஏன் நிராகரிக்கப்பட்டது என்பதை நான் பார்க்க முடியுமா?
- முடிவுகள் விளிம்பு வாரியாகப் பதிவுசெய்யப்பட்டு நிர்வாகிகளுக்குக் காட்டப்படுகின்றன. இறுதிப் பயனருக்கான விரிவான "ஏன் தடுக்கப்பட்டது" என்ற விளக்கம் அதன் பின்னணியில் உள்ள அமலாக்கத்தை விடக் குறைவான விவரங்களைக் கொண்டது, அதை நாங்கள் அப்படியே கூற விரும்புகிறோம்.
The rest of the bag
AccessControl
பக்கங்களை மட்டுமல்லாமல், பதில்களையும் வடிகட்டும் ஆவண வாரியான அனுமதிகள்.
வேகத்திற்காக கொள்கை தீர்வு அமர்வு வாரியாக கேச் செய்யப்படுகிறது; அனுமதி மாற்றம் ஒவ்வொரு தற்போதைய கோரிக்கையிலும் உடனடியாகப் பரவாமல், கேச் காலாவதியாகும் போது பரவுகிறது.
ஆவணங்கள்
ஏஜெண்ட் வாசிக்கும் ஒரு கோப்புறை மரம் (folder tree), மற்றும் அது பின்பற்றும் ஒரு உள்ளமைப்பு (config) கோப்பு.
PDF-கள், விரிதாள்கள் (spreadsheets) மற்றும் டிரான்ஸ்கிரிப்டுகள் ஆகியவற்றிலிருந்து தரவு பிரித்தெடுக்கப்படும். வழக்கத்திற்கு மாறான பைனரி வடிவங்கள் பகுப்பாய்வு செய்யப்படாது.
நிகழ்வுகள்
ஏஜெண்டுகள் என்ன செய்தார்கள், ஏன் செய்தார்கள் என்பதற்கான நிலையான லெட்ஜர்.
இன்-பிராசஸ் நிகழ்வு பஸ் (in-process event bus) என்பது ஒரு ஒற்றை-முனை உமிழ்ப்பான் (single-node emitter) ஆகும், இது விநியோகிக்கப்பட்ட புரோக்கர் அல்ல. நிலையான குறுக்கு-ஏஜெண்ட் பதிவு என்பது ஒரு தனி 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.