هندسة السياق: تصميم ما يراه وكيل الذكاء الاصطناعي الخاص بك

ما هي هندسة السياق؟

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

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

ما الذي يتضمنه سياق الوكيل

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

هندسة السياق مقابل هندسة الأوامر

يرتبط المفهومان ببعضهما البعض ولكنهما يعملان على نطاقات مختلفة، والخلط بينهما هو السبب في توقف تقدم بعض الفرق. تهتم هندسة الأوامر بسؤال "كيف أصيغ هذا الطلب الواحد؟"، بينما تهتم هندسة السياق بسؤال "ما الذي يجب أن يكون أمام النموذج، في كل خطوة، ليؤدي هذه المهمة بشكل جيد؟".

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

تقنيات تُحدث فرقاً حقيقياً

هناك عدد قليل من الممارسات التي تحقق معظم القيمة عند هندسة السياق للوكلاء.

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

كيف تساعدك TrueFoundry في هندسة السياق

لا يمكن استدامة هندسة السياق إلا إذا تمت إدارة أجزائها، بدلاً من تجميعها يدوياً لكل وكيل. تمنحك TrueFoundry نقاط تحكم لكل جزء من أجزاء السياق.

في Agent Harness، يمكنك تهيئة السياق عند بناء الوكيل: موجه النظام، والمهارات المتاحة ضمن النطاق، وخوادم MCP المتاحة. وهذا يجعل السياق تكويناً صريحاً وقابلاً للمراجعة بدلاً من كونه شيئاً مدفوناً في الكود.

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

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

الخلاصة

هندسة السياق هي التحول من صياغة مطالبة واحدة إلى تصميم كل ما يراه النموذج عبر دورة عمل الوكيل بالكامل. إذا ضبطت التعليمات والمهارات والأدوات والسجل ونتائج الأدوات بشكل صحيح، فسيظل الوكيل مركزاً وفعالاً من حيث التكلفة؛ أما إذا أخطأت في ذلك، فلن ينقذه أي قدر من تحسين المطالبات. تحول TrueFoundry هذه العناصر إلى إعدادات مُدارة من خلال "مُسخّر الوكلاء" (Agent Harness)، وسجل المهارات، وبوابة MCP، والتتبع الكامل، بحيث يصبح السياق شيئاً تصممه وتتحكم فيه بدلاً من أن يكون أمراً مفروضاً عليك.

اكتشف كيف تمنحك TrueFoundry السيطرة على سياق وكلائك من لوحة تحكم واحدة. احجز عرضاً توضيحياً أو ابدأ مجاناً.