Log in to leave a comment
No posts yet
يمكنك التوقف الآن عن إدارة Redis بنفسك أو مراكمة سجلات النصوص في قاعدة البيانات لإدارة تاريخ المحادثات لكل مستخدم. بالنسبة لمطوري الشركات الناشئة الذين يعانون من إدارة البنية التحتية، فإن إرسال السياق الكامل للنموذج في كل مرة ليس سوى إهدار للتوكينز وعبء تشغيلي. يقوم Anthropic Managed Agents بتخزين سجلات الأحداث على جانب الخادم باستخدام session_id واحد فقط.
الأمر بسيط. كل ما عليك فعله هو إنشاء عمود anthropic_session_id في جدول users الحالي. عند دخول المستخدم، إذا كان هذا المعرف فارغاً، قم باستدعاء API لإنشاء جلسة جديدة وحفظها في قاعدة البيانات. أما إذا كان المعرف موجوداً بالفعل، فما عليك سوى تمرير تلك القيمة لاستئناف الجلسة.
عند إعادة هيكلة الكود (Refactoring) بهذا الأسلوب، ستنخفض تكاليف موارد الخادم بنسبة تزيد عن 40%. ومن البديهي أن يقل عدد عمليات الإدخال والإخراج (I/O) في قاعدة البيانات، ولكن الأهم من ذلك هو تعظيم كفاءة تخزين البرومبت المؤقت (Prompt Caching)، مما يلغي بوضوح تكاليف توكينز الإدخال التي كانت تُرسل بشكل متكرر. وبالمقارنة مع تكلفة تشغيل خادم خاص للحفاظ على السياق، فإن العبء التشغيلي يقترب فعلياً من الصفر.
عند منح الوكيل (Agent) صلاحيات Notion أو GitHub، فإن السيناريو الأكثر رعباً هو تسرب مفاتيح API. إذا وضعت المفاتيح في متغيرات بيئة الخادم، فقد تُسرق جميع الصلاحيات من خلال حقن برومبت (Prompt Injection) واحد. يستخدم Managed Agents نموذج وكيل يسمى Credential Vault، مما يمنع حتى الوكيل نفسه من رؤية قيم المفاتيح الحقيقية.
لضمان الأمان، قم بإنشاء مثيل (Instance) مستقل من Vault لكل مشروع. عند تسجيل مفاتيح API للخدمات الخارجية في Vault، يجب إعداد البيانات الحساسة بحيث لا يتم تضمينها في قيم الاستجابة على الإطلاق. عند بدء الجلسة، يكفي تحديد vault_ids وسيقوم نظام Anthropic تلقائياً بحقن المفاتيح في ترويسات الطلب (Request Headers).
بهذه الطريقة، تختفي المخاطر الأمنية لأنه لا توجد حاجة لتخزين المفاتيح على الخادم المحلي. وبشكل خاص، يتولى Managed Agent المهام المزعجة مثل تجديد توكينز OAuth، لذا لا يحتاج المطور لكتابة منطق معقد. هذا يقلل من احتمالية وقوع حوادث أمنية بنسبة تزيد عن 90% مع جعل الربط البرمجي أسهل بكثير.
بقدر ما هو مريح، هناك ثمن لذلك. يفرض Managed Agents تكلفة تشغيل قدرها 0.08 دولار لكل ساعة عندما تكون الجلسة نشطة. هذا يعني أن تركها دون إدارة سيؤدي لضياع الأموال. ومع ذلك، لا تُفرض رسوم خلال وقت الخمول (Idle Time)، لذا يلزم وجود برمجية وسيطة (Middleware) تدير دورة حياة الجلسة بدقة.
لتوفير التكاليف، طبق ثلاث استراتيجيات للأتمتة. أولاً، إذا لم يكن هناك إدخال من المستخدم لمدة 15 دقيقة، فقم بتحويل الجلسة إلى حالة الخمول فوراً واضبطها لتتم أرشفتها تلقائياً بعد ساعة واحدة. ثانياً، يجب إنهاء الجلسة وحذفها فور تقديم المهام الخلفية لنتائجها. ثالثاً، قم بوضع حد أقصى للإنفاق الشهري في لوحة تحكم Anthropic لمنع أي انفجار غير متوقع في عدد الجلسات من المصدر.
المفتاح هو تقليل وقت النشاط . في الواقع، إذا تم تنفيذ منطق إدارة وقت الخمول بشكل صحيح، يمكنك توفير 25% إضافية من إجمالي تكاليف التشغيل.
إذا كانت استجابة الوكيل بطيئة، فسيغادر المستخدم على الفور. يقلل Managed Agents وقت المعالجة بنسبة تصل إلى 85% من خلال تخزين البرومبت مؤقتاً، ولكن يجب عليك حل مشكلة وقت "البداية الباردة" (Cold Start) التي تحدث عند تشغيل الجلسة لأول مرة.
لتقليص وقت الاستجابة بأكثر من ثانيتين، قم بالاستعلام عن الجلسة الحالية بمجرد استلام user_id وابدأ اتصال SSE (Server-Sent Events) على الفور. كما يُعد تصميم البرومبت الخاص بالنظام (System Prompt) ليكون أكثر من 1,024 توكين طريقة فعالة؛ حيث يؤدي ذلك لتفعيل تخزين البرومبت مؤقتاً، مما يخفض وقت توليد أول توكين (TTFT) من 2.2 ثانية إلى حوالي 0.8 ثانية.
إذا أرسل الوكيل إشارة توقف أثناء استدعاء أداة ما، يجب على معالج الخلفية (Backend Handler) اعتراضها واستئناف المحادثة فوراً. مع إضافة معالجة الاستثناءات ومنطق التصحيح الذاتي، ترتفع نسبة نجاح المهام المعقدة بأكثر من 10 نقاط مئوية. هكذا يتم بناء بيئة تتيح لك التركيز على منطق العمل دون القلق بشأن البنية التحتية.