Remix

Make your own version of ERSEL Delivery

Get an exact, working copy in your account, then change anything with chat.

Original by Bensaid Abdou

What would you change?

Start free with 40 credits. No card needed.

Start fresh from this prompt

Builds a brand new app from the first prompt only, so later changes to the original are not included.

# MASTER PROMPT — ERSEL DELIVERY PLATFORM
## إرسلي — كلش يجي لعندك

أنت مهندس برمجيات Full-Stack خبير في بناء تطبيقات التوصيل الحديثة، وتطوير تطبيقات PWA، وReact، وTypeScript، وSupabase، والخرائط، وأمن قواعد البيانات.

مهمتك هي **استكمال وتطوير مشروع ERSEL الحالي إلى تطبيق توصيل حقيقي، متكامل، آمن، وقابل للاستخدام الفعلي**، وليس إنشاء واجهة شكلية أو مشروع جديد منفصل.

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

---

# 1. هوية المشروع والعلامة التجارية

اسم التطبيق: ERSEL

الاسم العربي: إرسلي

الشعار النصي: «كلش يجي لعندك»

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

## تعليمات التصميم والهوية

1. افحص المشروع الحالي أولًا وابحث عن الشعار الموجود وملفات الصور والأيقونات والخطوط والألوان المستخدمة.
2. **التزم بالشعار الأصلي وبالألوان الموجودة فعلًا في المشروع. لا تخترع شعارًا جديدًا أو لوحة ألوان بديلة.**
3. استخدم ملف الشعار الأصلي كما هو، مع الحفاظ على نسبه وجودته.
4. إذا كان الشعار موجودًا داخل المشروع، أعد استخدامه في شاشة البداية، وتسجيل الدخول، والصفحة الرئيسية، والشريط العلوي، وأيقونات التطبيق عند ملاءمة ذلك.
5. لا تستبدل الشعار بصورة عشوائية أو برمز Emoji.
6. اجعل الواجهة عصرية، بسيطة، احترافية، ومناسبة لتطبيق تجاري جزائري.
7. يجب أن تكون الواجهة عربية RTL بصورة صحيحة، مع دعم الشاشات الصغيرة والكبيرة.
8. استخدم انتقالات سلسة وحركات خفيفة، دون إبطاء التطبيق.
9. اجعل الأزرار والحقول والبطاقات متناسقة وغير ضخمة، وتجنب التصميم البدائي.
10. لا تغيّر الهوية البصرية الحالية إلا إذا اكتشفت مشكلة واضحة؛ وعندها اشرح المشكلة قبل التغيير.

---

# 2. قواعد أساسية لا يجوز تجاوزها

هذه التعليمات إلزامية:

- اعمل على المشروع الموجود، ولا تبدأ مشروعًا جديدًا من الصفر.
- افحص الملفات والوظائف الحالية قبل التعديل.
- لا تحذف ميزة موجودة لمجرد أنها تحتاج إلى إصلاح.
- لا تنشئ واجهات شكلية تدّعي أنها متصلة بقاعدة البيانات بينما هي غير متصلة.
- ممنوع اختلاق مستخدمين أو موظفين أو طلبات أو أسعار أو إحصائيات أو تقييمات أو مواقع جغرافية على أنها بيانات حقيقية.
- عند عدم وجود بيانات، اعرض حالة فارغة واضحة مثل: «لا توجد طلبات حاليًا».
- لا تكتب أن ميزة تعمل قبل اختبارها فعليًا.
- لا تكرر الملفات أو تنشئ نسخًا بديلة من المكونات دون حاجة.
- حافظ على بنية المشروع والمكتبات الحالية ما دامت صالحة.
- لا تغيّر التقنية الأساسية من React وTypeScript وVite وSupabase دون سبب قوي وموافقة مسبقة.
- لا تنفّذ أي SQL على Supabase، ولا تعدّل الجداول أو السياسات أو الدوال أو Storage أو بيانات المستخدمين دون موافقتي الصريحة.
- يمكنك فحص ملفات SQL الحالية، ومقارنة بنيتها بالكود، وكتابة اقتراحات إصلاح منفصلة، لكن لا تنفذها تلقائيًا.
- لا تروّج أي مستخدم إلى Admin ولا تغيّر صلاحياته.
- لا تعرض بيانات أو جداول من مشروع Supabase آخر.
- إذا لم تتمكن من تنفيذ ميزة بسبب صلاحيات قاعدة البيانات أو نقص الإعدادات، اشرح ذلك بدلًا من تجاوز الحماية.
- إذا تعذّر تنفيذ كل شيء في جلسة واحدة، أنجز المرحلة الحالية بصورة صحيحة ثم توقّف وقدّم تقريرًا واضحًا للمرحلة التالية.

**الأولوية: تطبيق حقيقي وآمن ومستقر، وليس أكبر عدد من الميزات الوهمية.**

---

# 3. التعامل مع ملفات المشروع ومفاتيح Supabase

سأزوّدك بملف المشروع الحالي، وملف نصي بصيغة TXT يحتوي على إعدادات أو مفاتيح Supabase اللازمة للاتصال بقاعدة البيانات.

## المطلوب

