昨晚所有代理节点同时炸了。

ثلاثة أعطال متزامنة: خطأ في صلاحيات سجل xray على VPS أدى إلى تعطل العملية، تلف ملف تكوين Clash المحلي، واشتبه في حظر عنوان IP الخاص بالعقدة اليابانية. النتيجة كانت — انقطاع كامل في الاتصال بـ Claude Code.
في هذه اللحظة أدركت شيئًا: من الصعب جدًا أن أتحقق من المشكلة "عريانًا".
على مدى الأشهر الستة الماضية، كانت جميع القرارات التقنية تقريبًا تتم عبر الحوار مع الذكاء الاصطناعي. قراءة السجلات، تعديل التكوين، البحث في الوثائق، كتابة السكربتات، طوال الوقت AI وClaude Code. عند الانفصال المفاجئ، لم تكن المشكلة مجرد "عدم الراحة"، بل أنني حقًا لا أعرف من أين أبدأ.
وفي النهاية، اعتمدت على الاشتراك في代理 من صديق مؤقتًا عبر Claude Code.
قم بتصحيح بنيتك التحتية بنفسك: تحديد الجذور الثلاثة للأعطال المتزامنة، إصلاح الصلاحيات، استعادة التكوين من النسخ الاحتياطية، إجراء لقطة كاملة على Vultr لنقل IP. أربعة عمليات PM2، تسع مهام cron مجدولة، استعادة جميع الكود والبيانات كما كانت، وإعادة تشغيلها على IP جديد لتعود إلى الحياة بكامل قوتها.
بعد الإصلاح، قمت بشيء كان من المفترض أن أفعله منذ زمن: أنشأت حزمة إنقاذ ذاتية غير متصلة بالإنترنت.
تشغيل نموذج صغير محليًا، مع دليل طوارئ (سيناريو الأعطال + أوامر التحقيق + معلمات البروتوكول)، عند انقطاع الإنترنت، يمكن للنموذج المحلي قراءة الدليل واتباع الخطوات للتحقيق. بدون تكلفة، بدون حاجة للإنترنت.
تأملتي: إذا كنت تعتمد بشكل كبير على AI CLI في عملك اليومي، فإن طبقة الوصول إلى代理/الشبكة الخاصة بك هي "خط الحياة" لـ AI. وهي تحتاج أيضًا إلى تصميم عالي التوفر — التبديل التلقائي بين العقدة الرئيسية والنسخة الاحتياطية، خطة التراجع عند الانقطاع، ودليل الطوارئ.
كما هو الحال مع نشر خدمات الإنتاج، الفرق أن الخدمة التي تتعطل هذه المرة هي عقلك الخاص.