يستطيع وكيل ذكاء اصطناعي كتابة كاشط، وتصحيحه، وإخبارك بالضبط أين تنشره. ثم يتوقّف. لأنّ الخطوة التالية — استئجار الخادم فعلًا — تحتاج بشرًا في الغالب دائمًا: فتح حساب، ربما اجتياز فحص هوية، كتابة رقم بطاقة في صفحة دفع. قام الوكيل بالجزء الصعب والآن ينتظرك للجزء الممل.
تلك الفجوة هي كل سبب وجود هذا. أخرجنا البشر من الوسط.
أين ينكسر الاستقلال عادةً
فكّر فيما يتضمّنه «استئجار خادم» فعلًا على مضيف عادي. استمارة تسجيل. بريد للتأكيد. تفاصيل فوترة، أحيانًا هوية. بطاقة عند الدفع. لوحة تحكّم لإيجاد الـ IP. كلٌّ منها يفترض شخصًا جالسًا هناك.
الوكيل لا يستطيع الجلوس هناك. يستطيع استدعاء API، وحمل رمز، واتخاذ قرارات — لكنه لا يستطيع تلقّي بريد تحقّق أو انتزاع بطاقة ائتمان. فلحظة تدخل البنية التحتية الصورة، يعود سير العمل المستقل إلى سير عمل بشري بخطوات إضافية. أردت وكيلًا يُنجز؛ فحصلت على وكيل يفتح تذكرة.
التدفّق، من طرف إلى طرف
في EQVPS الإجراءات نفسها أدوات MCP (16 منها) زائد REST API — والأهمّ، يستطيع الوكيل الحصول على بيانات اعتماده الخاصة. إليك التسلسل الفعلي:
// 1. احصل على حساب — يعود الرمز فورًا، بلا بريد، بلا بشر
register_account({ first_name: "Ada", last_name: "Agent", email: "ada@example.com" })
// → { token: "..." } أرسله كـ Authorization: Bearer <token> من هنا فصاعدًا
// 2. انظر ما هو متاح
list_plans()
// → خطط بمواصفات وأسعار ومعرّفات صور نظام تشغيل
// 3. تأكّد من وجود مال على الرصيد
get_balance()
// → { balance: 25, currency: "USD" }
// 4. اطلب — هذا يخصم من الرصيد ويُجهّز الصندوق
order_vps({ product: "nano", os_id: 1, hostname: "ada-worker" })
// → { service_id, paid_from_balance: true }
// 5. اقرأ مفاتيح خادمه الجديد
get_vps_status({ service_id })
// → { ip, ssh_port, password } ~60 ثانية بعد الطلب
خمسة استدعاءات والوكيل داخل آلة استأجرها بنفسه عبر SSH. لا لوحة تحكّم، لا أحد يوافق على كل خطوة. إن فضّلت قيادته من HTTP بسيط، فالنقاط نفسها موجودة عبر REST — MCP أو REST، اختيارك.
الجزء الصادق: ما هو مؤتمت وما ليس كذلك
الطلب مستقلّ كليًا. تمويل الرصيد ليس كذلك — ليس بعد. الآن يضع أحدهم عملات مشفّرة على الرصيد مرة واحدة (USDC/USDT، أو بطاقة عبر بوّابة)، ومن تلك النقطة يطلب الوكيل ويوسّع ويُلغي بنفسه، منفقًا فقط ما هو موجود.
الحالة النهائية التي يتخيّلها الجميع — وكيل يدفع على السلسلة، لكل طلب، دون تمويل مسبق — هي بأسلوب x402، ونعتقد أنّ هذا هو الاتجاه. لم نوصّله. يحتاج مسارات مُسوّاة بـ USDC وبضعة أشياء لا نُشغّلها اليوم، فبدل لصق «مدفوعات مستقلّة كليًا» على العلبة، إليك الحقيقة: طلب مستقلّ الآن، تمويل مستقلّ لاحقًا. الرصيد المدفوع مسبقًا هو الجسر، وبصراحة يعمل أيضًا كسقف إنفاق تريده على الأرجح على أي حال.
بضعة تفاصيل حقيقية
يتحدّث خادم MCP بـ Streamable HTTP على https://mcp.eqvps.com/mcp، فيدخل في أي عميل MCP دون طبقة محلية. المصادقة رمز Bearer يسكّه الوكيل بنفسه بـ register_account — الرمز نفسه يعمل عبر MCP وREST، مقابل الحساب والرصيد نفسيهما. الجلسات مُتتبَّعة على الخادم، فيستطيع وكيل طويل التشغيل حمل اتصال واحد ومواصلة استدعاء الأدوات.
ملاحظة عملية من تشغيل هذا: عامِل الرمز وكلمة مرور root المُعادة كالأسرار التي هي. ينبغي للوكيل تخزينها، لا ترديدها في السجلّات أو الدردشة. الرصيد يحدّ نطاق الانفجار المالي؛ ونظافة الأسرار الأساسية تحدّ الباقي.
لماذا يهمّ
الآن معظم عملائنا الفعليين بشر يصادف أنهم يحبّون الدفع بالعملات المشفّرة — لن نتظاهر بأنّ الويب مكتظّ بوكلاء مستقلّين يشترون خوادم. لكن الاتجاه واضح. مع تولّي الوكلاء مهامّ أطول وحقيقية، يكفّ «هل يستطيع الحصول على بنيته التحتية وتشغيلها؟» عن كونه حيلة ويصير متطلّبًا. حين يحلّ ذلك اليوم كاملًا، يجب أن تكون المسارات موجودة أصلًا.
إنها موجودة. أضف خادم MCP إلى وكيلك — ابدأ بـ ربط عميل MCP — موّل رصيدًا صغيرًا، ودعه يستأجر خادمه الأول. نحو دقيقة حتى الـ root.
التعليقات
لا تعليقات بعد. كن الأول.