እንደ ዳግም-ሻጭ ማዘጋጀትን እንዴት አውቶማቲክ አደርጋለሁ?

በPartners ካቢኔ ውስጥ የዳግም-ሽያጭ ቶከን (rk_…) ታገኛለህ እና በእሱ ያንኑ MCP endpoint (ወይም REST API) ትጠራለህ። ቶከኑ በሚና ተጣርቷል፦ ሙሉ የደንበኛ የሕይወት ዑደትን የሚሸፍኑ 30 reseller_* መሣሪያዎችን ይከፍታል — እቅድ ፍጠር፣ ደንበኛ ጨምር፣ ለእሱ VM አዝዝ፣ ሁኔታ አንብብ፣ አግድ፣ እገዳ አንሳ፣ አድስ፣ ሰርዝ። ለደንበኛ አገልጋይ ማዘዝ ከፓነል ክፍለ ጊዜ ይልቅ አንድ የተረጋገጠ ጥሪ ይሆናል።

እዚህ በAPI እና MCP መካከል ልዩነቱ ምንድን ነው?

ተመሳሳይ ችሎታዎች፣ ሁለት በሮች። REST API ከራስህ ባክኤንድ ወይም ቢሊንግ የምትጽፈው ነው። MCP endpoint ያንኑ reseller_* መሣሪያዎች ለAI ወኪል ወይም MCP-ተኳሃኝ ደንበኛ ይከፍታል፣ ስለዚህ ሞዴል በቀጥታ ሊያንቀሳቅሳቸው ይችላል። ማንኛውንም ወይም ሁለቱንም መጠቀም ትችላለህ — በREST የሚያዘጋጅ የቢሊንግ webhook፣ እና ቀሪውን በMCP የሚሠራ ወኪል።

AI ወኪል በእውነት ትዕዛዝና ማገድ ማካሄድ ይችላል?

አዎ — የMCP ገጽ ለዚህ ነው። የዳግም-ሽያጭ መሣሪያዎች ለMCP ስለተከፈቱ፣ በrk_ ቶከንህ የተረጋገጠ ወኪል ደንበኛ ሲከፍል VM ማዘዝ፣ ሁኔታውን ማንበብ፣ ባለመክፈል ማገድ እና በክፍያ እገዳ ማንሳት ይችላል፣ ሁሉም በፓነል የሚጫን ሰው ሳይኖር። አንተ ፖሊሲ ትወስናለህ፤ ወኪሉ ይፈጽመዋል።

የዳግም-ሽያጭ መዳረሻዬ እንዴት ይረጋገጣል እና ይወሰናል?

በዳግም-ሽያጭ ቶከን (rk_…) እንደ Authorization: Bearer rk_… ተልኮ። በሚና ወደ reseller_* መሣሪያዎች ብቻ ተጣርቷል፣ ስለዚህ ደንበኞችህንና እቅዶችህን ያንቀሳቅሳል፣ ሙሉ መድረኩን አይደለም። ቶከኑን እንደ ማንኛውም credential በምስጢር ያዝ፤ የሙሉ የደንበኛ መርከብህ ቁልፍ ነው።

ሁሉንም በአንድ ጊዜ አውቶማቲክ ማድረግ አለብኝ?

አይ። ከፓነል በማዘጋጀት ጀምር፣ ከዚያ እያደግክ ሲሄድ በጣም ተደጋጋሚ ድርጊቶችን ወደ API አዛውር — ብዙ ጊዜ መጀመሪያ ትዕዛዝ-በክፍያ እና ማገድ-በአለመክፈል። ነጥቡ ይህ ነው፦ እነዚህ ሁለቱ ሲኦቶማቲክ ሆኑ የኦፕሬሽን ጥረት ከደንበኛ ብዛት ጋር መዛመድ ያቆማል፣ እና ትልቅ የዳግም-ሽያጭ መዝገብን ትርፋማ የሚያደርገው ይኸው ነው።

የVPS ዳግም-ሽያጭ ንግድህን በAPI እና MCP አውቶማቲክ ማድረግ

በእጅ የሚሠራ የዳግም-ሽያጭ ንግድ በፍጥነት ጣሪያ ይመታል፦ እያንዳንዱ ትዕዛዝ፣ እያንዳንዱ ማገድ፣ እያንዳንዱ ማደስ በፓነል የሚጫን ሰው ነው፣ እና ጊዜህ ከደንበኛ ብዛት ጋር ያድጋል። ከዚህ ጣሪያ ለማለፍ መንገዱ ኦፕሬሽኑን እንደ ኮድ ማስኪድ ነው — እና EQVPS የዳግም-ሽያጭ ጎኑን በREST API እና በMCP endpoint በሁለቱም ይከፍታል፣ ስለዚህ ልትጽፈው ወይም ለAI ወኪል ልትሰጠው ትችላለህ።

አንድ ቶከን፣ 30 የዳግም-ሽያጭ መሣሪያዎች

በPartners ካቢኔ ውስጥ የዳግም-ሽያጭ ቶከን (rk_…) ታገኛለህ እና እንደ Authorization: Bearer rk_… ትልከዋለህ። ቶከኑ በሚና ተጣርቷል፦ ሙሉ የደንበኛ የሕይወት ዑደትን የሚሸፍኑ 30 reseller_* መሣሪያዎችን በያው MCP endpoint ላይ ይከፍታል፦

