MCP സെർവർ

AI ഏജന്റ് നിങ്ങളുടെ അനലിറ്റിക്സ് വായിക്കട്ടെ: Model Context Protocol വഴിയുള്ള ഏഴ് ഉപകരണങ്ങൾ, എല്ലാം വായിക്കാൻ മാത്രം; ഇതിനകം ഉള്ള API കീ ഉപയോഗിച്ച് പ്രാമാണീകരിക്കുന്നു.

1. ഏജന്റിന് ചെയ്യാവുന്നത്

Model Context Protocol ക്ലയന്റിനെ എൻഡ്പോയിന്റിലേക്ക് ബന്ധിപ്പിച്ചാൽ “ഈ മാസം ഏത് പേജിലാണ് ഏറ്റവും കൂടുതൽ രോഷക്ലിക്കുകൾ”, “ജർമ്മനിയിൽനിന്നുള്ള രണ്ട് മിനിറ്റിലധികമുള്ള മൂന്ന് സെഷനുകൾ കാണിക്കുക” തുടങ്ങിയ ചോദ്യങ്ങൾ ചോദിച്ച് സെഷൻ പ്ലേ ചെയ്യുന്ന ലിങ്ക് നൽകാം.

ഉപകരണംഉത്തരം നൽകുന്നത്
mp_projectsഈ കീയ്ക്ക് വായിക്കാവുന്ന പ്രോജക്റ്റുകൾ
mp_overviewസെഷനുകൾ, ആളുകൾ, പേജ് കാഴ്ചകൾ, ദൈർഘ്യം, നിരാശാ സൂചനകൾ
mp_sessionsരാജ്യം, ഉപകരണം, ദൈർഘ്യം എന്നിവയനുസരിച്ച് ഫിൽട്ടർ ചെയ്ത റീപ്ലേ ലിങ്കുകളുള്ള സമീപകാല സെഷനുകൾ
mp_sessionഒരു സെഷൻ: ക്രമത്തിലുള്ള പേജുകൾ, ഇവന്റുകൾ, ഉറവിടം, ഉപകരണം
mp_pagesകാഴ്ചകളനുസരിച്ചുള്ള പേജുകൾ, തനത് സന്ദർശകരോടെ
mp_frustrationപേജനുസരിച്ച് കൂട്ടംതിരിച്ച രോഷക്ലിക്കുകൾ, പ്രതികരണമില്ലാത്ത ക്ലിക്കുകൾ, JavaScript പിശകുകൾ
mp_goalsനിങ്ങളുടെ ലക്ഷ്യങ്ങളും ഓരോന്നും എത്ര തവണ നേടിയെന്നും

ഏജന്റ് റിപ്പോർട്ട് ചെയ്യുന്ന ഓരോ സെഷനിലും മനുഷ്യന് തുറക്കാവുന്ന ലിങ്കുണ്ട്. കണ്ടത് സംഗ്രഹിക്കുന്ന ഏജന്റ് ഉപകാരപ്രദമാണ്; അടിസ്ഥാനമാക്കിയ ഇരുപത് സെക്കൻഡും കാണിക്കുന്ന ഏജന്റിനെ പരിശോധിക്കാം.

2. ബന്ധിപ്പിക്കൽ

എൻഡ്പോയിന്റ് POST സ്വീകരിക്കുന്നത് /mcp ; Streamable HTTP സംസാരിക്കുന്നു, പ്രോട്ടോക്കോൾ പതിപ്പ് 2026-07-28.

സാധാരണ MousePlayer വായനാ API കീ ഉപയോഗിച്ചാണ് പ്രാമാണീകരണം - ക്രമീകരണങ്ങൾ, API കീകൾ എന്നതിൽ സൃഷ്ടിക്കുന്നതും REST API സ്വീകരിക്കുന്നതുമായ അതേ തരം. രണ്ടാമത്തെ പ്രവേശന വിവരമില്ല. കീ പിൻവലിക്കുന്ന അതേ നിമിഷം ഏജന്റിന്റെ പ്രവേശനവും പിൻവലിക്കും.

തുടർന്ന് പ്രോജക്റ്റ് ഓണാക്കുക

API കീ മുഴുവൻ വർക്ക്സ്പേസ് തുറക്കും. ഇത് മനഃപൂർവം അങ്ങനെയല്ല: ഓരോ പ്രോജക്റ്റിനും ഇന്റഗ്രേഷൻ പേജിൽ സ്വന്തം സ്വിച്ചുണ്ട്; സ്വതവേ ഓഫാണ്. ഓണാക്കാത്ത പ്രോജക്റ്റ് ഇതിൽ പ്രത്യക്ഷപ്പെടില്ല: mp_projects ; ID ഊഹിച്ചാലും ഏജന്റിന് വായിക്കാനാകില്ല.

