1. عنق الزجاجة الحقيقي هو الصلاحيات، لا الذكاء
نشهد تحولًا جوهريًا في الذكاء الاصطناعي، المعروف أيضًا بالذكاء الفائق. فروبوتات الدردشة التي تكتفي بالإجابة عن المطالبات تفسح المجال لوكلاء مستقلين قادرين على تنفيذ سير عمل معقد ومتعدد الخطوات.
يشترون خلاصات البيانات، ويحجزون موارد الحوسبة، ويتفاعلون مع واجهات برمجة التطبيقات الخارجية بشكل مستقل. ومع ذلك، ورغم التقدم الهائل في استدلال النماذج، لا تزال التجارة القائمة على الوكلاء متعثرة إلى حد كبير.
السبب الجوهري بسيط: التفويض يتطلب حدودًا.
قد يطلب المستخدم بكل رغبة من نموذج ذكاء اصطناعي صياغة مقال أو تحليل جدول بيانات. لكنه لن يمنح البرمجيات وصولًا غير مقيّد إلى حساب مصرفي أو مفتاح خاص. صُممت قنوات الدفع التقليدية خصيصًا للمصادقة اليدوية من قِبل البشر، وتعتمد على بطاقات الائتمان والاشتراكات الشهرية المتكررة والتحقق برموز المرور لمرة واحدة (OTP). أما التجارة بين الآلات، فتقوم على المدفوعات الصغيرة التي تقل عن دولار، وتواتر المعاملات المرتفع، والتنفيذ البرمجي بالكامل.
كما توضح أبحاث القطاع الحديثة، في حين يستكشف أكثر من 63% من التجار بنشاط التجارة القائمة على الوكلاء، لا يمتلك سوى 19% منهم حاليًا الجاهزية التقنية لمعالجة المدفوعات الآلية بين الآلات. لا تكمن العقبة الأساسية في ذكاء الآلات، بل في طبقة الأذونات والأنظمة المالية الأساسية.
2. الاحتواء من خلال التصميم: بنية الهوية ثلاثية المستويات
لجعل التفويض المالي آمنًا، يجب تقسيم الأذونات إلى نطاقات منفصلة. وبدلًا من منح الوكيل حيازة دائمة للأموال، تنشئ Kite تسلسلًا هرميًا منظمًا للهوية يتكون من ثلاثة مستويات:
الصلاحية الرئيسية للمستخدم: يحتفظ المالك البشري بحيازة المفتاح الجذري، والإشراف على الحوكمة، ومفاتيح الإيقاف الطارئ.
جواز الوكيل: طبقة سياسات قابلة للبرمجة تفرض قوائم السماح بالوجهات، وحدود الإنفاق اليومية، وأنواع الأصول المعتمدة...
جلسات المهام المؤقتة: بيئات تنفيذ معزولة تلتزم بحدود صريحة للميزانية والوقت (على سبيل المثال، حد أقصى للإنفاق قدره $5.00 مع انتهاء الصلاحية بعد 12 ساعة).
من خلال عزل التنفيذ المالي في بيئات اختبار مؤقتة، يظل أي توجيه مخترق أو منطق تنفيذ غير متوقع محصورًا بدقة في تلك الجلسة وحدها، مع الحفاظ الكامل على بقية محفظة المستخدم.
3. حيادية البروتوكولات والتحكيم المدمج 👀
بدلًا من فرض معيار دفع مملوك، تدمج البنية التحتية للطبقة الأولى في Kite مباشرةً بروتوكولات الدفع الآلي المعتمدة، بما فيها HTTP x402، وبروتوكول Stripe للمدفوعات الآلية (MPP)، وMCP من Anthropic.
تتيح هذه البنية للوكلاء تسوية المدفوعات لكل طلب باستخدام عملات مستقرة أصلية، ما يلغي أعباء الاشتراكات الشهرية.
علاوة على ذلك،
لأن المعاملات المستقلة ستواجه حتمًا مخرجات غير مكتملة، أو مطالبات سيئة، أو طلبات خدمة لم تُلبَّ، تدمج Kite إطارًا أصليًا للضمان.
تظل الأموال مجمّدة أثناء تنفيذ الخدمة، مع حمايتها بمهلة 48 ساعة للرد من البائع، وبآلية تحكيم محايدة احتياطية بعد 7 أيام. يجب أن تراعي الأنظمة المصممة للاعتماد في المؤسسات في العالم الحقيقي الحالات الاستثنائية والأخطاء، بدلًا من افتراض تنفيذ مثالي.
آفاق البنية التحتية
في نهاية المطاف، لن يحدد الانتقال إلى اقتصاد الوكلاء من يبني أذكى نموذج للاستدلال، بل من يحل مشكلة التفويض المالي التي لا تحظى ببريق كبير.
مع انتقال البرمجيات المستقلة من تقديم المشورة بشكل سلبي إلى المشاركة الاقتصادية الفاعلة، ستميز أطر الأمان مثل جواز الوكيل من Kite وآلية تسوية الضمان الأصلية مسارات الدفع الآلي القابلة للتطبيق عن التجارب المضاربية.
سيتطلب الاعتماد في العالم الحقيقي وقتًا، ويجب أن يتحول نشاط الشبكة المبكر إلى تكامل مستدام من المطورين. ومع ذلك، إذا أردنا توسيع نطاق التجارة بين الآلات بأمان، فستكون البنية التحتية القائمة على الاحتواء والحدود القابلة للبرمجة والتحكيم الحتمي أساسًا لا غنى عنه.
تحية لك إن قرأت حتى هذه النقطة.
ما الأذونات أو حدود الأمان التي تراها ضرورية لا يمكن التنازل عنها قبل منح البرمجيات استقلالية مالية مباشرة؟
اكتب تعليقًا أدناه