በMCP ተመዘገብኩ አሁንም login tool የይለፍ ቃሌ የተሳሳተ ነው ይላል።

ይህ የሚጠበቅ ነው። በregister_account የተፈጠሩ መለያዎች የይለፍ ቃል የላቸውም — ከregister_account የተመለሰልዎ bearer token ማስረጃዎ ነው። loginን አይጥሩ፤ ያንን token በእያንዳንዱ ጥያቄ ላይ እንደ Authorization: Bearer header ብቻ ይላኩ። tokenን ካጡት፣ ከታች ያለውን የመልሶ ማግኛ ክፍል ይመልከቱ።

ያለ የይለፍ ቃል token እንዴት አገኛለሁ?

register_account toolን አንድ ጊዜ ይጥሩ (first_name, last_name, email)። ወዲያውኑ token ይመልሳል — የኢሜይል ኮድ የለም፣ የሰው እርምጃ የለም። ያስቀምጡት። ያ አንድ token እያንዳንዱን ተከታይ ጥሪ ያረጋግጣል።

ለማንኛውም የይለፍ ቃል ማዘጋጀት እችላለሁ?

አዎ፣ እና እንደ backup ጥሩ ሐሳብ ነው። tokenዎን አሁንም ይዘው ሳለ፣ set_passwordን ከአዲስ የይለፍ ቃል ጋር ይጥሩ። ከዚያ በኋላ አሁን ያለውን ካጡ login toolን (ኢሜይል + የይለፍ ቃል) ተጠቅመው አዲስ token ማግኘት ይችላሉ።

እኔ ሰው ነኝ፣ agent አይደለሁም — እንዴት ልግባ?

ድህረ ገጹን ይጠቀሙ። በGoogle/GitHub/GitLab/X ይግቡ፣ ወይም የአንድ-ጊዜ ኮድ (OTP) ወደ ኢሜይልዎ ይጠይቁ። Agents የኢሜይል-OTP ፍሰትን ማድረግ አይችሉም ምክንያቱም inboxን ማንበብ አይችሉም — ያ መንገድ በአሳሽ ውስጥ ላሉ ሰዎች ነው።

Tokens ጊዜያቸው ያልፋል?

tokenን ረጅም-ዕድሜ ያለው ግን የማይሞት አድርገው ይያዙት — ያስቀምጡት፣ እና token ካረጀ ወይም ካጡት በጭራሽ እንዳይቆለፉ የይለፍ ቃል እንደ ማስተጓጎያ ያዘጋጁ።

Agent & MCP መግቢያ: bearer token፣ የይለፍ ቃል የለም

AI agent በMCP እንዴት እንደሚገባ: register_account bearer token ይመልሳል፣ እና ያ token ማስረጃው ነው — የይለፍ ቃል የለም፣ የኢሜይል ኮድ የለም። ካጡት ምን ማድረግ እንዳለብዎ፣ እና የይለፍ ቃል እንደ backup እንዴት ማዘጋጀት እንደሚቻል።

እዚህ ሰርቨር የሚከራዩ AI agent ከሆኑ፣ አስቀድሞ መረዳት ያለብዎ ነገር ይህ ነው: የእርስዎ bearer token የእርስዎ መግቢያ ነው። የይለፍ ቃል እርምጃ የለም፣ የኢሜይል ኮድ የለም፣ link የሚጫን ሰው የለም። አንድ tool ይጥራሉ፣ token ያገኛሉ፣ እና ያንን token ከዚያ በኋላ በሁሉም ነገር ላይ ይላካሉ። ሙሉ ሞዴሉ ይህ ነው — እና ስለሱ መደናገር agents እራሳቸውን የሚቆልፉበት ብቸኛው በጣም የተለመደ መንገድ ነው።

Agent እንዴት እንደሚገባ

የMCP clientዎን ወደ https://mcp.eqvps.com/mcp ያመልክቱ እና register_account ን ከመጠሪያ ስም፣ የአባት ስም እና ኢሜይል ጋር ይጥሩ። ወዲያውኑ token ይመልሳል:

Authorization: Bearer <token>

ያንን header በእያንዳንዱ ተከታይ MCP ጥሪ ላይ ይላኩ። ያ ነው። እርስዎ ሊተይቡት የሚችሉት የይለፍ ቃል አይፈጠርም፣ የማረጋገጫ ኢሜይል አይላክም፣ ሰው አይሳተፍም። token እርስዎ ማን እንደሆኑ ያረጋግጣል፣ እና ከመለያዎ ጋር የተሳሰረ ነው — የማንንም ሌላ ሰው መንካት አይችልም።

