EQVPS

אוטומציה של עסק המשווק שלכם ב-VPS דרך API ו-MCP

5 בספט׳ 2026 · 2 דק' קריאה · EQVPS Team

עסק משווק שרץ ביד פוגע בתקרה מהר: כל הזמנה, כל השהיה, כל חידוש הם אדם שלוחץ דרך פאנל, והזמן שלכם מתרחב עם מספר הלקוחות. הדרך מעבר לתקרה הזו היא להריץ את התפעול כקוד — ו-EQVPS חושפת את צד המשווק מעל REST API וגם נקודת קצה של MCP, אז אתם יכולים לכתב את זה או למסור אותו לסוכן AI.

טוקן אחד, 30 כלי משווק

אתם מקבלים טוקן משווק (rk_…) בקבינט השותפים ושולחים אותו כ-Authorization: Bearer rk_…. הטוקן הזה מסונן-תפקיד: הוא חושף 30 כלי reseller_* על אותה נקודת קצה של MCP, שמכסים את מחזור החיים המלא של הלקוח:

הזמנת שרת מפסיקה להיות סשן בלוח בקרה והופכת לקריאה מאומתת אחת.

API או MCP — אותן יכולות, שתי דלתות כניסה

הן לא אופציות מתחרות; הן שתי דרכים לאותם כלים:

רוב המשווקים משתמשים בשניהם: webhook של חיוב שמקים דרך REST, וסוכן שמטפל בשיפוטים המבולגנים יותר דרך MCP.

החפיר: סוכן שמריץ את התפעול

כאן זה מפסיק להיראות כמו כל תוכנית משווק אחרת. מכיוון שכלי המשווק על MCP, סוכן AI מאומת עם טוקן ה-rk_ שלכם יכול להפעיל את העסק ישירות — להזמין VM כשלקוח משלם, לקרוא סטטוס, להשהות באי-תשלום, לבטל השהיה בתשלום — ללא אדם בלולאה. אותה פלטפורמה שבה סוכן יכול לקנות ולהריץ שרת משלו מאפשרת לסוכן להריץ צי בשם הלקוחות שלכם. אתם קובעים את המדיניות; הסוכן מבצע אותה. זה עסק האחסון המופעל-AI כדפוס קונקרטי.

זרימה מינימלית

// authenticate every call with your reseller token
// Authorization: Bearer rk_...

reseller_order_for_client({ client_id, product: "small", os_id: 1 })  // provision under your brand
// → service_id, ip, access — deliver it to your client as your own
reseller_suspend_client({ service_id })       // on non-payment
reseller_unsuspend_client({ service_id })      // on settlement

ארבע קריאות מחליפות את מה שהיה סשן בלוח בקרה לכל לקוח, לכל אירוע.

היקף כן

לאן ללכת עכשיו

ההפניה המלאה — אימות, כלי ה-reseller_*, טיפול ב-os_id וסטטוסים — נמצאת בתיעוד Reseller API / MCP. חדשים בצד העסקי? התחילו עם איך להתחיל עסק משווק VPS. הצד הסיטונאי הוא תוכנית המשווק ב-white-label.

שאלות נפוצות

איך אני מבצע אוטומציה של הקמה כמשווק?

אתם מקבלים טוקן משווק (rk_…) בקבינט השותפים וקוראים לאותה נקודת קצה של MCP (או ל-REST API) איתו. הטוקן מסונן-תפקיד: הוא חושף 30 כלי reseller_* שמכסים את מחזור החיים המלא של הלקוח — יצירת תוכנית, הוספת לקוח, הזמנת VM עבורו, קריאת סטטוס, השהיה, ביטול השהיה, חידוש, ביטול. הזמנת שרת ללקוח הופכת לקריאה מאומתת אחת במקום סשן בלוח בקרה.

מה ההבדל בין ה-API ל-MCP כאן?

אותן יכולות, שתי דלתות כניסה. ה-REST API הוא מה שאתם מכתבים ממנו מה-backend או ממערכת החיוב שלכם. נקודת הקצה של MCP חושפת את אותם כלי reseller_* לסוכן AI או ללקוח מסוגל-MCP, כך שמודל יכול להפעיל אותם ישירות. אתם יכולים להשתמש באחד או בשניהם — webhook של חיוב שמקים דרך REST, וסוכן שמטפל בשאר דרך MCP.

האם סוכן AI באמת יכול להריץ את ההזמנה וההשהיה?

כן — לזה משטח ה-MCP מיועד. מכיוון שכלי המשווק חשופים ל-MCP, סוכן מאומת עם טוקן ה-rk_ שלכם יכול להזמין VM כשלקוח משלם, לקרוא את הסטטוס שלו, להשהות באי-תשלום ולבטל השהיה בתשלום, הכל ללא אדם שלוחץ דרך פאנל. אתם קובעים את המדיניות; הסוכן מבצע אותה.

איך גישת המשווק שלי מאומתת ומתוחמת?

עם טוקן משווק (rk_…) שנשלח כ-Authorization: Bearer rk_… . הוא מסונן-תפקיד לכלי ה-reseller_* בלבד, אז הוא מפעיל את הלקוחות והתוכניות שלכם, לא את הפלטפורמה כולה. שמרו את הטוקן סודי כמו כל אישור; הוא המפתח לכל צי הלקוחות שלכם.

האם אני חייב להפוך הכל לאוטומטי בבת אחת?

לא. התחילו בהקמה מלוח הבקרה, ואז העבירו את הפעולות בעלות-הנפח-הגבוה ביותר ל-API ככל שאתם גדלים — בדרך כלל הזמנה-בתשלום והשהיה-באי-תשלום קודם. הנקודה היא שהמאמץ התפעולי מפסיק להתרחב עם מספר הלקוחות ברגע שהשניים האלה אוטומטיים, וזה מה שהופך ספר משווק גדול לרווחי.

← חזרה לבלוגראו תוכניות ומחירים →

תגובות

אין עדיין תגובות. היו הראשונים.

השאירו תגובה

התגובות עוברות מודרציה לפני שהן מופיעות.