في الأسبوع الماضي، تم نقل لا أكثر من أشهر من التخطيط التكنولوجي - في أسبوع واحد ، مع 10 جلسات من الممثلين الممثلين يعملون بشكل متوازن. 1,000 API integrations الكائنات الحية Membrane Universe هو مكتبة علم التكامل المبسطة - كل ما يحتاج إليه المشترك أو المطور إلى اتصال بال APIات خارجية. هناك العديد من أنواع العناصر في ذلك، ولكن لدينا في هذا المشروع التركيز على اثنين: الاتصال ، والتي تحدد كيفية الاتصال إلى API خارجي (التمثيل من خلال OAuth2 ، مفتاح API ، وما إلى ذلك ، بالإضافة إلى جمع البيانات والأحداث) أدوات العمل، والتي هي مجموعات من الإجراءات API المستعملة (على سبيل المثال، "إنشاء رسالة Slack"، "تحديث GitHub repos") التي يمكن استخدامها من قبل الممثلين وطبقات العمل. بناء كل التكامل يدوي يتطلب تطوير - البحث عن الوثائق، واكتشاف auth، تنفيذ المستخدم، كتابة اختبارات. في هذا النطاق، 1000 التكامل سوف يستغرق شخص واحد حوالي عام من العمل بدوام كامل. لقد استخدمنا LLMs لتسريع هذا منذ الأيام الأولى من gpt-3.5, ولكن هذا كان دائمًا على الفور. 30–60 minutes مايكروسوفت يعرف الآن كيفية العمل مع منصةنا. قمنا بتصنيع خطوط طرازية لإجراء آلاف التطبيقات تلقائياً. We saw the opportunity to industrialize it بناء محطة غاز يتكون الطائرات من دو مرحلة، تتحرك كل منها بموجب سيطرتها الخاصة. المرحلة 1 تتعامل مع الاعتماد - الأكثر صعوبة من أي التكامل. المرحلة 2 تتضمن طبقات على الأفعال التي تجعل كل التكامل مفيد. كلاهما تتبع نفس النموذج: احصل على التطبيقات المناسبة، تحصل على أدوات الذكاء الاصطناعي المتوافقة، تحقق النتائج، نشر ما ينتهي، علامات ما لا ينتهي. المرحلة 1 - الاعتماد (بناء الاتصال) هذه السيناريوهات تتعامل مع الخطوة الأولى: تنفيذ auth لكل تطبيق. How it works: يكتشف جميع التطبيقات من API لدينا، والتركيز على الأشخاص الذين ليس لديهم متصل حتى الآن لكل تطبيقات (تشغيل ما يصل إلى 10 في وقت واحد) ، فإنه: إنشاء سجل متصل في المكونات إنشاء جلسة عمل في محركنا إزالة وكالة المكونات المحلية التي تعمل من قبل كلود يخبر المشترك الذي سيتم تنفيذه - يعرف المشترك كيفية التفاعل مع Membrane من إرسال نظامه وكيفية بناء المشتركين من خلال المهارات المدفوعة مسبقاً ، لذا فإن رسالة المستخدم هي فقط اسم التطبيق وURL الانتظار حتى ينتهي المفوض (~ 2.5 دقيقة في المتوسط) تؤكد النتيجة ضد مشاريعنا – هذه الدورة المفاجئة مهمة بالنسبة للشركات، لأنها يمكن أن تحدد نفسها عندما لا يتم تحديد النتيجة إذا كان صحيحًا: يُصدّر القابل للاتصال ويُصدّر إذا كان غير صحيحًا: يُصدّر التطبيق لإجراء مراجعة دستورية What Membrane Agent actually does inside each session: أولاً ، يستخدم العميل و يقرأ البرنامج من خلال الأدوات، ويحقق ما إذا كان API يستخدم OAuth2, API keys، Basic auth، أو أي شيء آخر، ويقوم بتحديد جميع المواد auth ذات الصلة - ID المستخدم / المجالات السرية، والمجموعات، URLs token، والأنشطة. web search web fetch ثم يقوم بتنفيذ عميل API الذي يرتبط بالشروط الصحيحة بالطلبات، ويكتب وظيفة اختبار لتحديد الاتصال، ويقوم في الواقع بتقديم طلبات HTTP إلى API لتأكيد أنه يمكن الوصول إليه ويجيب بشكل صحيح. في النهاية ، يستخدم الأدوات من Membrane لإرسال جميع الإعدادات إلى منصة. والشركة تعمل بشكل مستقل تماماً. 2.5 minutes per app قم بتصحيح المادة: هذا ما يقرب من 10 متصلة تم إنشاؤها وتحديدها كل بضع دقائق - دون ضربة حاسمة بشرية واحدة. 10 agents, ~2.5 minutes each, running in parallel نحن نحتفظ بعناصر واحدة لكل جلسة من أجل تجنب تدهور نافذة الاتصال - جلسة جديدة لكل تطبيق يعني أن المشترك يظل متمسكاً. المرحلة 2 - الإجراءات (البنية التحتية) بمجرد تثبيت تطبيق auth، فإنه جاهز لمرحلة ثانية: إنتاج الإجراءات التي تجعل التكامل مفيدًا. تظهر النماذج في المرحلة 1 ، وتتصفح الملفات إلى التطبيقات التي لديها اتصال مع auth ولكن لا بطاقة حتى الآن ، ثم تنتج مصممين لكل منها. تعرف كل مصممين على ID اتصالها وتقول إنها تطبق البطاقة. تفتيش API التطبيق ، وتحديد الأهداف الأكثر شعبية ومفيدة ، وتشكيل تعريفات الأنشطة - متكاملة مع مشاريع الدخول ، وتصميم طلب API ، وتصميمات النتائج ، وتصنيفات إلزامية لممارسات غير واضحة. بعد التحقق (تحديد البطاقة لديها بالفعل إجراءات) ، يتم نشرها وإعادتها إلى الشبكة. المعمارية إليكم كيف تبدو النظام الكامل عندما تقوم بتزيين: التفاصيل التقنية الرئيسية في المنافسة 5-10، نحن نعمل إليك ما يجعل هذا العمل موثوقا: ~100 apps per batch run جلسة التتبع يتم مراقبة كل جلسة من العاملين في شبكتنا ، على الرغم من أن العاملين يعملون على المستوى المحلي أثناء إنشاء الأسهم. وهذا يعني أننا يمكننا مراجعة كل قرارات الذكاء الاصطناعي من خلال نظام تشغيل الأجهزة المحمولة، تماما كما لو كانت جلسة مستوحاة من الورق، ويمكننا أيضًا الاستمرار أو إعادة تشغيل أي جلسة من الورق عند الحاجة. تصحيح خطأ وممارسة الخطأ لا يمكن تثبيت جميع التطبيقات، وتتعامل السيناريو مع الفشل بطريقته: تصحيح النموذج: بعد الانتهاء من العميل، ونحن تصحيح النتيجة مقابل النموذج الخاص بنا SDK. إذا لم يتم إرسالها (تخفيض الأماكن المطلوبة، الهيكل الخاطئ)، يتم تحديد التطبيق. APIs المفقودة: يتم إعطاء العميل إعطاء auth فارغًا وتفسير السبب إذا كان API غير متاح. خيارات الوقت: إذا كان كوليد يقطع على API مدهشًا بشكل خاص (على الرغم من أنه لا يحدث في كثير من الأحيان)، يتم تحديد الجلسة كخطأ ويمكن إعادة تشغيلها. هذا هو المكان الذي يصبح مثيرًا للاهتمام: تصل النتائج إلى تحسين.إذا فشل عامل في تطبيق، ونحن نراجع الجلسة لكي نتفهم لماذا - هل كان ذلك سوءًا في مهارات المساعد؟ نموذج API غريب؟ توثيق سيئ؟ نحن نحدد المشكلة الأساسية، وتشغيلها مرة أخرى، وكل مجموعة أصبح أفضل من الأخيرة. معرفة الوكالة هذا هو المفتاح: لا تبدأ الوكالة من البداية لكل API. يتم جمع إشعار النظام من مصادر علم متعددة: نظرة عامة على منصة الأقمار الصناعية (ما هو Membrane وكيف يعمل المجموعة) مهارات بناء المكوّنات (عملة خطوة من الخطوة الخاصة بتنفيذ auth ، تحديد نوع auth ، قراءة وثائق محددة عن نوع auth ، تكوين المواد ، تنفيذ عميل API ، إجراء اختبار التنفيذ) مهارات OpenAPI (كيفية العثور على وتسجيل تقييمات OpenAPI بشكل متزايد دون تحميل النماذج بأكملها في السياق) إرشادات التطبيق التفصيلية للموظفين الأساسيين. يدعم نطاق العميل لدينا تخصيص المهارات على الطلب خلال جلسة، ولكن بالنسبة إلى معالجة المجموعة وجدنا أن تخصيص المهارات الأساسية مباشرة إلى إرسال النظام يعمل بشكل أفضل. وهذا يعني أن الوكالة لديها معرفة عميقة عن نمطية منصةنا قبل حتى النظر إلى API الهدف. لعبة Manual Layer ليس كل شيء تلقائياً تماماً - وهذا من خلال التصميم. الحالات الجانبية: بعض التطبيقات API غير مكتوبة ولكنها فعالة.لقد اكتشفنا هذه خلال مراجعة وتتعامل معها يدويًا. مراجعة الجودة: نقوم بتقييم جلسات المرشحين عبر محركنا، وخاصة في التطبيقات التي لم تكن قادرة على التحقق منها. لا توجد إمكانيات حقيقية: في الوقت الحالي، لا يتم تصديق المرشح باستخدام مفتاح API الحقيقي. ويحقق أن APIs قابلة للتطبيق وأن auth يتم تشغيله بشكل صحيح، ولكن لا يتم إكمال تدفقات OAuth الحقيقي. ما هو التالي نحن نقوم بإنشاء عالم المكونات بشكل عام في الأسابيع القادمة، بدءاً من التطبيقات الفريدة والخفيفة - API من المدارس القديمة، والأنظمة المتوفرة بشكل صارم. إن أكبر الفجوة في الوقت الحالي هو اختبار الوثائق الحقيقية.نحن نتمكن من بناء تلقائيات المتصفح لعمليات التسجيل التلقائي والتلقائي حتى يتمكن العاملون من تحقق التكاملات من نهاية إلى نهاية. أطول فترة ممكنة: الحفاظ على مستمر. تغير API، وارتفاع نقاط النهاية. نفس المنشآت التي بنيت هذه التكاملات ستبقى متاحة. الشكل الأكبر هو هذا: لم تكن شركات الذكاء الاصطناعي فقط مساعدات تحكم تساعدك على كتابة الوظائف بسرعة أكبر. تقييمهم على مشكلة واضحة، وإعطاءهم الأدوات والخبرات المناسبة، ويمكنهم بناء الأشياء على نطاق لم يكن ممكنًا سابقًا. infrastructure builders
