سباق البنية التحتية لوكلاء المؤسسات: Ampersand و Restate تمولان طبقة القراءة والكتابة

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

Ampersand: القراءة والكتابة داخل نظام السجلات

أغلقت Ampersand جولة A في 6 أكتوبر، بقيادة Bessemer Venture Partners، بمشاركة المستثمرين العائدين Matrix و Flex Capital، إضافة إلى أسماء جديدة مثل Yelp و Mana Ventures. ويبلغ إجمالي تمويلها الآن نحو 19.7 إلى 20.7 مليون دولار، ارتفاعًا من جولة أولية بقيمة 4.7 مليون دولار بقيادة Matrix في أبريل 2023. تأسست الشركة في عام 2022.

الفكرة سهلة القول وصعبة البناء. دع تطبيقات الذكاء الاصطناعي تعمل داخل برمجيات الأعمال المتقادمة التي تعتمد عليها الشركات بالفعل. تبني Ampersand بنية تحتية تتيح للتطبيقات الوكيلة تنفيذ عمليات قراءة وكتابة داخل أنظمة السجلات مثل Salesforce و NetSuite.

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

تركيز الشركة ينصب على مشكلة التخصيص. نادرًا ما تُستخدم أنظمة المؤسسات كما هي خارج الصندوق. تخصصها الشركات بشكل كبير، لذا قد تبدو تهيئة Salesforce لدى شركة مختلفة تمامًا عن تهيئة شركة أخرى. تضع Ampersand نفسها في مواجهة منصات التكامل التقليدية، التي تميل إلى تقديم اتصالات أوسع لكنها أقل عمقًا. التكاملات الأعمق التي تتعامل مع التخصيص لكل عميل هي الميزة التنافسية التي تبيعها الشركة.

إلى جانب التمويل، أعلنت Ampersand عن النسخة التجريبية من Andi، وهو وكيل تكامل بالذكاء الاصطناعي يساعد المطورين في أعمال التنفيذ الخاصة بكل عميل. تلك هي التهيئة المضجرة الخاصة بالعميل والتي تجعل مزامنة البيانات تعمل فعليًا في بيئة معينة.

Restate: بنية تحتية متينة للوكلاء الذين يعملون لفترات طويلة

تتجه جولة Restate البالغة 20 مليون دولار من الفئة A، بقيادة Singular، نحو بنية تحتية متينة لسير عمل الوكلاء. والهدف هو موثوقية وقت التشغيل: البنية التحتية غير اللامعة التي تمنع وكيلًا يعمل لفترة طويلة من الفشل دون أي أثر في منتصف المهمة.

المشكلة محددة. الوكيل الذي يعمل لساعات، ويتنقل بين الأدوات، ويحتفظ بالحالة، لديه نقاط كثيرة يمكن أن يسقط عندها. تنتهي مهلة استدعاء شبكة، أو يعاد تشغيل خدمة، أو تكتمل خطوة لكن نتيجتها لا تُسجَّل أبدًا. في العرض التجريبي، تعيد المحاولة يدويًا. أما في الإنتاج، فأنت تحتاج إلى وقت التشغيل ليضمن أن الخطوة إما تكتمل أو يُعاد محاولتها بأمان، وأن حالة الوكيل تنجو من أي انهيار.

هذا هو التنفيذ المتين، وهو نمط راسخ في الأنظمة الموزعة ويجري الآن تطبيقه على حلقات الوكلاء. ورهان Restate هو أن معظم وكلاء الإنتاج يعتمدون على بنية تحتية كهذه، وأن لا أحد تقريبًا يريد بناءها بنفسه.

لماذا تنتمي هاتان الجولتان معًا

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

كلاهما من نوع العمل الذي لا يتصدر العناوين أبدًا وتعتمد عليه معظم وكلاء الإنتاج في الخلفية. وقد ازدحم سوق منصات الوكلاء هذا الشهر بإطلاقات من Salesforce و AWS و OpenAI و NVIDIA، وكل منها يستهدف مشكلة واحدة: جعل الوكلاء آمنين بما يكفي لتشغيل وظيفة تجارية حقيقية. وتقع Ampersand و Restate تحت تلك الطبقة، في الجزء الذي يحدد ما إذا كانت الطبقة التي فوقهما تعمل.

التحول الأوسع نحو الحوكمة

لأخبار منصات الوكلاء في أكتوبر خيط مشترك: الحوكمة تلحق بالقدرات. أطلقت OpenAI منتج Presence، وهي طبقة تشغيلية لنشر وكلاء الصوت والدردشة بحوكمة منظمة، حيث يمكن للشركة تحديد نطاق عمل، ووصول محدود إلى المعرفة، وإجراءات معتمدة لكل وكيل. وأُطلقت Classie Supervise إلى جانبها، لتقدم للمؤسسات تتبعًا وتحكمًا ومحاسبة في الوقت الفعلي للوكلاء الموجودين بالفعل في الإنتاج.

أعلنت Salesforce و AWS عن Agentforce 360 for AWS، وهي منصة مشتركة يعمل محرك Atlas Reasoning Engine فيها على نماذج Claude من Anthropic عبر Amazon Bedrock، وتنشئ مسارات تدقيق غير قابلة للتغيير لكل قرار يتخذه الوكيل. وتعد CrowdStrike من المتبنين الأوائل، مستشهدة ببساطة الشراء إلى جانب الأمان.

السؤال الذي تجاوزه السوق هو ما إذا كان الوكيل يستطيع أداء مهمة. أما السؤال الآن فهو ما إذا كانت الشركة تستطيع حوكمة ذلك الوكيل بعد تشغيله. وتجيب Ampersand و Restate عن الطبقة الواقعة تحت ذلك السؤال، حيث لا تكون الحوكمة ممكنة إلا إذا كانت عمليات الكتابة مضبوطة ووقت التشغيل متينًا.

ما الذي يجب متابعته

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

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

لماذا لا تُعد «القراءة والكتابة» قدرة واحدة

عبارة «القراءة والكتابة» تخفي حقيقة أنها طلبان مختلفان جدًا، والفرق يفسر لماذا مشكلة التكامل صعبة.

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

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

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

لماذا تعد المتانة النصف الآخر

مشكلة الكتابة ومشكلة الموثوقية وجهان للهم نفسه. الوكيل الذي يلمس نظام السجلات يجب أن يُؤتمن على القيام بذلك بشكل صحيح وكامل، والاكتمال هو بالضبط ما تعاني منه عملية طويلة الأمد.

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

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

إشارة التسعير

من المفيد قراءة أحجام الجولات كإشارة إلى كيفية تقييم السوق للطبقة غير المرئية. فإجمالي Ampersand البالغ نحو 20 مليون دولار وجولة Restate البالغة 20 مليون دولار من الفئة A متواضعان مقارنة برؤوس الأموال المتدفقة إلى تطوير النماذج ومنصات الوكلاء. وتشير تلك الفجوة إلى أن البنية التحتية يُتوقع أن يوفرها العديد من الموردين الصغار لا عدد قليل من الكبار، وإلى أن هذا العمل يُقدَّر من أجل الموثوقية لا من أجل الجِدة.

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