التكلفة الحقيقية لطبقة مدفوعات الوكلاء ليست الرسوم، بل الساعات التي يخسرها المطوّر عندما تفشل دفعة ولا يستطيع أحد تفسير السبب.

يُعدّ Kite مشروعًا جيدًا لاختبار ذلك. أُطلقت الشبكة الرئيسية في أبريل، مع Agent Passport وأكثر من 90 مزوّد خدمة مدمجين مسبقًا، إلى جانب دعم x402 وMCP، وواجهة سطر الأوامر kpass، وشبكة اختبار. وبالنسبة إلى المطوّرين، فإن المسار المدعوم بالكامل حاليًا هو MCP: إذ تتصل وكلاء مثل Cursor وClaude Desktop بـ Kite، وتُجرى المدفوعات ضمن جلسة ذات حدّ للإنفاق.

ما يعجبني: تسرد الوثائق حالات إخفاق فعلية، مثل انتهاء صلاحية الجلسات وعدم كفاية الميزانية، مع حلول لها. وما سأراقبه: تنتهي صلاحية الجلسات، لذا فإن «شغّله مجددًا غدًا» تعني إعادة المصادقة، كما أن اثنين من أوضاع المطوّرين الثلاثة، وهما المخصّصان للإعداد البرمجي، لا يزالان مُدرجين على أنهما «قريبًا». #KiteBBW

لا يُعدّ أي من ذلك علامة تحذير في هذه المرحلة المبكرة. إنها ببساطة الفجوة بين بنية قوية وتجربة بناء سلسة.

لذا اختباري بسيط: هل يستطيع مطوّر عادي بناء وكيل يدفع مقابل واجهة API خلال عطلة نهاية أسبوع واحدة، ثم تشغيله مجددًا في اليوم التالي من دون تخمين؟

إذا كان ذلك ممكنًا، فستصبح تجربة المطوّرين الميزة التنافسية الحقيقية لـ Kite. وإن لم يكن، فستبقى البنية الرائعة مجرد مخطط.

أين يعلق المطوّرون أولًا؟

📊 بناء وكيل يدفع مقابل كل استدعاء لواجهة API. ما أول شيء يجعلك تستسلم؟

#KiteBBW $KITE

$BIRB $IRYS