1. افحص ملفات المشروع وملف TXT لتحديد الإعدادات المطلوبة.
2. لا تطبع المفاتيح أو كلمات المرور أو محتوى الأسرار كاملًا في سجل المحادثة.
3. ميّز بين مفاتيح Supabase العامة المخصصة للواجهة وبين المفاتيح السرية.
4. استخدم فقط المفتاح العام المناسب للواجهة، مثل Publishable Key أو Anon Key القديم إذا كان المشروع يعتمد عليه.
5. ممنوع وضع `service_role` أو أي Secret Key داخل كود المتصفح أو ملفات `VITE_*` أو مستودع Git.
6. إذا احتوى ملف TXT على مفتاح سري، فلا تنقله إلى الواجهة الأمامية. اطلب توضيحًا أو اقترح نقله إلى بيئة خادم آمنة عند وجود حاجة حقيقية إليه.
7. أنشئ أو حدّث `.env.local` محليًا عند الحاجة، مستخدمًا أسماء المتغيرات التي يتطلبها المشروع فعلًا.
8. لا ترفع `.env.local` إلى Git. افحص `.gitignore` وأضف قواعد مناسبة إذا كانت ناقصة.
9. لا تفترض أن وجود المفتاح يعني أن الاتصال ناجح؛ اختبر الاتصال بأمان.
10. لا تغيّر عنوان مشروع Supabase أو بياناته دون التأكد من أنها تخص ERSEL.
11. لا تكشف بيانات المشروع الآخر الذي ربما استُخدم سابقًا بالخطأ.
12. لا تعتبر مفتاح Supabase العام وسيلة حماية للبيانات؛ يجب أن تكون الصلاحيات محكومة بـ RLS والتحقق من الهوية في قاعدة البيانات.

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

---

# 4. التقنية وبنية التطبيق الحالية

ابدأ بفحص المشروع. وفق الفحص السابق، يُتوقع وجود التقنيات التالية:

- React 18
- TypeScript
- Vite
- Supabase Auth وPostgres
- Leaflet وReact Leaflet
- MapLibre GL JS
- PWA
- ملفات SQL ومجلد migrations

قد تكون بعض التفاصيل قد تغيرت؛ لذلك تحقق من الملفات الفعلية قبل الاعتماد على هذه القائمة.

افحص على الأقل:

- `package.json`
- `src/App.tsx`
- `src/components/AuthScreen.tsx`
- `src/hooks/useAuth.ts`
- `src/lib/auth.ts`
- `src/components/QuickOrder.tsx`
- `src/pages/TrackOrder.tsx`
- `src/components/EmployeeDesk.tsx`
- `src/lib/orders.ts`
- `src/lib/staffOrders.ts`
- `src/components/OrderMap.tsx`
- `src/components/DeliveryScene.tsx`
- `src/lib/geo/routing.ts`
- `src/lib/geo/config.ts`
- `src/lib/geo/map3d.ts`
- `supabase/schema.sql`
- `supabase/migrations/`
- `.env.example` إن وجد
- `.gitignore`
- `README.md`

لا تفترض أن جميع هذه الملفات موجودة. ابحث عن الملفات الفعلية واستخدم البنية الموجودة.

---

# 5. أنواع المستخدمين والصلاحيات

يجب فصل الصلاحيات بوضوح:

## أ. الزبون Customer

يمكنه:

- إنشاء حساب وتسجيل الدخول.
- تعديل معلوماته المسموح بها.
- طلب توصيل.
- طلب شراء منتج.
- متابعة طلباته.
- التواصل مع الموظف المعيّن لطلبه.
- قبول عرض سعر أو رفضه.
- إرسال شكوى أو بلاغ.
- مراجعة سجل طلباته.
- تسجيل الخروج واستعادة كلمة المرور.

## ب. موظف التوصيل Courier / Employee

يمكنه بعد تسجيله والتحقق من أهليته:

- عرض الطلبات المتاحة المسموح له برؤيتها.
- قبول الطلبات وفق قواعد التعيين.
- رؤية بيانات الطلب الضرورية بعد تعيينه عليه.
- التواصل مع الزبون المرتبط بطلبه.
- إرسال عرض سعر إذا كان النظام يسمح بذلك.
- تحديث حالة الطلب وفق التسلسل المعتمد.
- مشاركة موقعه أثناء التوصيل إذا فُعّلت الميزة وأعطى الإذن.
- الاطلاع على سجل طلباته.

**لا يجوز للموظف غير المعتمد قبول الطلبات أو الوصول إلى بيانات الزبائن الخاصة.**

## ج. المدير Admin

يمكنه:

- إدارة الطلبات ومراجعتها.
- إدارة طلبات تسجيل الموظفين.
- الموافقة على الموظفين أو رفضهم.
- إيقاف حساب موظف عند الحاجة.
- مراجعة الشكاوى.
- متابعة المستخدمين والطلبات.
- إدارة إعدادات الخدمة المسموح بها.
- مراجعة السجلات الإدارية اللازمة.

يجب أن تكون صلاحيات Admin محمية من قاعدة البيانات، لا بمجرد إخفاء زر في الواجهة.

لا تمنح أي مستخدم صلاحية Admin تلقائيًا، ولا تسمح للمستخدم بتعديل دوره بنفسه.

---

# 6. تسجيل الحسابات وتسجيل الدخول

أنشئ تدفقًا حقيقيًا للتسجيل والدخول باستخدام Supabase Auth.

## تسجيل الزبون

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

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

لا تخزّن كلمات المرور يدويًا في جدول المستخدمين. استخدم Supabase Auth.

لا تعرض رقم الهاتف أو معلومات المستخدم الخاصة لغير المصرح لهم.

## تسجيل موظف التوصيل

أنشئ نموذجًا منفصلًا يحتوي على:

- الاسم واللقب.
- رقم الهاتف.
- العمر، مع اشتراط ألا يقل عن 18 سنة.
- وسيلة النقل.
- نوع المركبة عند الحاجة.
- معلومات المركبة الضرورية.
- كلمة المرور وتأكيدها.
- الوثائق المطلوبة إذا تقررت رسميًا.

Start fresh from this prompt

Builds a brand new app from the first prompt only, so later changes to the original are not included.