يقوم وكلاء Antigravity على بنية متعددة الطبقات تجمع بين الإدراك اللحظي والذاكرة الدائمة واستدعاء الأدوات، لإنجاز المهام المعقدة دون تدخل بشري. يفصّل هذا المقال كل طبقة، من محركات التخطيط إلى تنسيق الوكلاء المتعددين، ويوضح من أين يأتي الذكاء فعليًا، وأين يندرج توليد الصور في هذه البنية.
قدّمت Antigravity شيئًا تكتفي معظم شركات الذكاء الاصطناعي بالحديث عنه: وكلاء ينجزون المهام فعلًا. ليسوا روبوتات محادثة تجيب عن الأسئلة، ولا مساعدين ينتظرون الأمر التالي، بل برامج تضع خطة، وتستدعي الأدوات، وتراجع مخرجاتها، ثم تُنهي العمل. وفهم عمل هذه الوكلاء يعني النظر إلى البنية التي تقوم عليها، وهي أقل غموضًا بكثير مما توحي به الدعاية.
Antigravity شركة بنية تحتية للذكاء الاصطناعي تركز على أنظمة الوكلاء المستقلة. منتجها الأساسي منصة يُشغّل فيها المطورون وكلاءً يمكنهم تصفح الويب، وكتابة الشيفرة البرمجية وتشغيلها، وإدارة الملفات، واستدعاء واجهات API الخارجية، والتنسيق مع وكلاء آخرين، وكل ذلك داخل بيئة تنفيذ واحدة.
ما يميّز نهجها هو الموثوقية على مستوى المهمة، لا على مستوى الرد فقط. تسعى معظم النماذج اللغوية الكبيرة (LLM) إلى تحسين جودة المخرج الواحد. أما نظام Antigravity فمُحسَّن لجودة المهمة المنجزة، وهذه مشكلة مختلفة جوهريًا.
الانتقال من "الرد على رسالة" إلى "إنجاز مهمة" يغيّر كل شيء في تصميم النظام. تقوم واجهة المحادثة على حلقة واحدة: مدخل يدخل ومخرج يخرج. أما نظام الوكلاء فيضم حلقات كثيرة، وقرارات متفرعة، وحالات خطأ، وإعادة محاولات، وتنسيقًا بين مكوّنات متخصصة متعددة.
تصمّم Antigravity لهذا التعقيد منذ البداية، ولهذا تتصرف وكلاؤها بشكل أقرب إلى الأنظمة البرمجية منه إلى روبوتات المحادثة.
على أعلى مستوى، الوكيل في Antigravity حلقة. يستقبل هدفًا، ويولّد خطة، وينفّذ خطوات، ويراقب النتائج، ثم يحدّث خطته حتى تنتهي المهمة أو يصل إلى توقف صارم. هذا هو نمط ReAct (Reason + Act) الكلاسيكي، مع إضافة ذاكرة دائمة، وسجلات للأدوات، وتوجيه بين عدة وكلاء.
إليك تفصيل الطبقات:
| الطبقة | الوظيفة | المكوّن الرئيسي |
|---|---|---|
| الإدراك | يستقبل المدخل ويحلل السياق | نافذة السياق + التضمينات |
| التخطيط | يقسم الأهداف إلى خطوات | استدلال نموذج اللغة + ورقة المسودة |
| التنفيذ | يستدعي الأدوات ويكتب الشيفرة | سجل الأدوات + استدعاءات الدوال |
| الذاكرة | يخزّن الحالة ويسترجعها | مخازن قصيرة المدى + مخازن طويلة المدى |
| المراقبة | يقيّم المخرجات | النقد الذاتي + التحقق |
| التنسيق | يوجّه المهام إلى وكلاء آخرين | طبقة المنسّق |
لكل طبقة وظيفة محددة. لا يعني فشل طبقة واحدة بالضرورة تعطّل خط العمل كله، لأن هناك آليات احتياطية عند كل نقطة اتصال.
قبل أن يتمكن الوكيل من التصرف، عليه أن يفهم ما طُلب منه. تستقبل طبقة الإدراك التعليمة الواردة وتُثريها بالسياق المسترجع من مخازن ذاكرة الوكيل.
هذا ليس مجرد "قراءة للأمر النصي". تقوم طبقة الإدراك بما يلي:
تمنع طبقة الإدراك المصممة جيدًا أكثر أنماط الفشل شيوعًا في الوكلاء، وهو التصرف بناءً على تعليمة مفهومة بشكل خاطئ لمدة 20 خطوة قبل ملاحظة الخطأ.
بعد أن يفهم الوكيل المهمة، يقسّمها محرك التخطيط إلى تسلسل منظم من المهام الفرعية. وهنا يؤدي استدلال نموذج اللغة أكبر قدر من العمل.
يعمل المخطط بوضعين حسب درجة تعقيد المهمة:
التخطيط المتسلسل: للمهام البسيطة الخطية، يولّد الوكيل قائمة مراجعة خطوة بخطوة وينفّذ كل بند بالترتيب. تنظيم الملفات واستخلاص البيانات وتوليد التقارير كلها تندرج تحت هذا النمط.
التخطيط الهرمي: للأهداف المعقدة متعددة الخطوات، ينشئ الوكيل خطة عامة ثم يولّد خططًا فرعية لكل فرع. مهمة مثل "ابحث عن المنافسين، وأنشئ جدول مقارنة، واكتب مسودة بريد إلكتروني ملخص" تتحول إلى شجرة من المهام الفرعية الموكّلة.
داخل حلقة التخطيط، يحتفظ الوكيل بـورقة مسودة: حديث داخلي متواصل منفصل عن المخرج النهائي. فيها يعمل الوكيل على الخطوات الوسيطة، ويختبر المنطق، ويصحّح نفسه قبل أن يلتزم بأي تنفيذ.
هذا من أهم قرارات التصميم التي اتخذتها Antigravity. بدون ورقة مسودة، يُجبَر الوكيل على التفكير في تمريرة أمامية واحدة، وهذا هش. ومع وجودها، يستطيع مراجعة تفكيره أثناء التنفيذ دون أن يلوّث المخرج أو يربك استدعاءات الأدوات.
💡 فكّر في ورقة المسودة كلوح كتابة لدى المطوّر: تمتلئ بالفوضى، وتُشطب أشياء، لكن المخرج النهائي نظيف ومقصود.
التخطيط بلا تنفيذ لا قيمة له. يتصرف وكلاء Antigravity عبر سجل أدوات، وهو فهرس منظم للدوال القابلة للاستدعاء، مع مخططات محددة، ومدخلات متوقعة، وصيغ للمخرجات.
تنقسم الأدوات إلى عدة فئات:
عندما يقرر الوكيل استخدام أداة، لا يكتفي بمجرد"استدعاء دالة". بل يبني كائن استدعاء أداة بمعاملات صريحة، ويتحقق منه مقابل مخطط الأداة، ثم يرسله للتنفيذ، ويحلل النتيجة المرتجعة قبل أن يقرر الخطوة التالية. تُسجَّل العملية كاملة وتكون قابلة للتدقيق.
كثيرًا ما يُخلط بين هذين المصطلحين. استدعاء الدوال هو القدرة الخام: يستطيع نموذج اللغة إخراج JSON منظم يطابق توقيع دالة. أما استخدام الأدوات فهو النظام الأعلى مستوى: البنية التحتية التي تستقبل ذلك JSON، وتشغّل الدالة فعليًا، وتعيد النتيجة إلى سياق الوكيل. تتولى Antigravity الطبقتين معًا.
الذاكرة هي ما يفصل الوكيل الذي يعمل مرة واحدة عن الوكيل الذي يتعلم فعلًا من سجل تنفيذه.
يتكون نظام الذاكرة في Antigravity من مخزنين متمايزين:
نافذة السياق هي ذاكرة العمل للوكيل خلال تشغيل واحد. كل ما يعرفه الوكيل في لحظته، من التعليمة الأصلية والخطة ومخرجات الأدوات وملاحظات ورقة المسودة، يعيش هنا أثناء التنفيذ.
لنوافذ السياق حدود صارمة تُقاس بالتوكنات. وإدارة ما يبقى في النافذة وما يُلخَّص أو يُنقل إلى مكان آخر تحدٍ هندسي حقيقي. تستخدم Antigravity ضغط السياق الديناميكي: يُلخَّص المحتوى القديم منخفض الأولوية كلما امتلأت النافذة، بينما يُحفظ المحتوى الحديث والعالي الصلة بتفاصيله الكاملة.
بين التشغيلات، يحتاج الوكلاء إلى حفظ المعلومات واسترجاعها لاحقًا. تستخدم Antigravity مزيجًا من:
عند بدء مهمة جديدة، تستعلم طبقة الإدراك من المخازن الثلاثة كلها، وتدرج أكثر المحتويات صلة في نافذة السياق الأولية. يبدأ الوكيل "دافئًا" بتاريخ ذي صلة بدلًا من أن يبدأ من الصفر.
بعد كل استدعاء أداة، ينفّذ الوكيل خطوة مراقبة: يقيّم المخرج مقابل ما كان يتوقعه. وهنا يحدث التصحيح الذاتي.
يتحقق منطق المراقبة من التالي:
هذه الحلقة، التخطيط ثم التنفيذ ثم المراقبة ثم التكرار، هي نبض كل وكيل في Antigravity. عدد التكرارات غير ثابت، بل تستمر الحلقة حتى الانتهاء أو حتى يوقفها حد أمان مضبوط.
الحلقة قوية، لكنها هشة في أنماط فشل محددة. وأشهرها:
💡 أفضل الوكلاء يفشلون بسلاسة. عندما يصل نظام Antigravity إلى توقف صارم، يعيد خطأً منظمًا مع آخر حالة معروفة، لا فشلًا صامتًا.
للوكلاء المفردين حدود. بعض المهام واسعة جدًا أو طويلة جدًا أو تتطلب قدرات متخصصة كثيرة لا تتسع لسياق تنفيذ واحد. هنا تأتي أنظمة الوكلاء المتعددين.
تستخدم Antigravity نموذج تنسيق هرميًا:
يقع وكيل المنسّق في المستوى الأعلى. يستقبل الهدف الرئيسي، ويقسّمه إلى مهام فرعية، ويسند كل مهمة فرعية إلى وكيل فرعي متخصص لديه الأدوات والسياق المناسبان لتلك المهمة تحديدًا.
لمهمة مثل "راجع تحسين محركات البحث لموقعنا واكتب قائمة إصلاحات مرتبة حسب الأولوية"، يقسّم المنسّق العمل إلى:
يعمل كل وكيل فرعي بشكل مستقل. يجمع المنسّق مخرجاتهم، ويوفّق بين التعارضات، ويجمّع النتيجة النهائية.
يتطلب التنسيق حالة مشتركة. يملك كل الوكلاء في المهمة الواحدة حق الوصول إلى مخزن سياق المهمة: كائن محدد النطاق يحتفظ بالهدف الأصلي، والتقدم الحالي، والمخرجات الوسيطة، وأي قيود يحددها المستخدم.
عندما ينتهي الوكيل من مهمته الفرعية، يكتب مخرجه في السياق المشترك ويُعلم المنسّق. التسليمات صريحة لا ضمنية، وهذا يعني ألا تضيع أي بيانات أثناء انتقالها بين الوكلاء.
البنية مثيرة للاهتمام، لكن كيف تبدو عمليًا؟ تتعامل وكلاء Antigravity مع المهام عبر عدة فئات حقيقية:
| نوع المهمة | مثال | الوكلاء المعنيون |
|---|---|---|
| البحث | جمع أسعار المنافسين من 20 موقعًا | الزاحف + المحلل |
| المحتوى | كتابة مقال مدونة من ملخص كلمات مفتاحية | المخطط + الكاتب + المحرر |
| العمل على البيانات | تنظيف ملف CSV وتوليد الرسوم البيانية | منفّذ الشيفرة + المنسّق |
| الأتمتة | مراقبة موقع وإرسال تنبيهات عند التغييرات | المراقب + المُخطِر |
| الإبداع | توليد أوامر نصية للصور وإنتاج المرئيات | الكاتب + وكيل الصور |
سير العمل الإبداعي مثير للاهتمام بشكل خاص. لا يكتب الوكيل الذي يولّد الصور أوامر نصية عشوائيًا، بل يستدل على الأسلوب والموضوع والتكوين بناءً على ملخص محدد، ثم يستدعي أداة توليد الصور بمعاملات منظمة. تُعاد النتيجة إلى السياق، وتُقيَّم مقابل الملخص، وتُحسَّن عند الحاجة.
عندما يتولى وكيل Antigravity مهام إبداعية، يتكامل عادةً مع واجهات برمجة التطبيقات (API) الخارجية لتوليد الصور. النماذج نفسها المتاحة على PicassoIA هي التي تشغّل هذه المخرجات البصرية.
قد يستدعي خط عمل للمحتوى المرئي ما يلي:
يختار الوكيل النموذج المناسب بناءً على سياق المهمة، وقيود الميزانية، ومتطلبات الجودة. ولا يستخدم دائمًا النموذج الأقوى، بل النموذج المناسب للخطوة المحددة.
ثمة أمر يغفل عنه معظم الناس: عندما يكتب الوكيل أوامر نصية للصور، فإنه يطبّق حلقة التفكير نفسها التي يستخدمها في كل شيء آخر. يصوغ أمرًا، ويرسله إلى نموذج الصور، ويستلم رابط الصورة، ويقيّم المخرج مقابل الملخص (أحيانًا باستخدام نموذج رؤية "ليرى" النتيجة)، ثم يحسّن الأمر إذا لم يطابق المخرج التوقعات.
هذه هندسة أوامر نصية تعمل تلقائيًا، وهي السبب في أن سير عمل وكلاء الذكاء الاصطناعي ينتج مخرجات إبداعية أفضل باستمرار من الكتابة اليدوية للأوامر لمرة واحدة.
💡 الوكيل لا يكتفي بكتابة الأوامر النصية، بل يختبرها ويراقب نتائجها ويحسّنها في حلقة منظمة، تمامًا كما يفعل مهندس الأوامر النصية البشري المحترف، لكن دون التكرار اليدوي.
لا تُطلق أي منصة وكلاء جادة دون ضوابط. تنفّذ Antigravity عدة ضوابط:
يجعل هذا نظام Antigravity مناسبًا لبيئات الإنتاج التي تهم فيها المساءلة، لا للعروض البحثية فقط.
ما تُظهره بنية Antigravity هو أن أقوى أنظمة الذكاء الاصطناعي ليست نماذج منفردة. إنها خطوط من قدرات متخصصة، تؤدي كل منها وظيفة واحدة جيدًا، وتنسّقها طبقة استدلال تعرف متى تستدعي كل شيء.
تعمل نماذج الصور على PicassoIA وفق المبدأ نفسه. تُعد PicassoIA Image وFlux Redux Dev وGPT Image 1 أدوات مصممة لغرض محدد، وفي أيدي من يكتب أوامرها بقصد وبنية، تنتج نتائج تضاهي التصوير الفوتوغرافي والرسوم الاحترافية.
لا تحتاج إلى نظام وكلاء لتستفيد من هذا التفكير. ابدأ بملخص واضح، واختر النموذج المناسب لنوع مخرجك، وكرّر تحسين أوامرك باستخدام عقلية المراقبة التي تضمّنتها Antigravity في بنيتها. المبادئ نفسها التي تجعل وكلاء الذكاء الاصطناعي فعّالين، من تفكير منظم وأدوات مناسبة وحلقة تغذية راجعة، تجعل توليد الصور الفردي فعّالًا أيضًا.
جرّب الآن على PicassoIA، وانظر ما الذي ينتجه أمر نصي جيد البنية من المحاولة الأولى.
اختر لغتك
