تغييرات توجيه عنوان URL التي أجراها وكيل، معروضة كملفات اختلاف

ما يمكن للوكيل القيام به

• الملفاتتعمل read_file وedit_file وgrep وglob وlist_dir على قوائم التوجيه وملفات التكوين في مجلد العمل الخاص بالدردشة، ويعرض edit_file ملف الاختلاف أولاً.
• Shellيشغل أوامرك الخاصة باختبار التكوين وإعادة التحميل وإرسال الطلبات ويحكم بالنجاح بناءً على رمز الخروج الفعلي. يتم حظر الأوامر الخطرة.
• الويبتقرأ web_search وhttp_get الوثائق الرسمية وتحصل على صفحة واحدة من خدمتك الخاصة، بحيث يمكنك مقارنتها بما كنت تتوقعه.
• لقطات الشاشة والصورتقرأ ocr النص من لقطة شاشة محفوظة، مثل صفحة خطأ من متصفح، وتحفظ gen_image ملفات الصور الحقيقية في مجلد العمل.
• التنسيقيشغل task وكلاء فرعيين متوازيين، ويرسل run_on_model خطوة صعبة إلى نموذج أكبر، ويحافظ skill على كتب اللعب القابلة لإعادة الاستخدام، بما في ذلك مهارة التحكم في الإصدارات لقواعد الفروع والتزامات ملفات التوجيه الخاصة بك.
• أوضاع الموافقةيعمل Auto-run على الفور، ويوقف Ask first قبل التغييرات، وPlan only يكتب خطة ولا يشغل شيئًا.
• Cronيشغل موجهًا حسب الجدول الزمني، بحيث يمكن أن يبدأ فحص متكرر لعنوانك الخاص، مثل طلب تقرأ فيه رمز الحالة، دون الحاجة إلى فتح الدردشة.
• النماذجقم بتوصيل مزود ذكاء اصطناعي سحابي من خلال نقطة نهاية API قياسية، أو نموذج يعمل محليًا على جهاز الكمبيوتر الخاص بك، أو النموذج المدمج، الذي يكون جاهزًا للاستخدام دون نقطة نهاية خاصة بك.

أربع مهام، خطوة بخطوة

استبدال 302 بإعادة توجيه 301

الصفحة التي انتقلت للأبد ولكن لا تزال تجيب برمز مؤقت تستمر في إخبار محركات البحث والزوار بأن العنوان القديم لا يزال ساريًا. تبحث list_dir وgrep عن ملف القاعدة الذي يذكر المسار القديم، وتعرض read_file السطر الذي يرسل الرمز 302. يغير edit_file هذا الرمز إلى 301 ويعرض ملف الاختلاف. في وضع Ask first يتوقف الوكيل هنا. لا إعادة تحميل بعد. ثم يشغل Shell أمر اختبار التكوين الخاص بك، ويعيد التحميل، ويرسل طلبًا إلى العنوان القديم، وتعرض البطاقة رمز الحالة وعنوان Location. قارنها بالقيم التي كتبتها قبل التغيير، وقبل ملف الاختلاف فقط عندما يتطابق الاثنان. ضع الكود الذي تتوقعه في خطتك قبل البدء، بحيث تكون المقارنة فحصًا ضد قيمة مكتوبة وليس ضد الذاكرة.

كسر سلسلة إعادة التوجيه اللانهائية

عادةً ما يعني حلقة إعادة التوجيه اللانهائية خلف وكيل عكسي أن طبقتين تجبران كل منهما على استخدام https، لذا لا يصل المتصفح إلى الصفحة. تبحث grep عن كلمة redirect في ملف الوكيل وفي ملف إعدادات التطبيق، وتفتح read_file الاثنين. قاعدتان. يزيل edit_file التكرار من أحدهما ويعرض ملف الاختلاف. يشغل Shell أمر اختبار التكوين الخاص بك، ويتبع أمر الطلب إعادة التوجيه التي تطلب منه اتباعها، بحيث يظهر رمز الخروج وعدد القفزات في البطاقة. راجع ملف الاختلاف، احتفظ بنسخة احتياطية من الملف القديم، وابدأ بـ Plan only إذا كان الخادم يعمل. بعد الإصلاح، اطلب العنوان مرة أخرى وعد القفزات: واحدة صحيحة، واثنان أو أكثر تعني أن قاعدة أخرى لا تزال تعيد التوجيه.

دمج www والنطاق العاري

عنوانان يخدمان نفس الموقع يقسمان زوارك، لذا اختر واحدًا وأرسل الآخر إليه بإعادة توجيه url واحدة. اكتب القاعدة لنطاقك الخاص، مثل www.example.com إلى example.com، في ملف خطة أولاً. تفتح read_file القواعد الحالية، ويضيف edit_file إعادة التوجيه الدائمة بملف الاختلاف، ويشغل Shell أمر اختبار التكوين الخاص بك وأمر الطلب ضد الاسمين. السلاسل تبطئ الزوار ويمكن أن تتسبب في حلقة. يجب أن يظهر الطلب الثاني قفزة واحدة فقط. راجع ملف الاختلاف في وضع Ask first، وتأكد من أن القاعدة ترسل الزوار إلى نفس المحتوى الذي طلبوه. إعادة التوجيه التي تؤدي إلى مكان غير ذي صلة هي خطأ، وليست ما هي القاعدة من أجله.

تحرير وكيل على خادم عن بعد

يمكن الوصول إلى وكيل عكسي على خادم VPS عن بُعد تديره من خلال بيئة SSH، حيث تعمل أوامر Shell على الخادم بينما تعمل أدوات الملفات في مجلد العمل الخاص بالدردشة. اختر هذه البيئة، وشغل أمر اختبار التكوين الخاص بك وأمر إعادة التحميل من خلال Shell، واقرأ رمز الخروج الفعلي في كل بطاقة. سيتصرف Auto-run على الفور. Ask first هو الخيار الأفضل للخادم المباشر، لأن كل تغيير ينتظر موافقتك. بعد ذلك اطلب العنوان العام وقارن رمز الحالة بالذي سجلته قبل ذلك. احتفظ بنسخة احتياطية من التكوين القديم على الخادم وطريقة للعودة إلى الوراء. استخدم هذا فقط على الخوادم التي تمتلكها أو تديرها.