እቅድ ፍጠር እና ዋጋውን ወስን፣
ደንበኛ ጨምር፣
reseller_order_for_client — በብራንድህ ስር VM አዝዝ፣
ሁኔታውን አንብብ፣
reseller_suspend_client / reseller_unsuspend_client — አግድ እና መልስ፣
አድስ እና ሰርዝ።

አገልጋይ ማዘዝ የፓነል ክፍለ ጊዜ መሆኑን ያቆማል እና አንድ የተረጋገጠ ጥሪ ይሆናል።

API ወይስ MCP — ተመሳሳይ ችሎታዎች፣ ሁለት በሮች

እነዚህ ተወዳዳሪ አማራጮች አይደሉም፤ ወደ ተመሳሳይ መሣሪያዎች ሁለት መግቢያዎች ናቸው፦

REST API — ከራስህ ባክኤንድ ወይም ቢሊንግ የምትጽፈው። የክፍያ webhook ይተኩሳል፣ ኮድህ የትዕዛዝ endpoint ይጠራል፣ VM በብራንድህ ስር ይዘጋጃል።
MCP endpoint — ያው reseller_* መሣሪያዎች ለAI ወኪል ወይም MCP-ተኳሃኝ ደንበኛ የተከፈቱ፣ ስለዚህ ሞዴል በቀጥታ ያንቀሳቅሳቸዋል።

አብዛኞቹ ዳግም-ሻጮች ሁለቱንም ይጠቀማሉ፦ በREST የሚያዘጋጅ የቢሊንግ webhook፣ እና ይበልጥ አስቸጋሪ ውሳኔዎችን በMCP የሚይዝ ወኪል።

ቦይ፦ ኦፕሬሽኑን የሚያንቀሳቅስ ወኪል

ልክ እዚህ ነው ከማንኛውም ሌላ የዳግም-ሽያጭ ፕሮግራም መምሰሉን የሚያቆመው። የዳግም-ሽያጭ መሣሪያዎች በMCP ላይ ስለሆኑ፣ በrk_ ቶከንህ የተረጋገጠ AI ወኪል ንግዱን በቀጥታ ሊያንቀሳቅስ ይችላል — ደንበኛ ሲከፍል VM ማዘዝ፣ ሁኔታ ማንበብ፣ ባለመክፈል ማገድ፣ በክፍያ እገዳ ማንሳት — በዑደት ውስጥ ሰው ሳይኖር። ወኪል የራሱን አገልጋይ ገዝቶ ሊያስኪድ የሚችልበት ያው መድረክ ወኪል ለደንበኞችህ ሲል መርከብ እንዲያንቀሳቅስ ያስችለዋል። አንተ ፖሊሲ ትወስናለህ፤ ወኪሉ ይፈጽመዋል። ይህ እንደ ተጨባጭ ንድፍ በAI የሚመራ የሆስቲንግ ንግድ ነው።

አነስተኛ ፍሰት

// እያንዳንዱን ጥሪ በዳግም-ሽያጭ ቶከንህ አረጋግጥ
// Authorization: Bearer rk_...

reseller_order_for_client({ client_id, product: "small", os_id: 1 })  // በብራንድህ ስር አዘጋጅ
// → service_id፣ ip፣ መዳረሻ — እንደ ራስህ ለደንበኛህ አስረክብ
reseller_suspend_client({ service_id })       // ባለመክፈል
reseller_unsuspend_client({ service_id })      // በክፍያ

አራት ጥሪዎች ቀደም ሲል በእያንዳንዱ ደንበኛ፣ በእያንዳንዱ ክስተት የፓነል ክፍለ ጊዜ የነበረውን ይተካሉ።

ሐቀኛ ወሰን

ቶከኑ credential ነው። rk_… የሙሉ የደንበኛ መርከብህ ቁልፍ ነው — እንደ ቁልፍ ያዘው፣ ከተጋለጠ ቀይረው።
አውቶሜሽን የአንተን ፖሊሲ ይፈጽማል፣ የራሱን አይደለም። የሚያዝ እና የሚያግድ ወኪል የሰጠኸው ደንቦች ያህል ብቻ ጥሩ ነው፤ ወጪን በቅድመ-ክፍያ ቀሪ ሂሳብ ገድብ ስለዚህ ስህተት ወይም መጥፎ ጥያቄ እንዳይሮጥ።
ድጋፍ እና ቢሊንግ አሁንም የአንተ ናቸው። አውቶሜሽን ጠቅታውን ያስወግዳል፣ የደንበኛ ግንኙነትን አይደለም።

ቀጥሎ ወዴት

ሙሉ ማጣቀሻ — ማረጋገጫ፣ reseller_* መሣሪያዎች፣ የos_id አያያዝ እና ሁኔታዎች — በreseller API / MCP ሰነድ ውስጥ ነው። በንግድ ጎን አዲስ ነህ? በየVPS ዳግም-ሽያጭ ንግድ እንዴት መጀመር ጀምር። የጅምላ ጎን white-label ዳግም-ሽያጭ ፕሮግራም ነው።