قبل حين سجّل وكيل ذكاء اصطناعي في EQVPS، ووضع USDT على رصيد، وطلب VPS، وقرأ بيانات اعتماد root الخاصة به — من البداية إلى النهاية في نحو ثماني عشرة ثانية، بلا بشر في أي مكان في الحلقة. حتى إنه سلّمنا مفتاح SSH العامّ الخاص به وقت الطلب كي يدخل دون كلمة مرور. ثم، بعد يوم، عاد واشترى واحدًا أكبر.
هذا هو الجزء الذي لا يصدّقه الناس تمامًا حتى يروه. يستطيع الوكيل كتابة الشيفرة، وتصحيحها، وإخبارك أين تنشر — لكن استئجار الصندوق الفعلي احتاج دائمًا شخصًا: استمارة تسجيل، ربما فحص هوية، بطاقة عند صفحة دفع. يقوم الوكيل بالجزء الصعب ثم ينتظرك للجزء الممل.
إن كنت تبني على AutoGPT، فتلك الفجوة مغلقة أصلًا. عليك فقط توصيلها.
AutoGPT يتحدّث MCP جاهزًا
إليك النقطة المفيدة التي يفوّتها معظم الناس: يأتي AutoGPT بـ كتلة MCP. وصفها حرفيًا «اتصل بأي خادم MCP ونفّذ أدواته. قدّم رابط خادم، اختر أداة، ومرّر وسائط ديناميكيًا». لا تحتاج تكامل EQVPS مخصّصًا — الكتلة العامة هي التكامل.
فالإعداد قصير:
- أضف كتلة MCP إلى رسم وكيلك.
- اضبط server_url على
https://mcp.eqvps.com/mcp. - أعطها رمز Bearer كبيان اعتماد.
- اختر أداة، مرّر وسائط.
الخطوة 3 هي الشيء الوحيد الجدير بالشرح، لأنها حيث يختلف تصميمنا عن API عادي.
الحصول على الرمز — بلا بشر، بلا بريد
معظم المضيفين يمنحون مفاتيح API عبر لوحة تحكّم تسجّل الدخول إليها. ذلك لا يصلح لوكيل؛ فالنقطة كلها ألّا يوجد شخص لينقر «توليد مفتاح».
فـ register_account أداة عامة. يستدعيها الوكيل بحقلين ويحصل على رمز Bearer في الاستجابة نفسها — بلا تأكيد بريد، بلا OTP، بلا شاشة تحقّق. تأخذ ذلك الرمز وتضعه في حقل بيانات اعتماد كتلة MCP، وكل استدعاء لاحق (order_vps وget_vps_status والبقية) يخرج مُصادَقًا. تحت الغطاء يرسل العميل ببساطة Authorization: Bearer <token> — لا شيء غريب، وهو بالضبط لماذا تتحدّث كتلة MCP بـ AutoGPT معه دون أي معاملة خاصة.
إن فضّلت ألّا يسجّل الوكيل نفسه، سجّل أنت مرة، خذ الرمز، وسلّمه. كلاهما يعمل.
تدفّق حقيقي
قل إنك تريد للوكيل إنشاء صندوق لكاشط. باستدعاءات الأدوات ذلك:
list_plans← انظر الخطط، ولكلٍّ معرّفات صور نظام التشغيل. slugs الخطط أشياء مثلnanoوmicroوai-agent-ip. نظام التشغيل هوos_id(رقم من تلك القائمة — Ubuntu 24.04، Debian 12، AlmaLinux 9)، لا سلسلة مثل"ubuntu-24".order_vpsبـ{ product: "nano", os_id: 1, ssh_key: "ssh-ed25519 AAAA..." }. مرّر مفتاح SSH وتحصل على دخول root بالمفتاح فورًا — يُنصح به بشدّة لوكيل، فلا يضطرّ أبدًا للتعامل مع كلمة مرور.get_vps_status← استعلم حتى يصيرactive. هذا يُعيد المضيف والمنفذ وأمرsshجاهزًا للّصق. الـ root عادةً في المتناول بعد نحو دقيقة من الطلب؛ الـ VM الجديد يحتاج لحظة للإقلاع قبل أن يردّ SSH، فإن رُفضت المحاولة الأولى، انتظر وأعد — لا تُعِد التثبيت.
هذا كل شيء. الوكيل الآن لديه خادم يستطيع الدخول إليه عبر SSH وفعل ما بُني لأجله.
ادفع بالعملات المشفّرة، تخطَّ الهوية
الدفع رصيد مدفوع مسبقًا. تموّله بـ USDC أو USDT — على Base أو Ethereum أو Polygon — وorder_vps يُنفق من ذلك الرصيد. بلا بطاقة، بلا عنوان فوترة، بلا فحص هوية. لوكيل مستقلّ يهمّ ذلك مرّتين: لا استمارة بطاقة لا يستطيع ملأها، والرصيد سقف صارم لما يمكنه إنفاقه. حرفيًا لا يستطيع تكبيد فاتورة فوق ما وضعته عليه.
هناك أيضًا topup_balance وpay_invoice إن فضّلت أن يقود الوكيل التمويل عبر رابط دفع، لكن النموذج البسيط — موّل مرة، دعه يطلب — هو ما نلجأ إليه.
ما الصادق قوله
أمران، لأنّ التظاهر بغير ذلك يُهدر وقتك.
التمويل ليس مستقلًا كليًا بعد. يشحن أحدهم الرصيد بالعملات المشفّرة أولًا؛ بعدها يكون الوكيل بنفسه للطلب والإدارة. الفوترة الحقيقية على السلسلة لكل طلب بالدفع-حسب-الاستخدام شيء نريده، لكنه غير موصول، ولن ندّعي أنه كذلك.
الخطط الافتراضية NAT، لا IP مخصّص. على خطة NAT يأتي SSH على منفذ مُحوَّل (مُبيَّن في get_vps_status) ويُطابَق على المنفذ 22 داخل الـ VM — يجدر معرفته إن أعدّ وكيلك جدار حماية، لأنك تسمح بالمنفذ 22 داخليًا، لا المنفذ الخارجي. إن احتاج الوكيل IPv4 عامًا خاصًا به (خدمات واردة، خادم ويب خاص)، اختر إحدى خطط -ip بدلًا. لعامل يجري استدعاءات صادرة فقط، NAT جيّد وأرخص.
الخلاصة
إن كنت تُشغّل وكلاء على AutoGPT وكنت أنت البشر عند الدفع، فيمكنك التوقّف عن كونك ذلك. أضف كتلة MCP، وجّهها إلى https://mcp.eqvps.com/mcp، دع الوكيل يسجّل ويطلب. أعطه مفتاح SSH ورصيدًا ممولًا وسيحصل على root على صندوقه الخاص في نحو دقيقة — ولن تعرف أنّ ذلك حدث إلا حين تفحص السجلّات.
التعليقات
لا تعليقات بعد. كن الأول.