እንደሠራ ማረጋገጥ ይፈልጋሉ? whoami ን ይጥሩ — token ትክክለኛ ከሆነ የመለያ id፣ ስም እና ኢሜይልዎን ይመልሳል።

መወገድ ያለበት ስህተት

login tool አለ፣ እና ኢሜይል እና የይለፍ ቃል ይወስዳል። እንደ agent ከተመዘገቡ፣ የይለፍ ቃል የለዎትም፣ ስለዚህ login ውድቅ ያደርግዎታል — እና ከregister_account የመጣውን token አስቀድመው ከጣሉት፣ አሁን የሚገቡበት ምንም ነገር የለም። agent የሚጣበቀው በትክክል በዚህ መንገድ ነው: ተመዘገበ፣ tokenን ለተወሰነ ጊዜ ተጠቀመ፣ ጣለው፣ ከዚያ ወደ login ተዘረጋ እና ግድግዳ መታ።

ስለዚህ ደንቡ ቀላል ነው: ከregister_account የመጣውን token ያስቀምጡ። ማስረጃው እሱ ነው። እንደገና መጠቀም መደበኛው መንገድ ነው፤ login አይደለም።

መልሶ ማግኛ: የይለፍ ቃል እንደ backup ያዘጋጁ

የጠፋ token ያለ የይለፍ ቃል የተቆለፈ መለያ ማለት ስለሆነ፣ ማስተጓጎያ አለ — tokenዎን አሁንም ይዘው ሳለ የይለፍ ቃል ያዘጋጁ:

set_password ን ከአዲስ የይለፍ ቃል ጋር ይጥሩ (8+ ቁምፊዎች፣ ፊደሎች እና ቁጥሮች)። tokenዎ አስቀድሞ የእርስዎ መለያ መሆኑን ስለሚያረጋግጥ በመጀመሪያ ጊዜ አሁን ያለ የይለፍ ቃል አያስፈልገውም። ያ ከተከናወነ በኋላ፣ ሁለተኛ የመግቢያ መንገድ አለዎት: login tool ከኢሜይልዎ እና ከዚያ የይለፍ ቃል ጋር በሚፈልጉበት ጊዜ ሁሉ አዲስ token ይፈጥራል።

ይህን ቀድመው ያድርጉ፣ ከregister_account በኋላ ወዲያውኑ፣ እና ስለ ያረጀ ወይም የጠፋ token እንደገና መጨነቅ አያስፈልግዎትም። ሁለት ጥሪዎች ናቸው: ይመዝገቡ፣ ከዚያ የይለፍ ቃል ያዘጋጁ።

ሰዎች: ድህረ ገጹን ይጠቀሙ

ሰው ከሆኑ ከላይ ካሉት ምንም አይተገበርም። dashboardን በአሳሽ ውስጥ ይክፈቱ እና በGoogle፣ GitHub፣ GitLab ወይም X ይግቡ፣ ወይም ወደ ኢሜይልዎ የሚላክ የአንድ-ጊዜ ኮድ (OTP) ይጠይቁ። Agents በተለይ OTP መጠቀም አይችሉም — ኮዱን ለማምጣት inboxን ማንበብ አይችሉም — ለዚህም ነው token ፍሰቱ ለእነሱ በመጀመሪያ ደረጃ ያለው።

አጭሩ ስሪት

Agent: register_account → token ን ያስቀምጡ → እንደ Authorization: Bearer ይላኩት። ያ token የእርስዎ መግቢያ ነው።
Backup ያድርጉት: tokenን ይዘው ሳለ set_password ን አንድ ጊዜ ይጥሩ፣ ስለዚህ login የመልሶ ማግኛ መንገድ ይሆናል።
tokenን አጥተው የይለፍ ቃል ፈጽሞ አላዘጋጁም? ተቆልፈዋል — ticket ይክፈቱ እኛም እናዘጋጅልዎታለን። ማስወገድ ይሻላል: tokenን ያስቀምጡ፣ የይለፍ ቃል ያዘጋጁ።
ሰው: ድህረ ገጹን ብቻ ይጠቀሙ — OAuth ወይም የኢሜይል OTP ኮድ።

agentን ለመጀመሪያ ጊዜ እያዋቀሩ ከሆነ፣ አንድ agent ሌላ agent የያዘውን ሰርቨር ማንቀሳቀስ ሲፈልግ ይህን ከመዳረሻ መስጠት ጋር ያጣምሩት።