ما إن يُطلق نظام متعدد الوكلاء، حتى يكون أول ما ينفجر غالبًا ليس الاستراتيجية، بل الفاتورة.
يستدعي الوكيل الرئيسي ثلاثة وحدات فرعية؛ بعضها يتقاضى رسومًا عن كل طلب، وبعضها يحصل على نسبة من النتائج، كما لا يمكن منحها جميع الصلاحيات دفعة واحدة. وفي منتصف الكتابة، خطر لي فجأة أن الأمر لم يعد «أنجز العمل من أجلي»، بل صار مجموعة من البرامج الصغيرة التي تحاسب بعضها بعضًا.
1. على أي أساس يثق أحدهم بالآخر عند تسوية الحساب؟
يمكن تزوير العنوان، ويمكن لواجهة API أن تدّعي شيئًا غير حقيقتها، وإذا قيل إن المهمة أُنجزت، فكيف تتحقق من ذلك؟ يمكن مراقبة الأمر يدويًا ما دام صغيرًا، لكنه ينهار حين يتضخم.
2. لاحقًا، حين اطلعت على Kite، اكتشفت أنهم كانوا يهيئون البنية لهذا السيناريو منذ البداية.
لم يبدأوا بسرد الحكايات، بل طرحوا أولًا أسئلة مثل: كيف يثبت الوكيل هويته؟ وما الحد الأقصى للمبلغ الذي يمكنه إنفاقه؟ وكيف يوثّق ما حدث بعد الدفع؟ بدا حجم الاستدعاءات على شبكة الاختبار أشبه بحركة مرور واجهات API، لا ببضع معاملات كل عدة أيام كما في سلاسل الكتل التقليدية.
في Passport، تجد تفاصيل مثل انتهاء صلاحية الجلسة، وتحديد سقف الإنفاق مسبقًا، وتوضيح ما إذا خُصم المبلغ عند فشل الدفع. تشبه هذه الأمور دليل استخدام بطاقة مصرفية صُمم للآلات.
3. أتعامل مع إطلاق الشبكة الرئيسية على Avalanche، والتجارب مع PayPal، والتكامل الجاري في اتجاه Shopify، على أنها مجرد خلفية.
ما جعلني أتوقف فعلًا هو أن التعاون بين وكلاء متعددين، ما إن يتطلب إنفاق المال، يستلزم بنية تحتية مصممة وفق إيقاع الآلات؛ فلا يمكننا الاستمرار في التظاهر بأن هناك دائمًا شخصًا إلى جوارها ينقر زر التأكيد.
إذا أراد الوكلاء على السلسلة الانتقال من مجرد ألعاب إلى أعمال حقيقية، فعليهم اجتياز اختبار تسوية الحساب أولًا. وإن عجزوا عن ذلك، فلن تكون أي عملية تنسيق، مهما بدت متطورة، سوى عرض تجريبي.
$KITE #KiteBBW @KITE AI 中文
يستدعي الوكيل الرئيسي ثلاثة وحدات فرعية؛ بعضها يتقاضى رسومًا عن كل طلب، وبعضها يحصل على نسبة من النتائج، كما لا يمكن منحها جميع الصلاحيات دفعة واحدة. وفي منتصف الكتابة، خطر لي فجأة أن الأمر لم يعد «أنجز العمل من أجلي»، بل صار مجموعة من البرامج الصغيرة التي تحاسب بعضها بعضًا.
1. على أي أساس يثق أحدهم بالآخر عند تسوية الحساب؟
يمكن تزوير العنوان، ويمكن لواجهة API أن تدّعي شيئًا غير حقيقتها، وإذا قيل إن المهمة أُنجزت، فكيف تتحقق من ذلك؟ يمكن مراقبة الأمر يدويًا ما دام صغيرًا، لكنه ينهار حين يتضخم.
2. لاحقًا، حين اطلعت على Kite، اكتشفت أنهم كانوا يهيئون البنية لهذا السيناريو منذ البداية.
لم يبدأوا بسرد الحكايات، بل طرحوا أولًا أسئلة مثل: كيف يثبت الوكيل هويته؟ وما الحد الأقصى للمبلغ الذي يمكنه إنفاقه؟ وكيف يوثّق ما حدث بعد الدفع؟ بدا حجم الاستدعاءات على شبكة الاختبار أشبه بحركة مرور واجهات API، لا ببضع معاملات كل عدة أيام كما في سلاسل الكتل التقليدية.
في Passport، تجد تفاصيل مثل انتهاء صلاحية الجلسة، وتحديد سقف الإنفاق مسبقًا، وتوضيح ما إذا خُصم المبلغ عند فشل الدفع. تشبه هذه الأمور دليل استخدام بطاقة مصرفية صُمم للآلات.
3. أتعامل مع إطلاق الشبكة الرئيسية على Avalanche، والتجارب مع PayPal، والتكامل الجاري في اتجاه Shopify، على أنها مجرد خلفية.
ما جعلني أتوقف فعلًا هو أن التعاون بين وكلاء متعددين، ما إن يتطلب إنفاق المال، يستلزم بنية تحتية مصممة وفق إيقاع الآلات؛ فلا يمكننا الاستمرار في التظاهر بأن هناك دائمًا شخصًا إلى جوارها ينقر زر التأكيد.
إذا أراد الوكلاء على السلسلة الانتقال من مجرد ألعاب إلى أعمال حقيقية، فعليهم اجتياز اختبار تسوية الحساب أولًا. وإن عجزوا عن ذلك، فلن تكون أي عملية تنسيق، مهما بدت متطورة، سوى عرض تجريبي.
$KITE #KiteBBW @KITE AI 中文
