رومان سيستير (الرئيس التنفيذي) وغيوم ليبديل (المدير التقني) ، المؤسسان المشاركان لشركة StackOne – سلسلة المقابلات

رومان سيستير، المؤسس المشارك والرئيس التنفيذي لشركة StackOne، بنى منتجًا من الصفر إلى قيمة سوقية تبلغ مليار دولار في جوجل وأدار أيضًا المنتج والخدمات في Yieldify، حيث أدار 70 شخصًا على مستوى العالم وقاد استراتيجية التكامل السحابي. كما افتتح مكتب المملكة المتحدة كرئيس لخدمات المملكة المتحدة في ContentSquare وقاد التكامل مع أدوات الاختبار أ/ب. كما أسس شركة Upper.ai السابقة مع غيوم. (GOOGL )

غيوم ليبديل، المؤسس المشارك والمدير التقني لشركة StackOne، كان نائب رئيس الهندسة في Yieldify، وهي شركة تم الاستحواذ عليها من قبل Publicis. قاد غيوم فرق التكامل وبنى مئات التكاملات مع أدوات السحاب المستخدمة من قبل أكثر من 1000 منتج سحابي. كما بنى وحافظ على واجهات برمجة التطبيقات مع أكثر من 2 مليار ضربة في الشهر.

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

ما الذي ألهمك على مغادرة جوجل وتأسيس StackOne، وما هو الفجوة في مساحة التكامل الاصطناعي أو السحابي التي رأيتها و جعلت الفرصة تشعر بالurgency؟

رومان: “ألم التكامل هو شيء شعرت به في كل مرحلة من مراحل مسيرتي، سواء كنت في شركة ناشئة في مرحلة مبكرة أو أعمل مع أنظمة كبيرة النطاق داخل جوجل. بينما كنت أدير المنتج في جوجل، كنت أبني أداة استخبارات اصطناعية للبيع بالتجزئة، وحتى هناك – في واحدة من أكثر الشركات تقدمًا تقنيًا في العالم – واجهنا عقبات هائلة فقط للحصول على تكامل نظيف بين الأنظمة. لقد أدركت ذلك حقًا: هذه مشكلة منتشرة ومتأصلة في النظام. ومع ظهور النماذج اللغوية الكبيرة، رأينا نافذة جديدة تفتح. فجأة، كان هناك فرصة لإعادة تخيل طبقة التكامل بالكامل: واحدة لم يتم تثبيتها فقط، ولكن تم بناؤها من الأرض lên للاستخدام الاصطناعي. رأى غيوم وأنا ذلك بوضوح: كان الوقت مناسبًا، والسوق جائعة لحل.”

كيف أثرت تجربتك في قيادة المنتج والخدمات في Yieldify وعملك في Area 120 على استراتيجية منتج StackOne؟

رومان: “في Yieldify، قادت المنتج والخدمات جانبي من الأعمال، مما علمني أهمية ربط خارطة الطريق بنتائج الإيرادات الفعلية؛ أشياء مثل تسجيل الشركاء السريع، والقيمة المتوسطة للطلب الأعلى، أو انخفاض معدل الإبطال. في جوجل، وسعت منتج استخبارات البيانات الذي قدم 1 مليار دولار في الإيرادات الإضافية، وتعززت تلك التجربة كيفية أهمية معايير تجربة المستخدم وتبنيها للنجاح. كانت Area 120 وحشًا مختلفًا – كل شيء عن الأفكار العشرية والسرعة. ذلك علمني التحرك بسرعة، والتجربة باستمرار، وعدم خوف من الرهان الكبير. كل ذلك أثر بشكل عميق على كيفية بناءنا في StackOne: سباقات كل أسبوعين، رهانات منتج جريئة، وتركيز ليزر على جعل التكاملات لا تسهل فقط للتوسع، ولكنها ممتعة للاستخدام.”

StackOne لا تبني نموذجًا جديدًا – أنت تبني الأنسجة الضامة بين النماذج وأنظمة السحاب. لماذا هذه الطبقة الهيكلية حرجة للغاية لنجاح وكلاء الذكاء الاصطناعي؟

غيوم: “الواقع هو أن وكلاء الذكاء الاصطناعي لا يحتاجون فقط إلى أدمغة، بل يحتاجون أيضًا إلى أيدي. قد يكون النموذج قادرًا على التفكير ببراعة، ولكن ما لم يتمكن من اتخاذ إجراءات دقيقة وأمنية وسريعة في العالم الحقيقي، فهو محدود للغاية. بدون طبقة هيكلية منظمة لتوجيه المصادقة، وحدود معدل الاتصال، وأذونات الوصول، سيأخذون إجراءات خاطئة أو يكسرون الأشياء. تستخدم معظم الشركات أكثر من 100 أداة سحابية، لذلك بدون منصة مثل StackOne التي تabstracts الصرف الصحي، ستظل عالقًا في محاولة توصيل كل واحدة على حدة. مهمتنا هي إعطاء الوكلاء وصولًا آمنًا وموسعًا للأدوات التي يحتاجونها، بحيث يمكن للفرق التركيز على المنطق، لا اللوجستيات.”

يمكنك أن تشرح لنا كيف تعمل منصة StackOne الموحدة وواجهة برمجة تطبيقات إجراءات وكلاء الذكاء الاصطناعي تحت الغطاء؟ ما هو التحدي التقني حولها؟

