إطار تطوير الوكلاء سيؤثر بشكل كبير على نمط تطوير الأعمال الخلفية.



النموذج السابق: كتابة الطرق بشكل جيد، إعداد الواجهات بشكل جيد، أي عمل يحتاج إليه يتم استدعاؤه، يجب أن تكون المدخلات والمخرجات موحدة، مما يتطلب قضاء وقت طويل في معالجة التنسيق واستقبال البيانات. للقيام بتحكم في العمليات، فإن المهام المعقدة قليلاً تتطلب إدخال مفهوم آلة الحالة للترتيب، مما يؤدي إلى إنشاء تدفقات عمل if/else مصطنعة.

نموذج الوكيل: ابحث عن نموذج قوي وذو تكلفة فعالة (قد تصل التكلفة المستقبلية إلى 0) واجعل جميع الطرق عبارة عن استدعاءات أدوات، متجاهلاً المتطلبات الصارمة للإدخال والإخراج، والتعرف الذكي على الطلبات، الأداة هي الفرع، وضبط العملية تلقائيًا، حيث تكون المرونة وسرعة التطوير عشرات المرات أفضل من الطرق التقليدية.

خصوصًا عندما يكون البرنامج أصليًا في الذكاء الاصطناعي، فإن التخزين العلاقي لم يعد شرطًا أساسيًا، فتح قاعدة بيانات PostgreSQL حيث يتم تخزين معظم البيانات بتنسيق JSONB وإعطاؤها للنموذج لمعالجتها ليس بالأمر المهم.

يجب على كل مبرمج أن يتعامل مع تطوير الوكيل، ويجرب صنع بعض الألعاب الصغيرة، ويعيد تركيب الأعمال الحالية، حتى يتمكن من تجربة التحول الكامل في العمليات.

هذا الشعور يشبه تمامًا ثورة ربط البيانات الثنائي الاتجاه في jQuery (dom) في الواجهة الأمامية.
AGENT1.01%
GT-1.43%
شاهد النسخة الأصلية
قد تحتوي هذه الصفحة على محتوى من جهات خارجية، يتم تقديمه لأغراض إعلامية فقط (وليس كإقرارات/ضمانات)، ولا ينبغي اعتباره موافقة على آرائه من قبل Gate، ولا بمثابة نصيحة مالية أو مهنية. انظر إلى إخلاء المسؤولية للحصول على التفاصيل.
  • أعجبني
  • 1
  • إعادة النشر
  • مشاركة
تعليق
0/400
MeatEatingRabbitvip
· 09-03 16:36
واو👍
شاهد النسخة الأصليةرد0
  • تثبيت