نقلتُ تجميع اشتراكات «المطارات» إلى Cloudflare

أستخدم مزوّدي البروكسي («المطارات») منذ ثلاث أو أربع سنوات، وخلالها بنيت لنفسي في بعض الأحيان عقد VPS. وطالما كان هناك أمرٌ مزعج: ثلاث أو خمس اشتراكات في يدي، مع بعض الخوادم التي بنيتها بنفسي، تتناثر في العميل فيُضاف كل منها على حدة، وقواعد توزيع الحركة يجب إعادة ضبطها في كل عميل. تبديل الجهاز، أو تبديل العميل، أو تركيب الأداة لأحد أفراد العائلة — فيبدأ الطقس من جديد.

ثم فكرت: لا داعي لإدارة الاشتراكات متناثرةً داخل العميل. اجمعها في رابط واحد، واجعَل القواعد مثبتةً في الخادم، وليكتفِ العميل بالاشتراك — فيصبح الأمر نقيّاً. كنتُ أستخدم نهج Sub-Store من قبل، لكنه يعمل على خادمك الخاص، ووجدت صيانته مرهقة. لهذا كتبت هذه المرة نسخة تعمل على Cloudflare بنفسي، اسمها sub-store-cloudflare، ومصدرها مفتوح على GitHub.

إنه في الحقيقة يفعل شيئاً واحداً

أن يعجن عدة مصادر اشتراك في اشتراك واحد.

وبالتحديد، يمكنك أن تحشر فيه أشياء منها:

• روابط اشتراك عدة مزوّدي بروكسي
• نص العقد من خادم VPS الخاص بك (vless وtrojan وss وvmess كلها مقبولة)
• لصق عقدة مؤقتة هنا أيضاً جائز

بعد دخولها، يسحبها Worker ويزيل المكرر، يفلترها وفق القواعد التي تحددها، ثم يعيد تسميتها، ويضيف الأعلام، ويحلّ النطاقات عند الحاجة. ويخرج ما بعد ذلك في اشتراك مركّب؛ ويكفي للعميل أن يشترك في هذا الرابط الواحد.

أما قواعد التوجيه فوضعتها في الخادم. فيه قوالب Mihomo شائعة مدمجة: acl4ssr، وقوائم loyalsoldier البيضاء والسوداء، وai-streaming وما شابه؛ وتوزيع الحركة ومجموعات القواعد كلها مُضبطة في السحابة. ارمِ الاشتراك في عملاء مثل mihomo/clash أو surge أو sing-box أو shadowrocket، فينزل محصولاً جاهزاً بقواعد التوجيه جملة، دون أن تكتب هناك قواعد يدوياً أو تداوم على روابط مجموعات القواعد.

لماذا وضعه على Cloudflare تحديداً

السبب واقعي جداً:

• لا خادم. Workers + D1، وحصتهما المجانية تكفي للفرد؛ فيُحذف ثمن الخادم وصيانته.
• نطاق workers.dev نفسه خارج الجدار. اتصال العميل به لجلب الاشتراك ناجحٌ من ذاته؛ فلا توجد لعبة «الخادم في الخارج واشتراك العقد يحتاج مفتاحاً» المراوغة.
• بعد النشر تحصل على واجهة إدارة ويب وطرف تنزيل. فحتى عند تبديل العميل في الهاتف يمكنك فتح صفحة ويب لتعديل الإعدادات.

أبقيت الحزمة التقنية صغيرةً عمداً: Worker + Static Assets + D1 + Worker Secrets. وKV وR2 وDurable Objects وQueue وCron كلها خارج المسار الأساسي؛ فكل ما يمكن الاستغناء عنه، نستغني عنه.

النشر عمداً عبر مسارين

المسار الأول لمن يريد الاستخدام: اضغط زر Deploy to Cloudflare في المستودع، يسحب Cloudflare المستودع ويثبّت Worker وD1 ويسألك عن رمزين (tokens)، وبعد النشر يمنحك رابط إدارة يحمل رمزاً. خطوة بخطوة، دون لمس سطر الأوامر.

المسار الثاني لي ولعشّاق التجريب: تثبيت بضغطة واحدة عبر وكيل ذكاء اصطناعي.

المستودع يحوي بروتوكول الوكيل (AGENTS.md + SKILL داخل agent). اكتب مصادر الاشتراك والاشتراك المركّب المطلوب وقوالب القواعد التي تريدها في ملف إعداد محلي، ثم شغّل pnpm run install:cloudflare، وسيتفحص الوكيل تسجيل دخول Cloudflare، وينشئ قاعدة البيانات، ويكتب secrets، ويهاجر، وينشر، ويستورد الإعدادات، ويتحقق من الروابط، ثم يسلمك رابط الإدارة ورابط التنزيل.

وأنا شخصياً دخلت من هذا المسار، لذلك أنصح به أكثر، فهو أراح البال. وعند الاستخدام مع Codex / Claude Code، ما عليك سوى نسخ المطالبة في agent/install.prompt.md من المستودع.

لمن هذا

بقولٍ صريح: من يملك أكثر من مزوّد بروكسي، وأضاف إليها بضع عقد يبنيها بنفسه، ويريد جمعها في اشتراك واحد لاستخدامه الخاص — فهذا هو الجمهور المستهدف للمشروع. أما من لديه مزوّد واحد يكتفي به، فحقاً لا داعي للخوض في هذا.

الكود مفتوح بالكامل، بترخيص AGPL. تصميم الواجهة الأمامية يحيي نهج Sub-Store الأصلي؛ فالأصل يعمل في حاوية ويغطي منظومة عملاء أوسع، وأنا صنعت شكلاً أصغر متوافقاً مع Cloudflare بطبيعته، يسهل تعديله ونشره مباشرة، لا أنه إعادة استنساخ بنداً ببند.

من يهتم فليتصفح المستودع؛ README مكتوب بشكل وافٍ، واتبع الخطوات للنشر.