غيوم: “نحدد مواصفات OpenAPI مفصلة بشكل شامل لكل مجال، والتي تمثل مئات النقاط النهائية التحتية. تظل هذه المواصفات محدثة بشكل مركزي، لذلك لا يحتاج العملاء إلى إدارة تغييرات الإصدار. تأتي مخططات أدواتنا مع نطاقات المصادقة الصحيحة مُحددة مسبقًا، مما يعني أن الوكيل لا يخمّن أو يتجاوز. الجزء الأصعب هو تطبيع نماذج بيانات السحاب – أدوات مثل Workday تسمح للعملاء بتعريف كائنات وروابط مخصصة، مما يُ introducemassive التعقيد. يتعامل محركنا مع كل ذلك في الوقت الفعلي، مما يوفر للمطورين طبقة تنفيذ موثوقة ومتعمدة مدعومة ب mapping مساعدة النماذج اللغوية الكبيرة.”

ما الذي يجعل محرك الاتصال بالأدوات في StackOne أسرع وأكثر دقة من قدرات النماذج اللغوية الكبيرة الرائدة؟

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

كيف يتم تحسين StackOne بشكل خاص لاستخدامات الذكاء الاصطناعي، مثل التوليد المعزز بالاسترجاع أو تنفيذ الوكلاء في الوقت الفعلي؟

غيوم: “نقدم نقاط نهاية delta فقط لأنابيب التوليد المعزز بالاسترجاع، مما يحافظ على نوافذ السياق قصيرة وفعالة. بالنسبة للوكلاء في الوقت الفعلي، ندعم الويب هوك الموحد المتدفق باستخدام أحداث الأصل أو إنشاء أحداث اصطناعية عندما لا توفر الأدوات الأساسية الأحداث التي تحتاجها. كما ينفذ منصتنا سيطرة الوصول الدقيقة على مستوى المستأجر والمشروع، وهو أمر ضروري لتنسيق عدة وكلاء عبر مستخدمين مختلفين بأمان.”

ما هي الأكثر شيوعًا بين الفرق حول بناء التكاملات داخليًا مقابل استخدام منصة مثل StackOne؟

رومان: “واحدة من الأساطير الكبيرة هي أن التكاملات مجرد عن maken API. قد يبدو البناء الأولي بسيطًا، ولكن الصيانة المستمرة غالبًا ما تستهلك 20٪ من وقت الهندسة. الفرق تقلل أيضًا من قيمة المتصلات النيش: تلك التي تؤجلها يمكن أن تكون حيث يعيش خطر الإبطال الفعلي. والأمان غالبًا ما يكون بعد الفكر. الفرق التي تبنيها بنفسها نادرًا ما تغطي أشياء مثل مطابقة SOC-2 أو عزل المستأجر، والتي هي غير قابلة للتفاوض للعملاء المؤسسين. ثم هناك تخصيص المستأجر. كل عميل جديد يأتي مع مجموعة من الحالات الخاصة والطرق التكوينية و منطق الارتباط، مما يضيف تعقيدًا مستمرًا من السهل تجاهله في البداية.”

كل شخص يتحدث عن وكلاء الذكاء الاصطناعي، ولكن النشر الفعلي لا يزال في مرحلة مبكرة. ماذا تعتقد أنّه يمنع تبني المؤسسات على نطاق واسع — وكيف تتعامل StackOne مع ذلك؟

رومان: “الأمان والمطابقة لا يزالان أكبر الحواجز. يقلق مسؤولو تكنولوجيا المعلومات من أن الوكلاء يتصرفون خارج نطاقهم أو يخلقون فجوات تدقيق. حل StackOne هذا من خلال فرض نطاقات OAuth الأقل امتياز، وتمكين مفتاح الإيقاف على مستوى المستأجر، وتوفير سجل تدقيق كامل. عندما يرى فريق المخاطر ذلك المستوى من التحكم، يتحركون من كونهم حراسًا إلى داعمين نشطين.”

ما هي أكبر التحديات التقنية أو الأمنية في السماح لوكلاء الذكاء الاصطناعي بالعمل باسم المستخدمين عبر منصات السحاب — وكيف تتعامل معها؟

غيوم: “يجب عليك إدارة أشياء مثل انتشار الرموز ودوائر التحديث، والتي نحلها بمخزن مشفر مركزي. منع تسرب البيانات على مستوى الصف هو تحدي آخر، لذلك ننفذ معرّفات حساب محددة بشكل حتمي في مكالمة الأداة لضمان أن الوكلاء يصلون فقط إلى البيانات الصحيحة وليس منهم. ولتجنب انزلاق الوكلاء أو سوء استخدامهم، نقوم بتشغيل فحوصات سياسة مستمرة واختبارات الفريق الأحمر. منصتنا también تسمح بتحديد معلمات الإجراء الذي يجب توفره لكل نظام مرتبط. يجب أن يكون الأمان مدخلاً في البناء من الأرض lên.”

كيف ترى مستقبل الأدوات مفتوحة المصدر مثل LangChain وCrewAI مع منصات مملوكة مثل StackOne؟

غيوم: “نرى مفتوح المصدر كطبقة تنسيق وStackOne كالبنية التحتية. لذلك بنينا SDKs لPython وTypeScript التي تثبت مباشرة في LangChain وCrewAI workflows. سترى نموذجًا هجين ي出现، مع أدوات مفتوحة المصدر للبروتوتايب ومنصات مدارة لثبات الإنتاج، مشابهة لطريقة استخدام الفرق Terraform مع AWS. ليس إما-أو، إنه كلاهما.”

شكرًا على المقابلة الرائعة، القراء الذين يرغبون في التعلم أكثر يجب أن يزوروا StackOne.