00:00:00(موسيقى مفعمة بالحيوية) - شكراً جزيلاً على استضافتكم لنا.
00:00:11أنا جاك، وبالتعاون مع زميلتي نيكيتا، التي ستنضم إلينا قريباً، بنينا Lightfield، وهي نظام إدارة علاقات عملاء ذكي أساساً.
00:00:19بدأنا باستخدام إصدار AI SDK الرابع في يناير، وتبنينا الإصدار الخامس فور إطلاقه في نسخة ألفا في يونيو.
00:00:26اليوم، نريد أن نشارككم كيفية بناء نظام إنتاجي يتمتع فيه وكلاء الذكاء الاصطناعي بإمكانية وصول آمن كامل للقراءة والكتابة إلى بيانات العملاء، وكيفية التعامل مع سير عمل التعاون البشري، والقرارات المعمارية التي جعلت كل هذا ممكناً.
00:00:40سنستعرض الأنماط التي اكتشفناها، والمقايضات التي قدمناها، وكيف مكّن لنا AI SDK من التحرك السريع دون الوقوع في الفخاخ.
00:00:49لكن أولاً، دعونا نتحدث عن سبب كون أنظمة إدارة العلاقات مكسورة، وملاحظة أهمية ذلك.
00:00:54إذاً، من منكم مطلع على أنظمة إدارة العلاقات؟
00:00:59قد يكون البعض.
00:01:00بعض المهندسين؟
00:01:01نعم، إذاً إليكم ما يجب أن يحدث، أليس كذلك؟
00:01:03تبدأ بالتحدث إلى العملاء.
00:01:05قد تكون مؤسساً يقوم بالبيع.
00:01:07أو قد تكون ضمن فريق المبيعات.
00:01:10في البداية، يبدو الأمر قابلاً للسيطرة عليه.
00:01:11تتذكر الجميع.
00:01:13كل حوار حي في ذهنك.
00:01:16ثم، تصل إلى 10 عملاء، ثم 20، ثم 50، وأحد أعضاء فريق المبيعات يسأل:
00:01:21"يا إلهي، ماذا قالت سارة من شركة Acme حول التسعير؟"
00:01:26هل كانت لديها مخاوف بشأن طبقة المؤسسات؟
00:01:29"فالآن أنت تبحث في Slack."
00:01:31أنت تبحث في بريدك الإلكتروني.
00:01:32أنت تبحث في Google Docs.
00:01:34ربما تسجيل Zoom الذي لم يتم نسخه بعد.
00:01:38تجده أخيراً مدفوناً في سلسلة من قبل أسبوعين، ولكن تدرك أنك لم تحدّث جدول البيانات الخاص بك مرة أخرى.
00:01:44لذا، تشتري نظام إدارة علاقات عملاء.
00:01:47يعد بأن يكون مصدر الحقيقة الوحيد لديك، لكنه يصبح فقط مكاناً آخر تنسى تحديثه.
00:01:52هنا تكمن المشكلة.
00:01:54تم بناء أنظمة إدارة العلاقات التقليدية قبل عقود بافتراض أساسي بأن البشر سيقومون بإدخال البيانات يدويا.
00:02:01منحوك هذه الحقول الجامدة والمخططات المحددة مسبقاً، لكن السياق الفعلي، دقة محادثتك، تعيش في بريدك الإلكتروني، Slack، ملاحظات الاجتماعات، أماكن مختلفة.
00:02:13ونظام إدارة العلاقات يصبح مجرد أداة إبلاغ لنائب رئيس المبيعات الخاص بك، وليس شيء يساعدك على البيع.
00:02:20لذا، اعتقدنا أنه يجب أن تكون هناك طريقة أفضل.
00:02:22ماذا لو كان بإمكان النظام أن يتذكر فقط؟
00:02:25ماذا لو التقطت كل شيء بذكاء وكان يمكنها اتخاذ إجراء نيابة عنك؟
00:02:30هذا هو Lightfield.
00:02:31إذاً، يعيد Lightfield تخيل ما يجب أن يكون عليه نظام إدارة العلاقات.
00:02:35إنها نظام ذاكرة وعمل للشركات الناشئة.
00:02:39لذا، لديها التقاط تلقائي.
00:02:41المحادثات والاجتماعات والرسائل الإلكترونية يتم التقاطها وهيكلتها دون إدخال يدوي.
00:02:50لديها ذاكرة بلا فقدان.
00:02:52نحن ندعم قوائم المخططات والمخططات القابلة للتخصيص.
00:02:54لا تحتاج إلى معرفة ما تريد تتبعه مسبقاً أو دفع استشاري لتعيينها لك.
00:02:58وتحول الذاكرة إلى عمل.
00:03:02يستخدم Lightfield كل السياق الملتقط هذا، البيانات المهيكلة والمحادثة على حد سواء، لصياغة المتابعات وإبراز الرؤى وأتمتة سير العمل لك.
00:03:11الآن، يتم بناء أنظمة إدارة العلاقات تقليدياً لفريق المبيعات لتتبع صفقات المبيعات، لكن لأن Lightfield تلتقط وتهيكل كل هذه البيانات المحادثة، فإنها تصبح قوية حقاً لأي شخص يحتاج إلى تذكر والعمل على سياق العميل.
00:03:26ما هي الميزات الأكثر طلباً من الإعدادات الأولية لأسبوع الماضي؟
00:03:31فرق نجاح العملاء يفهمون الأنماط عبر محادثات الدعم.
00:03:35نفس النظام، أسئلة مختلفة، لكن جميعها تعمل بقوة من طبقة الذاكرة هذه.
00:03:40هذا هو المنتج.
00:03:41دعني أريك كيف يبدو بالفعل.
00:03:43إذاً، هنا مثال لسؤال وكيل Lightfield.
00:03:48أعتقد أننا نسأل العثور على خمس عمليات متعثرة وصياغة رسالة بريد إلكتروني مخصصة لكل منها.
00:03:55لذا، يمكنه البحث عبر كل معلومات العميل الخاصة بك باستخدام وكيل مبني على AI SDK.
00:04:02يمكنه فهم ما هي العمليات المتعثرة، ثم يمكنه استخدام تلك المعلومات لصياغة رسائل بريد إلكتروني قابلة للتخصيص لجميع الأشخاص لتلك الفرص.
00:04:23هنا مثال.
00:04:25وبعد ذلك، كما تعلم، يمكن للمستخدم الآن إرسال تلك الرسالة البريدية الأفضل لك.
00:04:29إذاً، كيف يعمل كل هذا؟
00:04:34دعنا نمر ونتحدث عما يحدث تحت الغطاء.
00:04:37يقوم مستخدم باتخاذ إجراء.
00:04:39هذا يمكن أن يكون إرسال رسالة دردشة.
00:04:41هذا يمكن أن يكون حدثاً خارجياً، مثل محفز، مثل بريد إلكتروني أو إنهاء اجتماع.
00:04:47يحصل الوكيل على السياق فوراً.
00:04:50أين المستخدم في التطبيق؟
00:04:52ماذا كانوا يفعلون مؤخراً؟
00:04:54وما هو نيتهم؟
00:04:55ما الأدوات المتاحة لهم؟
00:04:57ثم Lightfield تبدأ العمل.
00:04:59تبحث عن البيانات ذات الصلة، وتتخذ إجراء في نظام إدارة العلاقات وتحديث السجلات والردود.
00:05:05كل هذا يحدث من خلال طبقة البيانات الموحدة نفسها التي تشغل واجهة المستخدم.
00:05:10دعني أريك كيف نفعل هذا.
00:05:11إليك البنية المعمارية التي تجعل كل هذا ممكناً.
00:05:15ثلاث واجهات مختلفة هنا.
00:05:19واجهة المستخدم للبشر، وكلاء للغة الطبيعية، وعمليات سير العمل للأتمتة.
00:05:26هنا المفتاح.
00:05:27يتفاعلون جميعاً من خلال نفس الطبقة الموحدة، كائنات المجال.
00:05:32لذا، لديهم نفس الأذونات.
00:05:33الوكيل له نفس الأذونات مثل المستخدم الذي ينفذ الوكيل.
00:05:37نفس منطق الأعمال ونفس أنماط الوصول إلى البيانات.
00:05:41لا توجد واجهة برمجية تطبيق وكيل منفصلة بقواعد مختلفة أو وصول محدود.
00:05:46لذا، نجمع التخزين من مجموعة متنوعة من الأنظمة هنا.
00:05:51البيانات المنظمة وتخزين الكائنات والفهرسة في منصات البحث المختلفة.
00:05:57لذا، نوفر نفس الإمكانيات والواجهة نفسها.
00:06:01إذاً، المبدأ الواحد الذي نستخدمه لبناء منصتنا هو تكافؤ واجهة المستخدم للوكيل.
00:06:10إذاً، إذا كان بإمكان المستخدم الوصول إليها، يمكن للوكيل الوصول إليها.
00:06:14إمكانيات القراءة والإنشاء والتحديث الكاملة عبر جميع البيانات.
00:06:19إذاً، نفس الأذونات والرؤية والعمليات نفسها.
00:06:24حسناً، إنها منتج واختيار معماري قدمناه منذ اليوم الأول.
00:06:28هذا هو السبب في أن بناء أصلي للذكاء الاصطناعي من الأساس يفوق ربط الوكلاء بالأنظمة القديمة.
00:06:34لذا، يتصرف الوكلاء في Lightfield نيابة عنك بنفس الأذونات من خلال طبقة البيانات نفسها التي تشغل واجهة المستخدم.
00:06:42هم مجرد واجهة أخرى لبياناتك.
00:06:44إذاً، عندما كنا نختار الأدوات لبناء Lightfield، كنا بحاجة إلى البدايات التي لن تفرض علينا معماريات مختلفة للوكلاء مقابل المستخدمين.
00:06:54أثر هذا القيد على كل مكدسنا، بما في ذلك إطار العمل الذكي الذي اختاره.
00:06:58إذاً، والشيء حول بناء منتجات ذكية في عام 2025 هو أن أحداً ليس لديهم اللعبة الكاملة، أليس كذلك؟
00:07:10إذاً، نحن نحاول تحسين سرعة التعلم على الكمال.
00:07:14إذاً، نحن نستخدم فعلاً هذا المفهوم من Lightfield.
00:07:19عندما يحتاج فريق الهندسة الخاص بنا إلى فهم مشكلة العميل، لا يضطرون إلى التنقل من خلال نظام إدارة العلاقات.
00:07:25يمكنهم ببساطة أن يسألوها.
00:07:26إذاً، اللغة الطبيعية هي حقاً الواجهة التي نريدها هناك.
00:07:35إذاً، زود AISDK لنا بالمرونة للتكرار على هذا دون إعادة كتابة كل شيء.
00:07:41لكن المفتاح كان عقلية.
00:07:43ركزنا على بناء الميزات وحل المشاكل الحقيقية، وليس محاربة الأطر أو الإفراط في هندسة التجريدات.
00:07:50إذاً، المفتاح هنا هو التحرك السريع والتعلم بسرعة.
00:07:53إذاً، واصلنا العودة إلى هذا الاقتباس.
00:08:02"التكرار أرخص بكثير من التجريد الخاطئ" من قبل Sandy Metz.
00:08:08وأعتقد أن هذا شائع جداً في بناء منتجات ذكية اليوم.
00:08:13من السريع جداً بناء البرامج بسرعة الآن.
00:08:17إنه أسرع حتى مما كان عليه قبل سنة.
00:08:19والتأكد من وجود الإطار الصحيح مهم حقاً.
00:08:23وقد يكون وجود تجريد خاطئ مكلفاً حتى أكثر.
00:08:27إذاً، دعنا نتحدث عن هذا بشكل أكثر عملياً.
00:08:34إذاً، بينما كنا نبني Lightfield، بدأنا تطوير AISDK في يناير من هذا العام.
00:08:43إذاً، تبنيناه لدعم تبديل الموديل وبدأنا استخدام البدايات نوع نص البث.
00:08:54وهكذا، تمكنا من شحن المهام المبكرة للوكلاء المحددين خلال أسابيع.
00:08:58إذاً، بدأنا في بناء المزيد والمزيد من الوكلاء والمزيد والمزيد من ميزات الدردشة.
00:09:04وفي يونيو 2025، بدأنا بتبني واجهة برمجية تطبيق useChat، خاصة بسبب خيارات النقل المخصصة التي تم إطلاقها.
00:09:16إذاً، الشيء الرئيسي هنا هو أننا كنا قادرين على تبني AISDK الانتقال من V4 إلى ألفا V5.
00:09:25إذاً، أعتقد أنه يبدو وكأن V6 سيتم إطلاقها قريباً، بسهولة مع نوع من التحرك السريع.
00:09:34لدينا نوع من النكتة داخلياً بأننا سنحدد ميزة نحتاجها من AISDK وفي اليوم التالي سنرى تغريدة من فريق AISDK.
00:09:46والتعلم هذا الصباح، أعتقد، أن لدى نيكو وكيل يولد للتو تلك التغريدات.
00:09:51لذا من المضحك جداً أن ترى ذلك.
00:09:53إذاً، هذا بالضبط ما تريده من إطار عمل.
00:09:57ينمو معك بدلاً من إجبارك على إعادة الكتابة أو الإبطاء.
00:10:00إذاً، هنا مثال على Lightfield في العمل هنا.
00:10:05إذاً، في الدردشة هنا، أنا أسأل، أنا أكتب سؤالاً، ما التالي لهذا الحساب؟
00:10:16ماذا ذكر جوردان لي على آخر اتصال لنا؟
00:10:19إذاً، لاحظ ما لم يضطر المستخدم إلى فعله.
00:10:21لم يضطروا إلى قول الحساب هو بروتوكول مبسط أو طلب تحديداً حول اجتماع معين.
00:10:30إذاً، استخدمنا AISDK لبناء هذه الميزة التي لدينا تسمى Adaptive Context Building.
00:10:37إذاً، يوفر إشارات من المستخدم مع الاسترجاع الذكي لمعرفة ما يهم فعلاً لذلك.
00:10:45إذاً، دعني أشارك بعض الأمثلة على كيفية استخدامنا للبرنامج للقيام بذلك.
00:10:49إذاً، لدى SDK واجهة برمجية تطبيق تسمى Data Parts ونستخدمها لتوفير إشارات من العميل إلى الخادم الذي يبني السياق بالفعل.
00:11:01يمكننا، على العميل، استخدام كيانات مختلفة وتوفير إشارات مختلفة باستخدام واجهة برمجية تطبيق Data Parts وبعد ذلك نرطب هذا بالكامل على الخادم.
00:11:11سأسمح لزميلتي نيكيتا أن تتحدث أكثر عن كيفية استخدامنا لـ Data Parts لبناء المزيد من الميزات هنا.
00:11:19(موسيقى مفعمة بالحيوية)
00:11:24(موسيقى مفعمة بالحيوية) - شكراً جزيلاً يا جاك.
00:11:28مثال آخر مشابه لـ Adaptive Context Building هو كيفية حقننا الملفات في سلسلة الدردشة.
00:11:35يوفر لنا AISDK طريقة سهلة جداً للقيام بذلك.
00:11:39يمكننا ببساطة استخدام وظيفة رسالة الإرسال من خطاف استخدام الدردشة، وتوفير استعلام المستخدم وقائمة الملفات وسيعمل مع أي موفر خارج الصندوق.
00:11:50لكن هذا يثير بعض المخاوف العملية المتعلقة بقابلية التوسع.
00:11:54على سبيل المثال، كيف نتأكد من أننا نتجنب إدامة البيانات مباشرة في قاعدة البيانات إذا كنا نشفر الملفات مباشرة؟
00:12:01إذا كنا نستخدم عناوين URL من S3، كيف نتأكد من أننا لا نعرض بطريق الخطأ بيانات المستخدم الخاصة للعموم؟
00:12:09حلنا لهذا هو بدلاً من ذلك أن يرسل العميل الخادم الخلفي معرفاً داخلياً يشير إلى الملف المرفوع داخل مخزن البيانات الخاص بنا.
00:12:21في الخلفية، سنكرر عبر جميع أجزاء الملفات واستبدال تلك المعرفات الداخلية بعناوين URL موقعة من S3.
00:12:30هذا يمكّن موفري LM الخارجيين من عرض هذه الملفات المرفقة، لكن انتهاء الصلاحية على عناوين URL الموقعة يمنع الوصول غير المصرح به.
00:12:41مثال آخر على كيفية حماية بيانات المستخدم في Lightfield هو من خلال هذا المفهوم لمجموعات الأدوات السياقية.
00:12:50كلما تفاعل مستخدم مع منتج الدردشة في Lightfield، سننشئ ديناميكياً مجموعة أدوات محددة للمستخدم.
00:13:00سنحقن تلك التبعيات مباشرة في الأدوات.
00:13:03على سبيل المثال، في أداة استرجاع البيانات هذه، نحقن معرفات المستخدم مباشرة في الأداة نفسها.
00:13:11لم يصدر نموذج اللغة الكبير استعلامات مباشرة إلى قاعدة البيانات.
00:13:15يمر دائماً من خلال طبقة البيانات الموحدة نفسها التي سيصل إليها المستخدم من خلال بقية واجهة نظام إدارة العلاقات.
00:13:23لذا لدينا هذه فلسفة التصميم لصيانة التكافؤ بين واجهة مستخدم نظام إدارة العلاقات وقدرات الوكيل.
00:13:34عندما يمكن للمستخدم إنشاء كيانات نظام إدارة العلاقات مثل الحسابات والفرص والجهات المركزية من خلال واجهة مشروط هذه في واجهة المستخدم، نريدهم أن يكونوا قادرين على فعل الشيء نفسه من خلال واجهة الدردشة.
00:13:48يمكن لنموذج اللغة الكبير إصدار استدعاء أداة لإنشاء هذه الحسابات وسيعيد نموذج يحتوي على نفس المدخلات الموضحة داخل واجهة المستخدم.
00:13:57بنينا هذا بالاستفادة من تجريدات الذكاء الاصطناعي SDK للتعاون البشري في الحلقة.
00:14:03الطريقة التي تعمل بها هذه بشكل أساسي هي أنه عندما يصدر نموذج اللغة الكبير استدعاء أداة يتطلب تأكيداً، سيعيد هذا استدعاء الأداة إلى عميل المقدمة.
00:14:13سيعيد العميل واجهة وإلحاق نتيجة أداة حسب إجراء المستخدم.
00:14:20على الخادم الخلفي، قبل أن نرسل هذا الإخراج إلى نموذج اللغة الكبير، سننفذ الوظائف اعتماداً على ما قدمه المستخدم.
00:14:31يتم عرض مخطط يصف كيفية قيامنا بهذا هنا.
00:14:37إذاً إدخال المستخدم الأولي هو استدعاء الأداة هذا.
00:14:43يقترح نموذج اللغة الكبير مجموعة من قيم الإدخال، في هذه الحالة مصفوفة من العناصر التي تمثل أسماء الحسابات والنطاقات الخاصة بها.
00:14:51بعد تعديل المستخدم للقيم، يصبح الإخراج قيم المستخدم المعدلة جنباً إلى جنب مع حقل إضافي يشير إلى ما إذا وافقوا على تلك العنصر المعينة.
00:15:03بعد تنفيذ الوظيفة الفعلية، نضيف تلك النتيجة إلى مخرجات الأداة قبل إرسالها إلى نموذج اللغة الكبير.
00:15:11على سبيل المثال، هل كان إنشاء الحساب ناجحاً أم فشل لسبب ما، مثل ربما الحساب موجود بالفعل في نظام إدارة العلاقات؟
00:15:19هذا يوفر نموذج اللغة الكبير مع الرؤية الكاملة لتاريخ التفاعل.
00:15:26يمكنه رؤية التدفق بأكمله، القيم الأولية المقترحة والنتائج.
00:15:33هذا يوفره القدرة على اقتراح الخطوات التالية بشكل مناسب.
00:15:38إذاً لدينا أيضاً مبدأ تصميم هذا يمكّن المستخدم من تشكيل نظام إدارة العلاقات بحيث يناسب احتياجاتهم.
00:15:45كل الأعمال لديها جوانب فريدة حول نفسها وعمليات مبيعات فريدة.
00:15:52نريدك أن تكون قادراً على تخصيص نظام إدارة العلاقات وتخصيص تجربتك مع الوكيل لتناسب احتياجاتك المحددة.
00:16:00داخل Lightfield، يمكنك بناء نموذج بيانات مخصص لكل من كيانات نظام إدارة العلاقات.
00:16:08على سبيل المثال، إذا كنت أداة إنتاجية B2B تحاول بيع أداة الترميز الخاصة بك للشركات الناشئة، قد تكون مهتماً بشكل خاص بتتبع مكدس التكنولوجيا الخاص بالعميل وحجم فريق الهندسة والمستثمرين المتبادلين الذين قد يكون لديك معهم.
00:16:26داخل Lightfield، يمكنك تحديد كل هذه الحقول المكتوبة.
00:16:30ويمكنك تحديد كيفية استخدام الوكيل لهذه الحقول في عملياته.
00:16:38يمكنك توفير تعليمات إضافية حول معاني هذه الحقول وكيف يجب أن يستخدم هذه الحقول عند تحديثها في سير العمل الخلفي المختلفة.
00:16:48على سبيل المثال، إذا قمت بإنشاء حقل، يمكنك طلب الوكيل لملء الفراغات من خلال إجراء بحث عميق على الويب وإثراء هذه الحقول لجميع الحسابات في نظامك.
00:17:03أو يمكنك طلب ملء الفراغات من خلال البحث في سجلات نظام إدارة العلاقات الخاصة بك، والتي تتضمن نصوص الاجتماع والرسائل الإلكترونية والتفاعلات الأخرى مع الحساب.
00:17:13ما يبدو عليه الخادم الخلفي هو أننا ننشئ هذه الأداة في وقت التشغيل، والتي بمخطط يعتمد على تكوين شركتك المعين.
00:17:28مخطط الأداة الفعلي نفسه مشتق من تلك قاعدة البيانات.
00:17:32وعندما يقترح نموذج اللغة الكبير القيم، سنتحقق من الأنواع للتأكد من أنها تطابق ذلك المخطط.
00:17:38هذا يمكّننا من بناء هذه الأدوات المرنة والموثوقة جداً.
00:17:42داخل Lightfield، يمكنك أيضاً تكوين هذا قسم المعرفة حيث يمكنك توفير نموذج اللغة الكبير مع سياق إضافي حول عملك.
00:17:53يمكنك توفير معلومات حول منتجات شركتك وأيضاً توفير تعليمات حول كيفية تشغيل نموذج اللغة الكبير لسير العمل الخلفي، مثل إعداد الاجتماع.
00:18:06قبل كل اجتماع، ستعد Lightfield مستنداً لك، وتجهزك للمناقشة.
00:18:15سيتم إدراج المشاركين الرئيسيين والمعلومات الإضافية عنهم.
00:18:19سيتم إدراج معلومات حول الحساب المعين الذي تجتمع معه، وكذلك نقاط نقاش أخرى مهمة.
00:18:27بعد الاجتماع، ستقترح عناصر إجراء المتابعة والتحديثات الميدانية المقترحة بناءً على ما ناقشتموه.
00:18:35جميع هذه كتل البناء الأساسية تتحد لتفتح قدرات قوية جديدة.
00:18:42لأن Lightfield لديه السياق الكامل لجميع تفاعلات المبيعات الخاصة بك وله درجة عالية من المعرفة المخصصة، يمكنه التعاون معك لإنشاء رسائل بريد إلكتروني عالية الجودة بسرعة نيابة عنك.
00:18:56على سبيل المثال، بعد اجتماع، يمكنك استخدام هذه الأداة للوصول إلى تقويم Google الخاص بك لعرض توفرك.
00:19:05عندما يتم إنشاء نسخة رسالة بريد إلكتروني مشروعة، يمكنها أن تقترح على نحو مناسب متابعة الأوقات بناءً على المناقشات السابقة الخاصة بك.
00:19:14هذه النسخ المشروعة للبريد الإلكتروني لا تزال محاطة بموافقة المستخدم، بحيث يمكنك أن تكون واثقاً من أن وكيل نموذج اللغة الكبير لن يتخذ إجراء دون موافقتك الصريحة.
00:19:25تُعد عناصر إجراء المتابعة ونسخ البريد الإلكتروني المشروعة لك، وسيرسلان لك إشعارات، للمساعدة في التأكد من أنك تبقى على رأس كل صفقة تعمل عليها.
00:19:37حسناً، عودة إليك يا جاك، لتجميع كل هذا معاً.
00:19:43- نعم.
00:19:46(صفق الجمهور) شكراً لك يا نيكيتا.
00:19:53إذاً، المبادئ الأساسية التي اكتشفناها أثناء بناء Lightfield مع AI SDK.
00:19:59المبدأ الأول، تكافؤ واجهة المستخدم الوكيل الآمن.
00:20:03صُمم من اليوم الأول.
00:20:05يحتاج الوكلاء إلى وصول قراءة وكتابة كامل من خلال طبقة البيانات نفسها التي يستخدمها البشر.
00:20:09لا تبني واجهة برمجية تطبيق وكيل منفصلة.
00:20:11ستنتهي بصيانة عدة أنظمة، ولن تشعر أي منها بأنها كاملة.
00:20:15المبدأ الثاني، التكرار السريع على التجريد المثالي.
00:20:19تحسين سرعة التعلم في وقت مبكر، وليس الكمال من الأمام.
00:20:23كان لدينا كود مشابه بمظهر عبر وكلاء الدردشة وميزات API والسير العملي الخلفي.
00:20:28بعض التكرار هو حقاً أرخص من التجريد الخاطئ، خاصة عندما تتشكل الاتفاقيات.
00:20:35المبدأ الثالث، سير عمل التعاون البشري في الحلقة الموثوق بها.
00:20:41يحتاج الناس إلى البقاء في السيطرة، خاصة للتفاعلات عالية الرهان.
00:20:45اعترضنا طبقة الأداة.
00:20:48الوكيل يرى الاقتراح الأصلي وتعديلات المستخدم ونتيجة التنفيذ.
00:20:53شفافية كاملة، سجل كامل.
00:20:56هذا ما يكسب الثقة.
00:20:58المبدأ الرابع، الأنظمة القابلة للبرمجة من قبل المستخدمين والوكلاء.
00:21:02العملاء الحقيقيون يحتاجون إلى نماذج بيانات مخصصة.
00:21:04كل عمل يتتبع الأشياء بشكل مختلف.
00:21:07يمكن للمستخدمين والوكلاء تحديد حقول جديدة، ويمكن للنظام أن يتكيف معه.
00:21:13هذا يعني أن منتجك يشكل الطريقة التي يهيكل بها العملاء بياناتهم، وليس العكس.
00:21:18إنه أكثر تعقيداً للبناء، لكنه الفرق بين منتج يتحمله الناس وواحد لا يستطيعون العيش بدونه.
00:21:24نحن نود أن نسمع ما تبنيه وما الأنماط التي تكتشفها.
00:21:28تعال لتجد لنا بعد ذلك أو تحقق من lightfield.app لرؤية هذه المبادئ في العمل.
00:21:34شكراً لك.
00:21:35(موسيقى مفعمة بالحيوية)