അത് അനാവശ്യ നടപടിയല്ല. വിന്യാസ സ്ക്രിപ്റ്റിലെ API കീ നിങ്ങൾ നിയന്ത്രിക്കുന്ന ഒരിടത്താണ്; ഏജന്റിന്റെ കോൺഫിഗറേഷൻ ഫയലിലെ API കീ മോഡൽ കോൺടെക്സ്റ്റിൽ എത്തുന്നു; അത് കൂടുതൽ അയഞ്ഞ കസ്റ്റഡിയാണ്. ഓരോ പ്രോജക്റ്റിനും പ്രത്യേകം അനുമതി നൽകുന്നതാണ് യോജിച്ച നിയന്ത്രണം.

3. വായിക്കാൻ മാത്രം; അത് മാറാത്തതിന്റെ കാരണം

ഏഴ് ഉപകരണങ്ങളിൽ ഒന്നും എഴുതുന്നില്ല. ഈ എൻഡ്പോയിന്റിൽ ഇല്ലാതാക്കലോ എക്സ്പോർട്ടോ കോൺഫിഗറേഷൻ മാറ്റമോ ഇല്ല - സമയം തീർന്നതിനല്ല; ഏജന്റിന് വിളിക്കാവുന്ന ഉപകരണം അബദ്ധത്തിലും വിളിക്കാം എന്നതിനാൽ.

നൽകാത്തത്

റെക്കോർഡിംഗുകളോ DOM സ്നാപ്പ്ഷോട്ടുകളോ IP വിലാസങ്ങളോ ഇല്ല. ഇന്റർഫേസിൽ വ്യക്തി കാണുന്നതും ബാക്കി കാണാനുള്ള ലിങ്കുമാണ് ഏജന്റിന് ലഭിക്കുന്നത്.

നിരക്ക്, കാലയളവ് പരിധികൾ

REST API പോലെ ഓരോ കീക്കും മിനിറ്റിൽ അറുപത് അഭ്യർത്ഥനകൾ. കാലയളവിന് 365 ദിവസവും ഫലപ്പട്ടികയ്ക്ക് 200 വരിയും പരിധി; ചുരുക്കിയ മറുപടി അങ്ങനെ പറയും - നിശ്ശബ്ദമായി ചുരുക്കിയ പട്ടിക പൂർണ്ണമായതുപോലെ തോന്നും.

4. ക്ലയന്റ് നിർമ്മിക്കുന്നവർക്ക്

മൂന്ന് രീതികൾ: server/discover, tools/list, tools/call. സെഷനുകളില്ല, GET സ്ട്രീമില്ല, ഇതുമില്ല: Last-Event-ID - അവ 2025-11-25 വരെയുള്ള പ്രോട്ടോക്കോൾ പതിപ്പുകളുടേതാണ്; ഇതിന്റെ ഭാഗമല്ല. GET അല്ലെങ്കിൽ DELETE-ന് 405 ലഭിക്കും.

ഓരോ POST-ലും ഉൾപ്പെടുന്നത് MCP-Protocol-Version, Mcp-Method കൂടാതെ, ഇതിനായി tools/call, Mcp-Name; ഓരോന്നും ഉള്ളടക്കവുമായി പൊരുത്തപ്പെടണം. വ്യത്യാസമുണ്ടെങ്കിൽ 400 , JSON-RPC പിശകോടെ -32020; പിന്തുണയ്ക്കാത്ത പതിപ്പിന് 400 , ഇതോടെ: -32022 കൂടാതെ പിന്തുണയ്ക്കുന്ന പതിപ്പുകളുടെ പട്ടികയും; ക്ലയന്റിന് ഒന്ന് തിരഞ്ഞെടുത്ത് വീണ്ടും ശ്രമിക്കാം.

മനഃപൂർവം രണ്ട് തരം പിശക്

തെറ്റായ രൂപത്തിലുള്ള അഭ്യർത്ഥനയോ അജ്ഞാത ഉപകരണമോ JSON-RPC പിശകാണ്. “ഈ പ്രോജക്റ്റിന് അനുമതിയില്ല”, “അത്തരമൊരു സെഷനില്ല” എന്നിവ സാധാരണ ഫലമായി ഇതോടെ മടങ്ങും: isError: true - രണ്ടാമത്തെ തരത്തിൽനിന്ന് മോഡലിന് ഇത് ചോദിച്ച് വീണ്ടെടുക്കാം: mp_projects ; വീണ്ടും ശ്രമിക്കാം; ആദ്യത്തേതിൽനിന്ന് കഴിയില്ല.

ഫലങ്ങളിൽ രണ്ടും ഉൾപ്പെടുന്നു: structuredContent കൂടാതെ അതേ ഡാറ്റ ടെക്സ്റ്റ് ബ്ലോക്കിലേക്ക് സീരിയലൈസ് ചെയ്തതും; അതിനാൽ പഴയ ക്ലയന്റുകൾക്കും ഉപകാരപ്രദമായത് കാണാം.

ഇവിടെ പരാമർശിക്കുന്ന എല്ലാ വ്യാപാരമുദ്രകളും അവയുടെ ഉടമകളുടേതാണ്. ഈ ദാതാക്കളുമായി MousePlayer-ന് ബിസിനസ് ബന്ധമില്ല.