من البرمجة إلى وكلاء المعرفة — كاران فايديا، كومبيسيو
AAI Engineer
Computing/SoftwareInternet Technology
Transcript
00:00:00أهلاً بالجميع، أنا كاران فيديار، الشريك المؤسس والرئيس التنفيذي للتقنية في شركة Composio.
00:00:19معظم استدعاءات الأدوات الخاصة بالوكلاء اليوم
00:00:21لا تزال تحدث في مجال واحد.
00:00:23لا داعي للتخمين، إنه هندسة البرمجيات.
00:00:26كل أنواع العمل الأخرى تتخلف بفارق كبير.
00:00:29إذا كانت النماذج تواصل التحسن، إذن
00:00:32لماذا ما زلنا مقتصرين على البرمجة المعتمدة على الوكلاء فقط؟
00:00:35هذا هو السؤال الذي تبلغ قيمته تريليون دولار والذي جئت لأجيب عليه.
00:00:43قبل ثلاث سنوات، كانت وكلاء البرمجة مجرد أدوات للإكمال التلقائي.
00:00:47اليوم، أصبحت هندسة البرمجيات مستقلة تماماً.
00:00:50انتقلنا من الضغط على مفتاح الإكمال تلقائياً مراراً وتكراراً إلى ترك كلود يتولى المهمة بالكامل.
00:00:56هذا يبدو وكأنه سحر.
00:00:59ولماذا حدث ذلك بالسرعة القصوى في مجال البرمجة؟
00:01:04معظم الناس يعتقدون أن السبب هو النماذج.
00:01:06نعم، النماذج تحسنت حقاً بمرور الوقت، خلال العامين إلى الثلاثة أعوام الماضية، وكذلك الحال بالنسبة لـ
00:01:13أنظمة التشغيل والأدوات مثل Claude Code وCodex وCursor.
00:01:17ولكن بمفردها، لم يكن ذلك كافياً.
00:01:20لقد نجح الأمر فقط لأن البنية التحتية والأنظمة المحيطة بالبرمجة كانت مصممة حرفياً
00:01:26من أجل الوكلاء.
00:01:27جاءت البرمجة ومعها الدعم الذي كان يحتاجه الوكلاء.
00:01:31لديك المستودع، وسجل الالتزام، والاختبارات، والتكامل المستمر، والمراجعة، وأدوات التدقيق، وإمكانية التراجع إذا حدث أي خطأ.
00:01:39خطأ ما.
00:01:39هذا هو نوع الأشياء التي تجعلك تثق في الوكلاء، والأنظمة المحيطة بالكود.
00:01:45الآن، نحن نوجه نفس هؤلاء الوكلاء المذهلين نحو كل شيء آخر، مثل الدعم الفني والمالية والمبيعات.
00:01:54لكن الوكلاء الذين أبدوا أداءً مذهلاً في البرمجة يعملون الآن بشكل أعمى لأن
00:02:00البنية التحتية المحيطة بالبرمجة لا وجود لها حتى في المجالات الأخرى.
00:02:04إذن، كيف نردم الهوة بين وكلاء البرمجة ووكلاء أعمال المعرفة؟
00:02:11نحن نعتقد أن الأمر يتعلق بستة عناصر أساسية، وقد امتلكت البرمجة الستة جميعها، بينما لا يمتلك عمل المعرفة أي منها
00:02:19على الإطلاق.
00:02:20وهذا هو ما نحتاج إلى بناءه.
00:02:24أولاً، المركزية.
00:02:26لقد عملت وكلاء البرمجة بشكل جيد للغاية، جزئياًเพราะ أنها كانت قريبة جداً من مصدر الحقيقة.
00:02:34كانوا يعرفون ما هو، ولماذا، وكيف.
00:02:37أنت تمنحهم المستودع، والبنية التحتية كرمز، وتغلق الحلقة وتترك النموذج يبدع.
00:02:43يبدع.
00:02:44يبدأ الوكيل بكل ما يحتاجه في مكان واحد، وهو قاعدة الكود.
00:02:51هذا بالضبط ما يفتقده عمل المعرفة اليوم.
00:02:55على سبيل المثال، تتناثر صفقة واحدة عبر خمس منصات مختلفة.
00:03:00السجلات موجودة في Salesforce، والمستندات في Notion، والرسائل في Gmail، والمحادثات في
00:03:05Slack، وتاريخ الدعم الفني موجود في Zendesk.
00:03:09لا يوجد مصدر واحد للحقيقة، ولا مكان واحد للحصول على كل المعلومات.
00:03:14البرمجة منفصلة، وكل تطبيق لديه تسجيل دخوله الخاص.
00:03:18قبل أن يتمكن وكيل عمل المعرفة حتى من البدء في فعل أي شيء، عليه أن يذهب ويجمع كل
00:03:23الخيوط ويربطها ببعضها البعض بنفسه.
00:03:27وهذه لا تزال هي نقطة البداية التي انطلق منها وكيل البرمجة.
00:03:30لقد كان يمتلك كل ذلك بالفعل.
00:03:32فكيف يمكنك أن تتوقع من وكيل عمل المعرفة أن يقوم بنفس مستوى العمل الذي يقوم به وكيل البرمجة؟
00:03:39لذا فإن أول شيء نبنيه هو المركز المفقود.
00:03:42مكان واحد توجد فيه كل تطبيقاتك، وكل اتصالاتك، وكل بيانات تسجيل الدخول الخاصة بك.
00:03:46لذلك لا يحتاج الوكيل إلى القيام بالعمل الشاق لربطها ببعضها البعض.
00:03:51بل يجدها جميعاً في مكان واحد.
00:03:55وهو يحصل على خط الأساس الذي بدأ به وكيل البرمجة، وهو المستودع، والمعلومات
00:03:59عبر جميع الحزم في مكان واحد.
00:04:02هذه هي الأساس الذي تبدأ به، ويمكنك منح صلاحيات الكتابة لوكيلك.
00:04:09الشيء التالي الذي يحتاجه الوكيل هو حس التاريخ، والقدرة على النظر إلى الوراء في الماضي.
00:04:16في الكود، تحصل على ذلك مجاناً.
00:04:18يحفظ Git سجلاً لكل شيء دخل، وكل تغيير تم إجراؤه.
00:04:23لذا يمكن للوكيل دائماً النظر إلى الوراء ومعرفة كيف تم إجراء تغيير معين.
00:04:27لماذا نجح شيء ما، ولماذا لم ينجح شيء ما.
00:04:31فكر في نوع الشيء الذي تطلب من وكيلك فعله بالفعل.
00:04:34كان علينا التراجع عن تغيير في الماضي بسبب بعض الفشل، ولكن كان من الصعب جداً تحقيق ذلك.
00:04:40هل يمكنك إلقاء نظرة عليه وإعادته مرة أخرى؟
00:04:43إنه ببساطة يقرأ السجل ويعيده وينفذه.
00:04:46التاريخ ليس للوكيل فقط.
00:04:49بل هو أيضاً لك لكي تحتفظ بسجل لما يفعله الوكيل.
00:04:53يمكنك أن ترى ما يفعله الوكيل، وأين يخطئ، وأين يقوم بأشياء ناجحة.
00:04:58وبدلاً من الاعتماد على ما يقوله لك الوكيل، يمكنك ببساطة الانتقال إلى تلك التطبيقات المعينة
00:05:04والنظر في ما فعله.
00:05:09الآن، اطرح نفس الأسئلة حول عمل المعرفة.
00:05:12ما الذي أدى إلى وصول نظام إدارة علاقات العملاء (CRM) إلى الحالة التي هو عليها اليوم؟
00:05:16كيف صاغ زميلي تلك الرسالة الرائعة التي أدت إلى إتمام الصفقة؟
00:05:22ما هي العملية الفعلية لتصعيد مشكلة دعم أو حتى إغلاقها؟
00:05:27الإجابات منثورة عبر مئات التطبيقات، ولا يوجد أي منها يحتفظ بالتاريخ.
00:05:31لذا فإن الوكيل ليس لديه ذاكرة.
00:05:33إنه يبدأ من حالة فارغة تقريباً في كل مرة.
00:05:36ليس لديه أي فكرة عما تم تجربته من قبل، وما نجح، وما لم ينجح.
00:05:40وليس لديك أي شيء تنظر إليه أيضاً.
00:05:44بمجرد أن يعمل الوكيل، يخبرك أنه قد انتهى بنجاح.
00:05:47أنت لا تعرف حقاً ما إذا كان قد انتهى بنجاح أم لا.
00:05:49لا توجد طريقة لمعرفة ما إذا كان محقاً أم لا.
00:05:52وهذا هو ما مفقود، سجل للعمل.
00:05:56الآن، نظراً لأن كل شيء يعمل أخيراً من خلال مكان واحد، تلك المركزية،
00:06:02يمكننا بناء طبقة فوقها، وهي السجل.
00:06:06يمكن تسجيل كل إجراء يقوم به الوكيل عبر كل تطبيق آخر.
00:06:12مهما كان ما لمسه، ومهما كان ما تخطاه، وما نجح، وما لم ينجح.
00:06:17عبر هذا، أولاً، يحصل الوكيل على ذاكرة.
00:06:20يمكنه النظر إلى الوراء في كيفية إنجاز المهام المشابهة من قبل، وما الذي كان ناجحاً، وتكراره مرة أخرى.
00:06:28فهو لا يبدأ بحالة فارغة طوال الوقت.
00:06:31ثانياً، تحصل على الثقة.
00:06:33يمكنك أخيراً أن ترى بالضبط ما يفعله الوكيل.
00:06:36لذا بدلاً من الأمل في أن يفعل الشيء الصحيح، يمكنك العودة والتحقق وضبطه إذا فعل شيئاً سيئاً.
00:06:44وعندما ترى أنه يقوم بالأشياء الصحيحة شيئاً فشيئاً، ستطور الثقة وتوكل إليه المزيد من المهام.
00:06:50الشيء التالي الذي يحتاجه الوكيل هو السياق.
00:06:53وهناك نوعان حقاً من السياق، إذا فكرت في الأمر.
00:06:57الأول هو شكل المنصة، والهندسة المعمارية.
00:07:01كيف تتدفق الأشياء إلى بعضها البعض، وكيف ترتبط الأشياء، وتدفقات البيانات.
00:07:05إنه يشبه إلى حد ما خريطة يحملها مهندس أول في رأسه، ويستغرق المهندس المبتدئ ثلاثة أشهر لتطويرها.
00:07:12والثاني هو النمط.
00:07:13هذا ليس ما هو صحيح موضوعياً، بل هو أشبه بما يبدو عليه الأمر الجيد في شركتك.
00:07:19لذلك كيف تفعل الأشياء، وأشياء مثل أدوات التدقيق والتحقق من الأنواع، وما إلى ذلك.
00:07:24وربما تستخدم مزخرف TypeScript، وهو أمر لا يفعله أي شخص آخر.
00:07:29هذا ليس موجوداً تماماً في مكان ما في دليل اللعب.
00:07:32إنه موجود أكثر في قاعدة الكود الخاصة بك.
00:07:34كل ذلك متاح في قاعدة الكود الخاصة بك.
00:07:35لذا يمكن للوكيل فقط الذهاب والنظر ومعرفة المواصفات، وما تحبه، وأدوات التدقيق، ومنسقات النصوص، وما إلى ذلك.
00:07:45الآن، بالانتقال إلى عمل المعرفة، نفس الشيء.
00:07:48قل إنك تكتب مستنداً إلى عميل.
00:07:50حتى للبدء، سيتعين علي فتح قاعدة البيانات لسحب استخدامهم، والتحقق بأثر رجعي من كيفية استخدامهم للأشياء بالفعل،
00:07:58و Salesforce للتحقق من تفاصيل صفقتهم.
00:08:01فقط بعد ذلك يمكنني حتى البدء في كتابة السطر الأول من المستند.
00:08:05لم تكن الإجابة معزولة في واحدة فقط من تلك الأدوات.
00:08:09أنا قادر على كتابة هذا المستند لأنني أجمع الخيوط عبر كل هذه الأدوات في سياق واحد في رأسي.
00:08:15إذن، وضع التاريخ والسياق معاً، هذه هي الطريقة التي ترسم بها كيفية عمل المنظمة.
00:08:21وهذا الجزء غير متاح للوكيل بسهولة.
00:08:26لذا كما فعلنا المركزية والتسجيل، السجل الذي أنشأناه للتو، والذي يمنح الوكيل الذاكرة ويسمح لك بالتحقق مما فعله،
00:08:36يقوم أيضاً بشيء آخر مثير للاهتمام.
00:08:38إذا قمت بتسجيل ما يكفي مما يفعله كل وكيل، تبدأ في رؤية الأنماط.
00:08:42تبدأ في رؤية كيف تعمل المنظمة، وتبدأ في تكوين مهارات، وهي نوع من استخلاص لكيفية عمل المنظمة.
00:08:51الأساليب التي تعمل، والتي لا تعمل، وما أدى إلى الفشل في الماضي، وما إلى ذلك.
00:08:57لم يعد السجل مجرد تاريخ لما حدث.
00:09:01بل هو صورة لكيفية عمل شركتك.
00:09:03وهو يعمل في الواقع على ثلاثة مستويات مختلفة.
00:09:06كيف تعمل الأداة بشكل عام، والتي تنطبق على كل شخص.
00:09:09كيف تقوم الشركة بالأشياء، وكيف تفضل أن تقوم بالأشياء.
00:09:13ما يبدو عليه الأمر الجيد بالنسبة لك.
00:09:15وهذا هو السياق الذي كان مفقوداً لوكيل عمل المعرفة.
00:09:19كيف يتم إنجاز العمل حقاً.
00:09:21دليل اللعب الحقيقي من نوع ما.
00:09:23وتفضيل الشركة، والمستخدم الشخصي.
00:09:27والآن يمكن للوكيل الاستعلام عنها والتوقف عن تخمين كيفية عمل الشركة.
00:09:34السبب الآخر لعمل وكلاء البرمجة بشكل جيد للغاية.
00:09:37إنها تختبر نفسها.
00:09:38العمل يتحقق من نفسه.
00:09:40التحقق.
00:09:41في اللحظة التي يكتب فيها الوكيل تعليمة برمجية، تتبعها مجموعة من عمليات التحقق.
00:09:44يمكن للاختبارات الوحدوية رصد الأخطاء الصغيرة.
00:09:47بينما ترصد اختبارات التكامل تلك التي تؤثر فقط على المكونات البعيدة بثلاث طبقات.
00:09:52لن يعمل نظام الأنواع أو يُنفذ حتى إذا كان هناك أي خطأ.
00:09:57لن يتمكن المترجم حتى من البناء.
00:10:00وعلاوة على ذلك توجد فحوصات البرمجيات.
00:10:02أدوات التدقيق، ومنسقات الشفرات، وbugbot.md، ومهارات المراجعة، وما إلى ذلك.
00:10:06وهذه تضمن أن الشفرة تطابق الطريقة التي يفضل فريقك اتباع معايير بها.
00:10:12لا شيء من هذا يقابلك.
00:10:14يكمل الوكيل الحلقة بمفرده ويتأكد من أنه يتبع المعيار وقادر على جعل الشفرة تعمل.
00:10:21الآن، فكر في الأمر، منذ فترة، وجهت أداة Open Claw الخاصة بي نحو حملة استقطاب.
00:10:28رسائل بريد إلكتروني جماعية للمرشحين.
00:10:30لقد عملت.
00:10:31أرسلت الكثير من رسائل البريد الإلكتروني.
00:10:34قد يكون بعضكم قد تلقى واحدة منها أيضاً من أداة Open Claw الخاصة بي.
00:10:37لقد فعلت بالضبط ما طلبت منها فعله.
00:10:40وكانت أيضاً كارثة.
00:10:42من تلك النوعية التي ينتهي بها المطاف على تويتر مع كتابة اسمي فوقها.
00:10:46نعم، أعتقد أنه يمكنك رؤية شبكة ويب سيئة هناك.
00:10:51لم أكن في أقصى سعادتي عندما حدث ذلك.
00:10:54وها هو الأمر.
00:10:55كان كل فحص من الشريحة السابقة سيجتاز الاختبار.
00:10:58كانت رسائل البريد الإلكتروني صالحة.
00:11:00وكانت العناوين حقيقية.
00:11:00لقد وصلت بالفعل إلى أشخاص حقيقيين قاموا بالنشر.
00:11:04لم يكن هناك أي اختبار في العالم يشكك حقاً فيما كان مهمًا حقًا.
00:11:10هل كان ينبغي إرسال هذا من الأساس؟
00:11:13تلك هي الثغرة.
00:11:14في الشيفرات، تخبرك هذه الاختبارات بما هو خاطئ وصحيح.
00:11:17هنا، أخبرني الإنترنت أنني كنت مخطئًا.
00:11:21لذا، نحن نبني الفحوصات المفقودة.
00:11:24لم تكن المشكلة في الموضوع أعلاه هي أن الحملة كانت خاطئة.
00:11:28بل كانت في أنها صدرت قبل أن أعرف أنا حتى.
00:11:31لذا، الحل بسيط.
00:11:33التقط الأمر قبل أن يصبح حقيقياً.
00:11:35لذا، لدينا طريقتان للقيام بذلك.
00:11:37الأولى، قبل أن يرسل الوكيل أي شيء، يتحقق من مسودات البريد الإلكتروني التي أرسلتها من قبل، وما إذا كانت تتطابق مع أسلوبي، وما إذا كانت تتطابق مع الجودة التي أحبها.
00:11:47الثانية، قبل القيام بأي شيء مدمر في سيناريو العالم الحقيقي، نوفر للوكيل صناديق حماية تحاكي الأدوات الحقيقية، ويمكنها الإرسال، ويمكنها اتخاذ إجراءات أعلى صناديق الحماية هذه.
00:11:59لذا، بدلاً من أن يضرب نطاق الضرر العالم الحقيقي، سيضرب صندوق الحماية، وبعد ذلك يمكنني مراجعته قبل أن يقوم الوكيل بالشيء الحقيقي.
00:12:07اجمع هذين الأمرين معاً، وستحصل على شيء لم يمتلكه العمل المعرفي قط.
00:12:11طريقة للوكيل للتحقق من عمله الخاص قبل أن يصبح حقيقياً حتى.
00:12:16يمكنه أخيراً إغلاق حلقته الخاصة بدلاً من التوقف لانتظارك، ومع كل ذلك، يمكنك الوثوق بالإجراء الذي يتخذه دون أن تواجه تقصفاً بالتغريدات التي أنشرها.
00:12:29الشيء التالي الذي يحتاجه الوكيل هو الحوكمة.
00:12:32بناء الثقة هو التحكم في ما يمكن للوكيل فعله، ووضع الجدران الصحيحة حول الوكلاء.
00:12:39في البرمجة، تم حل هذه المشكلة غالباً، ولديها طبقات متعددة.
00:12:44يمكن للوكيل أن يفعل ما يريد على فرعه الخاص، لكنه لا يستطيع الدمج مع الفرع الرئيسي.
00:12:49يجلس مراجع بشري بينه وبين عملية الدمج في الفرع الرئيسي.
00:12:52الملفات الحرجة لها مالكو شفرات، لذلك كلما لمس أحدها، يتم إشراك الأشخاص المناسبين.
00:12:58نستخدم الوكلاء للنشر في بيئات المعاينة، ولا نجعله يلمس بيئات الإنتاج أبداً، لذلك نتحكم فيه هناك.
00:13:04الحوكمة ليست بوابة واحدة، بل بوابات متعددة، وكل منها يختلف في حجمه، اعتماداً على نطاق الضرر الذي يعرضه.
00:13:12لا شيء من ذلك يبطئ الوكيل في الأجزاء الآمنة، بل يمنعه فقط من إفساد الإنتاج.
00:13:19وكلما كانت تلك الخطوط أكثر إحكاماً، كلما زادت ثقتك في الوكيل وتركه ينطلق بجنون.
00:13:25لقد رأيت هذا على الأرجح.
00:13:27قام مدير المحاذاة في مختبر الفائق للذكاء التابع لـ Meta بربط وكيل ببريده الإلكتروني، وبدأ في تدمير بريده الإلكتروني، وحذف الكثير منها.
00:13:36أخبرته أن يتوقف، واستمر في ذلك، واضطرت أخيراً للركض إلى جهاز حقيقي لإيقافه، ولكن بحلول ذلك الوقت، كان 200 بريد إلكتروني قد اختفى بالفعل.
00:13:45كانت قد أخبرته مسبقاً في الموجه بضرورة التأكيد قبل التصرف في مثل هذه الحالات، ولكن كان ذلك مجرد مووجه، والذي ربما ضاع وتم ضغطه بعيداً.
00:13:53وإذا كان شخص وظيفته الوحيدة هي محاذاة الذكاء الاصطناعي لا يمكنه توجيه الوكيل بشكل صحيح، إذن فربما لا يمكن لأي منا فعل ذلك.
00:14:03وهذا هو السبب الحقيقي لكون الوثوق بهؤلاء الوكلاء صعباً للغاية، ليس لأنهم أسوأ من وكلاء البرمجة، ولكن لعدم وجود جدار حولهم.
00:14:12في البرمجة، تم بناء الجدار بالفعل في النظام بينما كنا نطور سابقاً.
00:14:17العمل المعرفي يمتلك أيضاً بعض القطع والأجزاء هنا وهناك.
00:14:20على سبيل المثال، Gmail لديه نطاقات.
00:14:21Salesforce لديه مستويات أذونات.
00:14:23لكن الأمر منتشر في كل مكان لدرجة يصعب معها فرض سيطرة حقيقية، وغالباً ما ينتهي الأمر بالناس إلى فعل ذلك عبر التوجيه.
00:14:32والتوجيه هش.
00:14:34سوف يجد الوكيل تلك الثغرات.
00:14:36ستختفي الأشياء ويتم ضغطها.
00:14:38وعلى نطاق واسع، سيكسر أحد هذه السياجات، وستجد نفسك أيضاً في نفس الحالة حيث يختفي 200 من رسائل بريدك الإلكتروني المهمة.
00:14:47إذن ما الذي سيوقفه حقاً، ليس كتعليمات أفضل، بل جدار لا يمكن للوكيل تجاوزه، حتى لو نسى أن هذا الجدار موجود.
00:15:00لذا فإننا نبني هذه الجدران على طبقتين.
00:15:03الطبقة الأولى حتمية، وهي التحكم في ما يمكن للوكيل الوصول إليه، وما يتمتع بإمكانية الوصول إليه.
00:15:09يمكن لوكيل التوظيف ربما قراءة رسائل البريد الإلكتروني فقط.
00:15:13يمكن لوكيل الدعم إنشاء مسودة بريد إلكتروني، ولكن لا يمكنه إرسالها فعلياً.
00:15:17الحدود تقع خارج هؤلاء الوكلاء.
00:15:19لا يمكن للوكيل مجادلتها، أو نسيانها، أو ضغطها.
00:15:24فشلت تعليمات الاستخدام لأنها كانت تعيش في ذاكرة الوكيل في الموجه.
00:15:28هذه لا تفعل ذلك.
00:15:30لكن الوصول وحده لم يكن ليقيلها، لأنها كانت تبني بالفعل وكيل بريد إلكتروني.
00:15:36لذا كان يحتاج بالتأكيد إلى الوصول إلى ذلك البريد الإلكتروني.
00:15:39الشيء الآخر الذي نقوم به هو توفير السياسات، وهو أنه يمكنك تحديد سياسات بلغة طبيعية لما يمكن للوكيل فعله، حتى مع تلك الصلاحيات.
00:15:49لذا فإن أشياء مثل عدم حذف أكثر من 10 رسائل بريد إلكتروني بدون إذن مني.
00:15:53عدم إرسال بريد إلكتروني خارج نطاق معين.
00:15:56قواعد تضبط السلوك حتى مع وجود صلاحيات الوصول تلك.
00:16:00لذا، بين هذين الأمرين، تتحكم طبقة واحدة فيما يمكن للوكيل الوصول إليه، ويمكن للطبقة الأخرى التحكم في السلوك فيما يمكنه فعله بهذا الوصول.
00:16:09معاً، إنها حوكمة حقيقية للوكيل.
00:16:11لا تطلب من الوكيل أن يتصرف بل فرض قيود على ما يمكنه فعله.
00:16:17الركيزة الأخيرة، القابلية للتراجع.
00:16:20وهذا هو المكان الذي نصل إليه عندما تسوء الأمور.
00:16:25هل يمكنني التراجع عنها؟
00:16:27في البرمجة، يمكنك ذلك دائماً تقريباً.
00:16:30كل تغيير يتم تسجيله.
00:16:32يمكن التراجع عن الأشياء.
00:16:33يمكنك التراجع (revert) عن الالتزام الأخير، أو يمكنك استخدام (git bisect) للعثور على الالتزام الذي عطل الإنتاج والتراجع عنه.
00:16:41انظر، أنا لا أقول إنه أمر جيد.
00:16:44لن أتظاهر بذلك.
00:16:45إذا دخلت الأمور في الإنتاج وتعطلت، فهذا أمر سيء دائماً.
00:16:48ولكنه لا يزال غير دائم.
00:16:50لا يزال بإمكانك التراجع عنه.
00:16:51وهذا ما يمنحك الثقة للسماح لوكلائك بالعمل بحرية والسماح لهم بصنع بعض السحر.
00:16:57لأنه حتى لو قاموا بكسر الأشياء، لديك مسار للعودة.
00:17:03بالنسبة للعمل المعرفي، لا يوجد زر للتراجع.
00:17:05أشياء مثل التفكير في صندوق الوارد.
00:17:07تلك الرسائل الـ 200 قد ذهبت.
00:17:09لقد تبخرت.
00:17:10تلك هي الحالة العادية، بالمناسبة.
00:17:12حالة الكارثة هي بريد إلكتروني مرسل، لا يمكنك التراجع عنه.
00:17:15عملية تحويل أموال تمت بالفعل، لذا لا يمكنك استعادة تلك الأموال.
00:17:18سجل محذوف، ذهب للأبد.
00:17:20معظم الإجراءات في العمل المعرفي لا تحتوي في الواقع على زر تراجع.
00:17:24وهذا يغير المعادلة برمتها.
00:17:27هذا يغير نطاق الضرر.
00:17:29مع البرمجة، يمكنك الوثوق بالوكيل بعد وقوع الحدث.
00:17:31دعه يعمل.
00:17:32تحقق من النتيجة.
00:17:33تراجع إذا كان خطأً.
00:17:34هنا، لا توجد عودة.
00:17:36المكان الوحيد المتبقي لك هو الثقة قبل أن يتصرف الوكيل.
00:17:40هذا ما يجعل هؤلاء الوكلاء يبدون خطيرين بطريقة لم تكن عليها وكلاء البرمجة أبداً.
00:17:44ليس الأمر أنهم يفشلون كثيراً.
00:17:46بل إن الفشل هنا يدوم إلى الأبد.
00:17:49إما أن تتحقق تماماً مقدماً أو لا تدعه يتصرف أبداً.
00:17:55دعني أكون صادقاً.
00:17:56القابلية للتراجع هي الأصعب في محاكاتها في العمل المعرفي.
00:17:59التراجع الحقيقي، بالطريقة التي يوجد بها للبرمجة، ربما لا يكون موجوداً في جميع سيناريوهات العمل المعرفي.
00:18:04ولكن لدينا بعض السيناريوهات التي يوجد فيها التراجع، ونحن نسميها كذلك.
00:18:09لذا لنقل أنك أضفت تصنيفاً.
00:18:11يمكنك إزالة التصنيف بعد ذلك.
00:18:14ولكن بالنسبة للإجراءات التي لا يمكنك التراجع عنها على الإطلاق، مثل الحذف الثابت الذي يزيل رسائل البريد الإلكتروني من صندوق الوارد الخاص بك،
00:18:21نحن مرة أخرى نوفر صندوق حماية حيث يمكن للوكيل القيام بالشيء أولاً في صندوق الحماية،
00:18:25ويمكنك مراجعته، وبعد ذلك ينتقل فعلياً إلى بيئة الإنتاج.
00:18:30لا شيء من ذلك يلمس العالم الحقيقي.
00:18:31هذا هو التغيير بأكمله.
00:18:32في البرمجة، يمكنك التراجع عن الخطأ بعد حدوثه.
00:18:35هنا، تلتقطه قبل أن يحدث.
00:18:37توقيت مختلف، ونفس النتيجة.
00:18:39خطأ لن يستمر.
00:18:41فكر في الأمر مرة أخرى.
00:18:42الإجراءات التي يمكننا عكسها، كنا سنمنحها زر عكس.
00:18:45والتلك التي لا نستطيعها، سيضرب الوكيل صندوق الحماية أولاً،
00:18:48وسيتم إخطارها بأن 1200 رسالة بريد إلكتروني خاصة بك على وشك الحذف.
00:18:52هل ترغب في ذلك؟
00:18:54لم يتم الانتهاء من ذلك بعد.
00:18:57ولكن عبر مليارات الإجراءات التي نمر بها،
00:19:00نتعلم على طول الطريق، أيهما يمكن التراجع عنه وأيهما لا يمكن،
00:19:04ونجهز صندوق الحماية وفقاً لذلك.
00:19:09إذا استخلصت شيئاً واحداً اليوم، فاستخلص هذا.
00:19:11لمدة عامين، كان النموذج هو عنق الزجاجة.
00:19:14لذا كان الجميع يتسابق نحو نماذج أفضل فأفضل.
00:19:17الآن أصبحت النماذج جيدة بما يكفي، حيث أصبحت هندسة البرمجيات مستقلة بنسبة 100%.
00:19:23لكن الآن أصبح كل شيء آخر هو عنق الزجاجة.
00:19:26نفس النموذج الذي يكتب شفرتك يمكنه أيضاً القيام بالتوظيف والمبيعات والأعمال المعرفية الأخرى.
00:19:36لكنه يعمل الآن وهو أعمى.
00:19:39لا تاريخ، لا سياق، لا طرق للتحقق، لا حواجز حماية، لا تراجع.
00:19:44لذا فقد انتقل عنق الزجاجة.
00:19:48الآن هو البنية التحتية التي لم يبنها أحد بعد، وهذا هو ما نبنيه في Composio.
00:19:54نعم، نحن ندعم مليار استدعاء للأدوات إجمالاً، مع وقوع 300 مليون استدعاء كل شهر.
00:20:02وإذا كنت تبني وكيلًا، فقط وجهه إلى Composio وشاهد السحر يحدث للعمل المعرفي.
00:20:08وإذا كنت تريد بناء مستقبل ركيزة وكلاء الذكاء الاصطناعي، تعال إلي من فضلك.
00:20:13نحن نُتوظف بالتأكيد، وهناك الكثير والكثير مما يجب القيام به.
00:20:17ستستمر النماذج في التحسن.
00:20:19لن يكون عنق الزجاجة هو النماذج.
00:20:21بل ستكون الأشياء المحيطة بها.
00:20:22شكراً لك.
Community Posts
No posts yet. Be the first to write about this video!
Write about this video