Skip to content
லைவ்

வகைப்பாட்டியல்

ஒரு கேள்விக்குப் பதிலளிப்பதற்கு முன் அது எதைப் பற்றியது என்பதை அறிந்துகொள்வது.

இது என்ன செய்கிறது

அறிவுசார் டேக்குகள் (Knowledge tags) ஏஜென்ட் அடிப்படையாகக் கொண்ட உள்ளடக்கத்திலிருந்தும் அதன் கனெக்டர்களிலிருந்தும் பெறப்படுகின்றன, மேலும் அந்த டேக்குகள் கொள்கை விழிப்புணர்வு கொண்டவை: ஒரு டேக்கின் அடிப்படை ஆதாரம் தெரியாமல் இருக்கும்போதே அந்த டேக் தெரியக்கூடும். ஒரு அடுக்கு வகைப்படுத்தி, உள்வரும் கேள்வி ஏஜென்ட்டின் ஸ்கோப்பிற்குள் இருக்கிறதா என்பதைத் தீர்மானிக்கிறது, தேவைப்படும்போது மட்டுமே மலிவான பேட்டர்ன் பொருத்தத்திலிருந்து எம்பெடிங் ஒப்பீட்டிற்கு மாற்றுகிறது.

இது ஏன் முக்கியம்

பெரும்பாலான தவறான ஏஜென்ட் பதில்கள் ஸ்கோப் தோல்விகளே தவிர, பகுத்தறிவுத் தோல்விகள் அல்ல: அந்தக் கேள்வி இந்த ஏஜென்ட் முயற்சித்திருக்க வேண்டிய ஒன்றே அல்ல. முதலில் ஸ்கோப்பை வகைப்படுத்துவது, தவறான பதிலை உருவாக்குவதற்குப் பதிலாக அவற்றைச் சரியான திசைதிருப்பலாக (redirect) மாற்றுகிறது.

இது எவ்வாறு செயல்படுகிறது

  • டேக்குகள் அணுகல் கொள்கையை மதிக்கின்றன

    கட்டுப்படுத்தப்பட்ட உள்ளடக்கத்திலிருந்து பெறப்பட்ட ஒரு டேக், அதைப் பார்க்க முடியாத ஒருவருக்கு அந்த உள்ளடக்கம் இருப்பதை வெளிப்படுத்தாது.

  • செலவைக் குறைக்க வகைப்பாடு அடுக்கமைக்கப்பட்டுள்ளது

    குறைந்த செலவிலான பேட்டர்ன் பொருத்தம் முதலில் இயங்கும்; குறைந்த செலவு அடுக்கு உறுதியாக இல்லாதபோது மட்டுமே எம்பெடிங் ஒப்பீடு இயங்கும்.

  • இது ஒரு ஆன்டாலஜி அல்ல, நாங்கள் அதை அப்படி அழைப்பதும் இல்லை

    இதில் உருவாக்கப்பட்ட படிநிலை இல்லை, மரபுரிமை இல்லை, பராமரிக்க வேண்டிய ஸ்கீமா இல்லை. நீங்களே நிர்வகிக்கும் முறையான வகைப்பாடு உங்களுக்குத் தேவைப்பட்டால், இது இன்னும் அதற்குரியது அல்ல.

கேள்விகள்

எனது சொந்த வகைப்பாட்டை நான் வரையறுக்க முடியுமா?
இப்போது இல்லை. டேக்குகள் ஒரு திட்டமாக உருவாக்கப்படாமல், உங்கள் உள்ளடக்கத்திலிருந்து பெறப்படுகின்றன. உருவாக்கக்கூடிய படிநிலை என்பது அடுத்த கட்டமாகும், அது இன்னும் உருவாக்கப்படவில்லை.
ஸ்கோப்பிற்கு அப்பாற்பட்ட கேள்விக்கு என்ன நடக்கும்?
மாடல் பதிலளிக்கத் தொடங்குவதற்கு முன்பே வகைப்படுத்தி அதைக் கொடியிடுகிறது, இதனால் ஏஜென்ட் சொந்தமாகப் புனைந்து கூறாமல் திசைதிருப்ப முடியும்.

The rest of the bag

லைவ்

AccessControl

பக்கங்களை மட்டுமல்லாமல், பதில்களையும் வடிகட்டும் ஆவண வாரியான அனுமதிகள்.

வேகத்திற்காக கொள்கை தீர்வு அமர்வு வாரியாக கேச் செய்யப்படுகிறது; அனுமதி மாற்றம் ஒவ்வொரு தற்போதைய கோரிக்கையிலும் உடனடியாகப் பரவாமல், கேச் காலாவதியாகும் போது பரவுகிறது.

லைவ்

ஆவணங்கள்

ஏஜெண்ட் வாசிக்கும் ஒரு கோப்புறை மரம் (folder tree), மற்றும் அது பின்பற்றும் ஒரு உள்ளமைப்பு (config) கோப்பு.

PDF-கள், விரிதாள்கள் (spreadsheets) மற்றும் டிரான்ஸ்கிரிப்டுகள் ஆகியவற்றிலிருந்து தரவு பிரித்தெடுக்கப்படும். வழக்கத்திற்கு மாறான பைனரி வடிவங்கள் பகுப்பாய்வு செய்யப்படாது.

லைவ்

நிகழ்வுகள்

ஏஜெண்டுகள் என்ன செய்தார்கள், ஏன் செய்தார்கள் என்பதற்கான நிலையான லெட்ஜர்.

இன்-பிராசஸ் நிகழ்வு பஸ் (in-process event bus) என்பது ஒரு ஒற்றை-முனை உமிழ்ப்பான் (single-node emitter) ஆகும், இது விநியோகிக்கப்பட்ட புரோக்கர் அல்ல. நிலையான குறுக்கு-ஏஜெண்ட் பதிவு என்பது ஒரு தனி Postgres பணி லெட்ஜர் ஆகும்.

மீண்டும் கதைக்கு

That was step 2 of 6: it crosses a tenant boundary. Next, for agent-to-agent traffic the edge is authorised before anything executes, and the caller token is minted for that hop alone.