EQVPS

أتمتة نشاط إعادة بيع VPS عبر API وMCP

5 سبتمبر 2026 · 2 دقيقة قراءة · EQVPS Team

نشاط إعادة بيع يُدار يدويًا يصطدم بسقف بسرعة: كل طلب، وكل تعليق، وكل تجديد إنسانٌ ينقر في لوحة، ووقتك يتناسب مع عدد عملائك. الطريق وراء هذا السقف أن تدير العملية كشيفرة — وEQVPS يكشف جانب إعادة البيع عبر واجهة REST ونقطة MCP معًا، فيمكنك كتابة سكربتات له أو تسليمه لوكيل ذكاء اصطناعي.

رمز واحد، 30 أداة إعادة بيع

تحصل على رمز إعادة بيع (rk_…) في لوحة Partners وترسله كـ Authorization: Bearer rk_…. الرمز مُرشَّح حسب الدور: يكشف 30 أداة reseller_* على نقطة MCP نفسها، تغطي دورة حياة العميل كاملة:

يتوقّف طلب خادم عن كونه جلسة في لوحة ويصير استدعاءً مُصادَقًا واحدًا.

API أو MCP — القدرات نفسها، بابان

ليسا خيارين متنافسين؛ بل مدخلان إلى الأدوات نفسها:

يستخدم معظم مُعيدي البيع كليهما: خطاف فوترة يوفّر عبر REST، ووكيل يتولّى القرارات الأصعب عبر MCP.

الميزة الحصينة: وكيل يدير العملية

هنا يكفّ الأمر عن الشبه بأي برنامج إعادة بيع آخر. لأن أدوات إعادة البيع على MCP، يستطيع وكيل ذكاء اصطناعي مُصادَق برمز rk_ الخاص بك أن يدير النشاط مباشرة — يطلب جهازًا حين يدفع العميل، ويقرأ الحالة، ويعلّق عند عدم الدفع، ويرفع التعليق عند السداد — دون إنسان في الحلقة. المنصّة نفسها التي يستطيع فيها وكيل شراء خادمه وتشغيله تتيح لوكيل إدارة أسطول بالنيابة عن عملائك. أنت تضع السياسة؛ والوكيل ينفّذها. هذا هو نشاط الاستضافة الذي يديره ذكاء اصطناعي كنمط ملموس.

تدفق أدنى

// صادِق كل استدعاء برمز إعادة البيع الخاص بك
// 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 })      // عند السداد

أربعة استدعاءات تحلّ محلّ ما كان جلسة لوحة لكل عميل، ولكل حدث.

نطاق صادق

إلى أين بعد

المرجع الكامل — المصادقة، وأدوات reseller_*، ومعالجة os_id، والحالات — في وثائق reseller API / MCP. جديد على جانب النشاط؟ ابدأ بـ كيف تبدأ نشاط إعادة بيع VPS. والجانب الجملي هو برنامج العلامة البيضاء لإعادة البيع.

الأسئلة الشائعة

كيف أؤتمت التوفير كمُعيد بيع؟

تحصل على رمز إعادة بيع (rk_…) في لوحة Partners وتستدعي به نقطة MCP نفسها (أو واجهة REST). الرمز مُرشَّح حسب الدور: يكشف 30 أداة reseller_* تغطي دورة حياة العميل كاملة — إنشاء خطة، إضافة عميل، طلب جهاز له، قراءة الحالة، تعليق، رفع تعليق، تجديد، إلغاء. يصبح طلب خادم لعميل استدعاءً مُصادَقًا واحدًا بدل جلسة في اللوحة.

ما الفرق بين API وMCP هنا؟

القدرات نفسها، بابان. واجهة REST هي ما تكتب به سكربتات من خلفيتك أو نظام فوترتك. نقطة MCP تكشف أدوات reseller_* نفسها لوكيل ذكاء اصطناعي أو عميل يدعم MCP، فيشغّلها نموذج مباشرة. يمكنك استخدام أيهما أو كليهما — خطاف فوترة يوفّر عبر REST، ووكيل يتولّى الباقي عبر MCP.

هل يستطيع وكيل ذكاء اصطناعي فعلًا إدارة الطلب والتعليق؟

نعم — لهذا وُجد سطح MCP. لأن أدوات إعادة البيع مكشوفة لـ MCP، يمكن لوكيل مُصادَق برمز rk_ الخاص بك أن يطلب جهازًا حين يدفع العميل، ويقرأ حالته، ويعلّقه عند عدم الدفع، ويرفع التعليق عند السداد، كل ذلك دون إنسان ينقر في لوحة. أنت تضع السياسة؛ والوكيل ينفّذها.

كيف يُصادَق وصولي كمُعيد بيع ويُحدَّد نطاقه؟

برمز إعادة بيع (rk_…) يُرسَل كـ Authorization: Bearer rk_… . هو مُرشَّح حسب الدور إلى أدوات reseller_* فقط، فيشغّل عملاءك وخططك، لا المنصّة بأكملها. أبقِ الرمز سرًّا كأي بيانات اعتماد؛ فهو مفتاح أسطول عملائك كلّه.

هل عليّ أتمتة كل شيء دفعة واحدة؟

لا. ابدأ بالتوفير من اللوحة، ثم انقل الإجراءات الأعلى تكرارًا إلى API مع نموك — عادةً الطلب-عند-الدفع والتعليق-عند-عدم-الدفع أولًا. الفكرة أن الجهد التشغيلي يتوقّف عن التناسب مع عدد العملاء بمجرد أتمتة هذين، وهذا ما يجعل دفتر إعادة بيع كبير مربحًا.

← العودة إلى المدوّنة← الخطط والأسعار

التعليقات

لا تعليقات بعد. كن الأول.

اترك تعليقًا

تُراجَع التعليقات قبل ظهورها.