كنت أظن أن منح وكيل ذكاء اصطناعي محفظة هو الجزء الخطر.
لكن السؤال الأغرب هو ما يحدث بعد أن أوافق عليها مرة واحدة.
لنفترض أنني طلبت من وكيل أن يبحث في أمر ما. يحتاج إلى مصدر بيانات مدفوع، ثم إلى واجهة API أخرى، وربما إلى وكيل ثانٍ. إذا كان كل طلب يعود إليّ للحصول على توقيع، فهو ليس مستقلًا. وإذا سلّمته محفظتي، تبدأ الاستقلالية في التشبه بالتنازل عن السيطرة.
يقع Agent Passport من $KITE في تلك المنطقة الوسطى المربكة.
أحتفظ بحساب واحد، وتبقى الأموال تحت سيطرتي. ويحصل الوكيل على هوية خاصة به، لكنه يعمل عبر جلسة محدودة النطاق والمدة، مؤمّنة بمفتاح مرور، مع قواعد إنفاق وحصص أوافق عليها.
يمكن لموافقة واحدة على الجلسة أن تغطي العمل؛ فلا أضطر إلى توقيع كل دفعة، ولا تتحول كل عملية صغيرة إلى طلب موافقة جديد.
الجلسة ليست إذنًا دائمًا للوكيل. إنها جزء مؤقت من الصلاحية مخصص لتشغيل محدد. وعندما يصل الوكيل إلى نقاط نهاية مدفوعة، يتفاوض على مدفوعات x402 أثناء العمل، ويدفع بعملة USDC ضمن تلك الحدود، من دون أن يتمكن من استنزاف ما يحتويه الحساب الرئيسي.
ولا ينتهي الإيصال عند عبارة «تم إرسال الدفعة».
يربط Kite الإجراء بسلسلة تمتد عبر الجلسة والوكيل والمستخدم، مع إيصال على السلسلة. ويمكن للخدمة التحقق من أن الدفع جرى عبر سلسلة معتمدة، بينما لا يحتاج الوكيل إلى كشف هوية الشخص الذي يقف وراءه في كل تفاعل.
هذا هو الجزء الذي أواصل التفكير فيه.
يحتاج الوكيل إلى قدر كافٍ من الهوية ليكون مسؤولًا، لكن ليس إلى صلاحية تخوّله أن يصبح المالك.
ويحتاج المستخدم إلى قدر كافٍ من السيطرة لوضع الحدود، لكن ليس إلى مطالبة جديدة بالموافقة عند كل استدعاء صغير لواجهة API.
وتحتاج الخدمة إلى دليل على أن ما أمامها ليس مجرد روبوت مجهول يلوّح لها بمعاملة.
يحاول @KITE AI 中文 جعل هذه المتطلبات تجتمع في الدفعة نفسها.
المحفظة ليست مجرد رصيد من المال يُسلَّم إلى برنامج. إنها الحساب الذي يمكن تفويض صلاحيات محدودة انطلاقًا منه، واستخدامها وتتبعها وتركها تنتهي صلاحيتها.
ليس وكيلًا يستطيع الإنفاق من دون أن يسأل.
بل وكيلًا يستطيع مواصلة العمل بعد أن أقول نعم، من دون أن تتحول تلك الموافقة إلى إذن بفعل أي شيء.
#KiteBBW $SOPH
لكن السؤال الأغرب هو ما يحدث بعد أن أوافق عليها مرة واحدة.
لنفترض أنني طلبت من وكيل أن يبحث في أمر ما. يحتاج إلى مصدر بيانات مدفوع، ثم إلى واجهة API أخرى، وربما إلى وكيل ثانٍ. إذا كان كل طلب يعود إليّ للحصول على توقيع، فهو ليس مستقلًا. وإذا سلّمته محفظتي، تبدأ الاستقلالية في التشبه بالتنازل عن السيطرة.
يقع Agent Passport من $KITE في تلك المنطقة الوسطى المربكة.
أحتفظ بحساب واحد، وتبقى الأموال تحت سيطرتي. ويحصل الوكيل على هوية خاصة به، لكنه يعمل عبر جلسة محدودة النطاق والمدة، مؤمّنة بمفتاح مرور، مع قواعد إنفاق وحصص أوافق عليها.
يمكن لموافقة واحدة على الجلسة أن تغطي العمل؛ فلا أضطر إلى توقيع كل دفعة، ولا تتحول كل عملية صغيرة إلى طلب موافقة جديد.
الجلسة ليست إذنًا دائمًا للوكيل. إنها جزء مؤقت من الصلاحية مخصص لتشغيل محدد. وعندما يصل الوكيل إلى نقاط نهاية مدفوعة، يتفاوض على مدفوعات x402 أثناء العمل، ويدفع بعملة USDC ضمن تلك الحدود، من دون أن يتمكن من استنزاف ما يحتويه الحساب الرئيسي.
ولا ينتهي الإيصال عند عبارة «تم إرسال الدفعة».
يربط Kite الإجراء بسلسلة تمتد عبر الجلسة والوكيل والمستخدم، مع إيصال على السلسلة. ويمكن للخدمة التحقق من أن الدفع جرى عبر سلسلة معتمدة، بينما لا يحتاج الوكيل إلى كشف هوية الشخص الذي يقف وراءه في كل تفاعل.
هذا هو الجزء الذي أواصل التفكير فيه.
يحتاج الوكيل إلى قدر كافٍ من الهوية ليكون مسؤولًا، لكن ليس إلى صلاحية تخوّله أن يصبح المالك.
ويحتاج المستخدم إلى قدر كافٍ من السيطرة لوضع الحدود، لكن ليس إلى مطالبة جديدة بالموافقة عند كل استدعاء صغير لواجهة API.
وتحتاج الخدمة إلى دليل على أن ما أمامها ليس مجرد روبوت مجهول يلوّح لها بمعاملة.
يحاول @KITE AI 中文 جعل هذه المتطلبات تجتمع في الدفعة نفسها.
المحفظة ليست مجرد رصيد من المال يُسلَّم إلى برنامج. إنها الحساب الذي يمكن تفويض صلاحيات محدودة انطلاقًا منه، واستخدامها وتتبعها وتركها تنتهي صلاحيتها.
ليس وكيلًا يستطيع الإنفاق من دون أن يسأل.
بل وكيلًا يستطيع مواصلة العمل بعد أن أقول نعم، من دون أن تتحول تلك الموافقة إلى إذن بفعل أي شيء.
#KiteBBW $SOPH
