لفت انتباهي أمرٌ ما بشأن @KITE، ولم يكن له علاقة بالذكاء الاصطناعي.

بل كان السؤال عمّا يحدث بعد أن يحصل وكيل ذكاء اصطناعي على إذن بإنفاق المال.

منح وكيلٍ إمكانية الوصول إلى وسيلة دفع أمر، والسماح له بالعمل ضمن ميزانية واضحة، ولفترة محدودة، مع ضوابط محددة، خيار تصميم مختلف تمامًا.

هذا الفرق أهم مما يبدو.

تخيّل وكيلًا يستدعي واجهات برمجة التطبيقات، ويدفع مقابل البيانات، ويتنقل بين الخدمات، ويكرر هذه المعاملات الصغيرة طوال اليوم. لا أحد يريد الموافقة يدويًا على كل دفعة صغيرة. لكن لا أحد يريد أيضًا أن ينفق الوكيل بلا قيود.

يعالج Kite Passport هذا الأمر من خلال هويات الوكلاء وضوابط إنفاق قابلة للبرمجة، بما في ذلك حدود المعاملات، وميزانيات الجلسات، وقواعد انتهاء الصلاحية. كما تستكشف بنيته التحتية للمدفوعات المعاملات القائمة على USDC وتدفقات x402 للخدمات التي تشترط الدفع قبل الرد.

ما أجده مثيرًا للاهتمام هو أن المشكلة الأصعب في الواقع ليست مبهرة على الإطلاق.

ليست جعل الوكيل أكثر ذكاءً، بل جعل أفعاله خاضعة للمساءلة.

وهناك سؤال منفصل بشأن $KITE يستحق القدر نفسه من التدقيق: فالمنفعة التقنية شيء، واستمرار الطلب من المستخدمين والمطورين الحقيقيين شيء آخر.

أفضل أن أراقب عمليات التكامل، ونشاط المدفوعات المتكرر، وكيف يستخدم الناس البنية التحتية فعليًا، بدلًا من الانجراف وراء سردية الذكاء الاصطناعي.

فإذا أصبح الوكلاء المستقلون مستخدمين عاديين للإنترنت، فقد تكون بعض أهم بنيتهم التحتية هي الأشياء التي لا يلاحظها أحد عندما تعمل كما ينبغي.

الاختبار الحقيقي هو ما إذا كان أحد سيواصل استخدامها بعد زوال بريق الجِدّة.
#KiteBBW $KITE