MCP
പ്രോട്ടോക്കോളിന്റെ ഇരുവശങ്ങളും: സെർവറും ക്ലയന്റും.
ഇത് എന്താണ് ചെയ്യുന്നത്
ഈ പ്ലാറ്റ്ഫോം ഒരു MCP സെർവർ ആണ്: സ്കോപ്പ് പരിശോധനകൾ, അപ്രൂവൽ പോളിസി, കോൾ ലെഡ്ജർ എന്നിവയുള്ള ഒരു OAuth 2.1 റിസോഴ്സ് സെർവർ. ഇത് ബാഹ്യ ക്ലയന്റുകളെ നിങ്ങളുടെ ഏജന്റുകളെ ടൂളുകളായി ഉപയോഗിക്കാൻ അനുവദിക്കുന്നു. കൂടാതെ ഇതൊരു MCP ക്ലയന്റും കൂടിയാണ്: ഏതൊരു റിമോട്ട് MCP സെർവറും പ്രത്യേക കോഡ് ഇല്ലാതെ തന്നെ ഒരു കണക്ടറായി മാറുന്നു, കൂടാതെ ഒരു സർക്യൂട്ട് ബ്രേക്കർ വഴി സംരക്ഷിക്കപ്പെട്ടിരിക്കുന്നതിനാൽ തകരാറുള്ള ഒരു തേർഡ്-പാർട്ടിക്ക് സംഭാഷണം തടസ്സപ്പെടുത്താൻ കഴിയില്ല.
ഇത് എന്തുകൊണ്ട് പ്രാധാന്യമുള്ളതാകുന്നു
മിക്ക ഉൽപ്പന്നങ്ങളും MCP-യുടെ ഒരു വശം മാത്രം തിരഞ്ഞെടുത്ത് അതിനെ സപ്പോർട്ട് എന്ന് വിളിക്കുന്നു. രണ്ട് വശങ്ങളും ഉള്ളതിനാൽ നിങ്ങളുടെ ഏജന്റിനെ ഒരു ടൂളായി ഉപയോഗിക്കാനും മറ്റ് ടൂളുകൾ ഉപയോഗിക്കാനും കഴിയും, ഇതാണ് ഇതിനെ കൂടുതൽ ഉപയോഗപ്രദമാക്കുന്നത്.
ഇത് എങ്ങനെ പ്രവർത്തിക്കുന്നു
സെർവർ സൈഡ് ഒരു യഥാർത്ഥ OAuth 2.1 റിസോഴ്സ് സെർവർ ആണ്
സ്കോപ്പ് പരിശോധനകളും അപ്രൂവൽ പോളിസിയും ടൂൾ കോളുകളെ നിയന്ത്രിക്കുന്നു, കൂടാതെ കോളുകൾ വെറുതെ വിടാതെ ഒരു സെഷൻ ലെഡ്ജറിലേക്ക് രേഖപ്പെടുത്തുന്നു.
ക്ലയന്റ് സൈഡ് ജനറിക് ആണ്
ഒരു റിമോട്ട് MCP സെർവർ ചേർക്കുന്നത് വെറുമൊരു കോൺഫിഗറേഷൻ മാത്രമാണ്. ചില കണക്ടറുകൾക്ക് മാത്രമേ നേരിട്ട് എഴുതിയ അഡാപ്റ്ററുകൾ ഉള്ളൂ; ബാക്കിയുള്ളവ ജനറിക് പാതയിലൂടെയാണ് പ്രവർത്തിക്കുന്നത്.
പരാജയപ്പെടുന്ന ടൂൾ സെർവർ നിയന്ത്രിക്കപ്പെടുന്നു
ഒരു റിമോട്ട് സെർവർ തെറ്റായി പ്രവർത്തിക്കുമ്പോൾ സർക്യൂട്ട് ബ്രേക്കർ സജീവമാകുന്നു, അതിനാൽ അതിന്റെ പരാജയങ്ങൾ സംഭാഷണത്തെ ബാധിക്കാതെ ഒരു പ്രത്യേക ഫീച്ചറിനെ മാത്രം ബാധിക്കുന്നു.
ചോദ്യങ്ങൾ
- എനിക്ക് സ്വന്തം MCP സെർവർ ബന്ധിപ്പിക്കാൻ കഴിയുമോ?
- അതെ: പ്രത്യേക കോഡ് ഇല്ലാതെ തന്നെ ഇതൊരു കണക്ടറായി മാറുന്നു. നിലവിൽ സ്റ്റാറ്റിക് ബെയറർ ടോക്കൺ വഴിയാണ് ഓതന്റിക്കേഷൻ; കസ്റ്റം റിമോട്ട് സെർവറുകൾക്കായുള്ള OAuth 2.1 ആസൂത്രണം ചെയ്തിട്ടുണ്ട്.
- മറ്റ് ടൂളുകൾക്ക് MCP വഴി എന്റെ ഏജന്റിനെ വിളിക്കാൻ കഴിയുമോ?
- അതെ. പ്ലാറ്റ്ഫോം OAuth, സ്കോപ്പുകൾ, അപ്രൂവൽ പോളിസി എന്നിവയുള്ള ഒരു MCP സെർവർ ഇന്റർഫേസ് നൽകുന്നുണ്ട്.
The rest of the bag
പേജുകൾ മാത്രമല്ല, മറുപടികളും ഫിൽട്ടർ ചെയ്യുന്ന ഓരോ ഡോക്യുമെന്റ് അടിസ്ഥാനമാക്കിയുള്ള പെർമിഷനുകൾ.
വേഗതയ്ക്കായി പോളിസി റെസല്യൂഷൻ ഓരോ സെഷനിലും കാഷെ ചെയ്യുന്നു; പെർമിഷൻ മാറ്റങ്ങൾ എല്ലാ ഇൻ-ഫ്ലൈറ്റ് അഭ്യർത്ഥനകളിലും തൽക്ഷണം ബാധകമാകുന്നതിന് പകരം കാഷെ ഇൻവാലിഡേഷനിലൂടെയാണ് വ്യാപിക്കുന്നത്.
ഓരോ ഫോൾഡറിലും ലീഫ് ഡോക്യുമെന്റിലും ഒരു ആക്സസ് പോളിസി അടങ്ങിയിരിക്കുന്നു: പബ്ലിക്, സൈൻഡ്-ഇൻ അല്ലെങ്കിൽ ഓണർ-അപ്രൂവ്ഡ്. ഈ പോളിസികൾ ഓരോ സെഷൻ എൻവലപ്പിലേക്ക് മാറുകയും ഏജന്റ് മറുപടി നൽകുന്നതിന് മുൻപ് വീണ്ടെടുക്കാവുന്ന വിവരങ്ങൾ ഫിൽട്ടർ ചെയ്യുകയും ചെയ്യുന്നു. ഒരു കേപ്പബിലിറ്റി രജിസ്ട്രി ഓരോ ടെനന്റിലുമുള്ള മുഴുവൻ ഫീച്ചറുകളെയും നിയന്ത്രിക്കുന്നു, കൂടാതെ നിർണായകമായ ആക്സസ് പരിശോധനകൾ പരാജയപ്പെടുമ്പോൾ ആക്സസ് പൂർണ്ണമായി തടയുന്നു.
ഡോക്സ്
ഏജന്റ് വായിക്കുന്ന ഒരു ഫോൾഡർ ട്രീയും, അത് അനുസരിക്കുന്ന ഒരു കോൺഫിഗ് ഫയലും.
PDF-കൾ, സ്പ്രെഡ്ഷീറ്റുകൾ, ട്രാൻസ്ക്രിപ്റ്റുകൾ എന്നിവയിൽ നിന്നുള്ള വിവരങ്ങൾ വേർതിരിച്ചെടുക്കാം. അപൂർവ്വമായ ബൈനറി ഫോർമാറ്റുകൾ പാഴ്സ് ചെയ്യില്ല.
ഇവന്റുകൾ
ഏജന്റുകൾ എന്താണ് ചെയ്തത്, എന്തുകൊണ്ടാണ് ചെയ്തത് എന്നതിന്റെ സുരക്ഷിതമായ ഒരു ലെഡ്ജർ.
ഇൻ-പ്രോസസ്സ് ഇവന്റ് ബസ് ഒരു സിംഗിൾ-നോഡ് എമിറ്റർ ആണ്, അല്ലാതെ ഡിസ്ട്രിബ്യൂട്ടഡ് ബ്രോക്കർ അല്ല. ക്രോസ്-ഏജന്റ് റെക്കോർഡ് ഒരു പ്രത്യേക Postgres ടാസ്ക് ലെഡ്ജർ ആണ്.
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.