Turning a company Excel file into a multi-user web app with Codex and GPT-6 Astra

م. كامل @kamelabusamraOriginally posted 2026.09.09

Open original on X

من Excel إلى تطبيق ويب Excel-to-Web Business System إعداد: كامل أبو سمرة – kamel3lom لطلب الخدمات المدفوعة واتس اب الاعمال : 0530605399 وظيفة الفكرة تحويل ملف Excel تعتمد عليه شركة أو مكتب في العمل اليومي إلى نظام ويب حقيقي متعدد المستخدمين بدل بقاء البيانات داخل ملف واحد معرض للتكرار والأخطاء وفقدان النسخ. الفكرة لا تعني مجرد عرض جدول Excel داخل صفحة ويب، بل إعادة بناء منطق الملف نفسه على شكل تطبيق يحتوي على قاعدة بيانات + مستخدمين وصلاحيات + نماذج إدخال + بحث وفلاتر + تقارير + لوحة تحكم + نسخ احتياطي + تصدير Excel/PDF. في بيئة الذكاء الاصطناعي الوكيلة الحديثة يمكن استخدام أدوات البرمجة والوكلاء لتحليل ملف Excel نفسه، واكتشاف الأوراق والأعمدة والمعادلات والعلاقات، ثم تحويله تدريجيًا إلى مشروع برمجي متكامل. طريقة التنفيذ للمبتدئين: على جهازك أنشئ مجلدًا مثل: Excel-To-Web/ │ ├── input/ │ └── company.xlsx │ └── output/ ثم افتح ChatGPT Desktop → Codex وافتح مجلد Excel-To-Web. إذا ظهر لك GPT-6 Astra اختره، ويفضل Reasoning: High للمشروع الحقيقي. ثم ضع البرومبت التالي كما هو: انسخ البرومبت كاملًا: أنت الآن فريق هندسة برمجيات Agentic متخصص في تحويل أنظمة Excel المستخدمة فعليًا في الشركات والمكاتب إلى تطبيقات ويب كاملة قابلة للتشغيل. المهمة الرئيسية يوجد داخل مجلد المشروع ملف Excel في: input/ افحص الملف الموجود فعليًا داخل هذا المجلد، ولا تفترض محتواه مسبقًا. مهمتك هي تحويل ملف Excel بالكامل إلى تطبيق ويب حقيقي يعمل، مع الحفاظ قدر الإمكان على البيانات، والعلاقات، والمعادلات، وقواعد العمل التي يعتمد عليها الملف الأصلي. لا أريد شرحًا نظريًا ولا مجرد أمثلة كود. أريد منك العمل مباشرة على المشروع وإنشاء الملفات والمجلدات وقاعدة البيانات والواجهات وتشغيل التطبيق واختباره. قاعدة أساسية لا تتعامل مع Excel باعتباره مجرد جدول بيانات. اعتبره نظام عمل Business System قد يحتوي على: بيانات. علاقات بين الجداول. معادلات. قواعد عمل. قوائم منسدلة. شروط. تقارير. Pivot Tables. مخططات. Named Ranges. Data Validation. أوراق مرتبطة ببعضها. صيغ مالية أو إحصائية. VBA أو Macros إذا كان الملف XLSM. إجراءات عمل ضمنية يمكن استنتاجها من بنية الملف. يُمنع حذف أي وظيفة مهمة بصمت. إذا تعذر تحويل عنصر معين، وثّق ذلك بوضوح واقترح البديل البرمجي المناسب. البنية الوكيلة أدِر المشروع باعتبارك Orchestrator رئيسيًا، ونفذ داخليًا أدوار الوكلاء التالية: Excel Forensics Agent تحليل المصنف وجميع الأوراق والصيغ والعلاقات. Business Logic Analyst استنتاج قواعد العمل والعمليات التي ينفذها Excel. Database Architect تحويل بنية Excel إلى نموذج قاعدة بيانات صحيح. Backend Engineer إنشاء الخادم والمنطق البرمجي. UI/UX Engineer إنشاء تطبيق ويب احترافي وسهل الاستخدام. Data Migration Agent تنظيف ونقل البيانات القديمة. Security Agent مراجعة المصادقة والصلاحيات والأمان. QA & Validation Agent مقارنة نتائج التطبيق بنتائج Excel والتأكد من التطابق. أنت الـ Orchestrator المسؤول عن التنسيق بين جميع هذه الأدوار وعدم الانتقال إلى التسليم النهائي قبل اجتياز التحقق. المرحلة الأولى: التحقيق في ملف Excel ابدأ فعليًا بفتح الملف وتحليله برمجيًا. استخرج على الأقل: اسم الملف. نوع الملف XLSX/XLSM. أسماء جميع Sheets. عدد الصفوف والأعمدة. أسماء الحقول. أنواع البيانات. الخلايا الفارغة. الصفوف المكررة. الصيغ Formulas. الروابط بين الأوراق. Defined Names. Excel Tables. Pivot Tables إن وجدت. Charts. Data Validation. Conditional Formatting المهمة. القوائم المنسدلة. المفاتيح المحتملة. الأعمدة التي تبدو معرفات IDs. التواريخ. العملات. النسب. الحقول المحسوبة. أي Macros/VBA يمكن اكتشافها. أنشئ: docs/EXCEL_AUDIT.md يشرح بالتفصيل ماذا يفعل ملف Excel الحالي. المرحلة الثانية: اكتشاف النظام الحقيقي الموجود داخل Excel استنتج الكيانات الرئيسية. مثلًا، حسب محتوى الملف الفعلي، قد تكون: Customers Projects Employees Invoices Payments Products Orders Expenses Inventory لكن لا تنشئ هذه الجداول إن لم تكن موجودة منطقيًا في ملف المستخدم. استخرج الكيانات من الملف الحقيقي. حدد: العلاقات One-to-One. One-to-Many. Many-to-Many. المفاتيح الأساسية. المفاتيح الأجنبية. قواعد العمل. الحقول المشتقة. حالات Status. Workflow المحتمل. أنشئ: docs/BUSINESS_RULES.md و: docs/DATA_MODEL.md المرحلة الثالثة: إعداد Mapping كامل أنشئ جدول تحويل واضح يربط: Excel Sheet → Excel Column → Database Table → Database Field → Data Type → Transformation Rule احفظه في: docs/EXCEL_DATABASE_MAPPING.md المرحلة الرابعة: اختيار التقنية الأولوية هي البساطة والاستقرار وسهولة تشغيل النظام داخل مكتب أو شركة. استخدم افتراضيًا: Backend: Python + Django Database development: SQLite Database production: PostgreSQL Frontend: Django Templates + Bootstrap أو التقنية الأبسط المناسبة لإنشاء واجهة احترافية Responsive. Charts: Chart.js عند الحاجة. Excel Processing: pandas + openpyxl والأدوات المناسبة الأخرى. لا تُنشئ React + Node + Python كمنظومة منفصلة إلا إذا كانت طبيعة المشروع تتطلب ذلك فعلًا. هدفنا تقليل التعقيد التقني مع الحفاظ على الاحترافية. المرحلة الخامسة: قاعدة البيانات أنشئ Database Schema نظيفًا قدر الإمكان. استخدم: Primary Keys Foreign Keys Unique Constraints Indexes NOT NULL Data Validation عندما تكون مناسبة. لا تنقل عيوب Excel حرفيًا إلى قاعدة البيانات. قم بتطبيع البيانات Normalization عندما يكون ذلك مناسبًا، لكن لا تغيّر منطق العمل الأصلي. المرحلة السادسة: تحويل معادلات Excel هذه مرحلة شديدة الأهمية. حدد كل المعادلات المهمة التي تؤثر على النتائج. حوّلها إلى Business Logic داخل التطبيق. مثال: Excel: Total = Quantity * Unit Price يصبح منطقًا برمجيًا داخل النظام. ولا تكتفِ بنقل القيمة الناتجة القديمة من Excel. يجب أن يستطيع النظام إعادة حسابها مستقبلًا. إذا كانت هناك معادلات مترابطة، أنشئ Dependency Mapping لها. المرحلة السابعة: إنشاء التطبيق أنشئ تطبيق ويب حقيقيًا يتضمن حسب البيانات الفعلية: صفحة تسجيل الدخول. Dashboard. قائمة جانبية أو Navigation واضحة. صفحات إدارة الكيانات. إضافة سجل. تعديل. عرض. حذف مع تأكيد. بحث. Filtering. Sorting. Pagination. تقارير. إحصائيات. Charts عند الحاجة. Import. Export إلى Excel. Export PDF عندما يكون مناسبًا. صفحة إعدادات. لا تنشئ صفحات لا يحتاج إليها النظام. المرحلة الثامنة: المستخدمون والصلاحيات أنشئ Authentication حقيقيًا. أنشئ Role Based Access Control. استنتج الأدوار المناسبة لطبيعة الملف. كحد أدنى عند الحاجة: Administrator Manager Employee Viewer لكن لا تفرض أدوارًا غير منطقية. حدد لكل Role: View Create Edit Delete Export Reports Administration المرحلة التاسعة: ترحيل بيانات Excel أنشئ Migration/Import Engine يقوم بـ: Excel → Read → Validate → Clean → Transform → Import → Verify لا تعدل ملف Excel الأصلي. احتفظ به دائمًا كمرجع. أنشئ سجلات للأخطاء. إذا كانت هناك بيانات غامضة مثل: Ahmed Ahmad Ahmed. أحمد فلا تدمج السجلات تلقائيًا دون دليل كافٍ. أنشئ Data Review Report للحالات المشكوك فيها. المرحلة العاشرة: Dashboard ابنِ Dashboard بالاعتماد على محتوى Excel الحقيقي. استخرج أهم مؤشرات الأداء الموجودة ضمنيًا أو صراحة في البيانات. مثلًا: عدد السجلات. الإجمالي. المتأخرات. الأرباح. المصروفات. المشاريع المفتوحة. المخزون المنخفض. ولكن لا تخترع KPI غير موجودة منطقيًا. المرحلة الحادية عشرة: التصميم أريد واجهة: احترافية. نظيفة. حديثة. Responsive. سهلة للمستخدم غير التقني. تدعم اللغة العربية RTL إذا كان الملف عربيًا. وتدعم العربية والإنجليزية عند الحاجة. لا تجعل التطبيق يبدو كتجربة برمجية أولية. المرحلة الثانية عشرة: التحقق من التطابق هذه مرحلة إلزامية. خذ عينات من الحسابات والنتائج الموجودة في Excel. قارنها مع التطبيق. مثال: Excel Total = X Application Total = X يجب أن تتطابق النتائج. قم بإنشاء اختبارات آلية Automated Tests للمعادلات وقواعد العمل المهمة. أنشئ: docs/VALIDATION_REPORT.md ويحتوي على: Excel Result Application Result Difference Status المرحلة الثالثة عشرة: اختبار التطبيق قم فعليًا بتشغيل الاختبارات. اختبر: Login. CRUD. Search. Filters. Calculations. Database constraints. Import. Export. Permissions. Invalid inputs. Duplicate records. Empty values. Dates. Arabic text. أصلح الأخطاء التي تكتشفها. لا تكتفِ بذكرها. المرحلة الرابعة عشرة: اختبار المتصفح شغّل التطبيق فعليًا. افتحه في المتصفح إذا كانت أدوات البيئة تسمح بذلك. راجع: Dashboard. Navigation. Forms. Tables. Mobile layout. Console errors. Broken links. Server errors. أصلح المشاكل قبل التسليم. المرحلة الخامسة عشرة: الأمان راجع على الأقل: Authentication Authorization CSRF XSS SQL Injection File Uploads Password Storage Session Security Input Validation Sensitive Data Exposure لا تضع كلمات مرور أو مفاتيح API داخل الكود. استخدم Environment Variables. أنشئ: .env.example Failure Recovery إذا فشلت مكتبة أو Dependency: ابحث عن السبب وحاول بديلًا مناسبًا. إذا وجدت معادلة غير مفهومة: افحص الخلايا المرتبطة بها قبل اتخاذ القرار. إذا وجدت Sheet غير واضحة الوظيفة: حلل ارتباطاتها ببقية المصنف. إذا وجدت تناقضًا في البيانات: لا تخترع تصحيحًا. احتفظ بالقيمة الأصلية وسجل المشكلة. لا توقف المشروع بسبب مشكلة غير حرجة. استمر فيما يمكن تنفيذه وأنشئ تقريرًا بالمشكلات المتبقية. Shared State أنشئ ملف: docs/project_state.json يحتوي على الحالة الحالية للمشروع، مثل: workbook_analysis entities relationships business_rules database_mapping migration_status tests unresolved_issues وحدّثه أثناء التنفيذ. الملفات المطلوبة في النهاية يجب أن يحتوي المشروع على الأقل على: README.md requirements.txt أو نظام Dependency مناسب .env.example قاعدة التطبيق البرمجية كاملة database/ docs/ tests/ scripts/ input/ مع الاحتفاظ بملف Excel الأصلي. README اكتب تعليمات شديدة البساطة للمبتدئ: كيفية تثبيت المتطلبات. كيفية تشغيل قاعدة البيانات. كيفية تنفيذ migrations. كيفية إنشاء Administrator. كيفية استيراد Excel. كيفية تشغيل الموقع. عنوان الموقع المحلي. كيفية إيقافه. كيفية أخذ Backup. كيفية نقله لاحقًا إلى Server. شرط التنفيذ ممنوع أن تكون إجابتك النهائية مجرد: "إليك الكود" أو: "يمكنك إنشاء التطبيق بهذه الطريقة." أنت تعمل داخل بيئة تنفيذ. لذلك: افحص الملفات. أنشئ الملفات. اكتب الكود. ثبّت المتطلبات المسموح بها. شغّل migrations. شغّل الاختبارات. شغّل التطبيق. افحص الأخطاء. أصلحها. ثم اعرض النتيجة. الاستقلالية لا تسألني عن أسماء الجداول أو الحقول إذا كان يمكن استنتاجها من Excel. لا تطلب مني وصف الملف قبل أن تفتحه. استخدم الملف نفسه كمصدر الحقيقة Source of Truth. إذا كان هناك قرار معماري بسيط، اختر الحل الأبسط والأكثر استقرارًا وسجله في ASSUMPTIONS.md. اطلب تدخلي فقط إذا كان هناك قرار تجاري جوهري لا يمكن استنتاجه من البيانات ويؤثر بصورة كبيرة على النظام. معيار النجاح النهائي لا تعتبر المهمة منتهية حتى يتحقق الآتي: [ ] تم تحليل Excel الحقيقي. [ ] جميع Sheets المهمة تمت مراجعتها. [ ] تم توثيق المعادلات المهمة. [ ] تم إنشاء قاعدة البيانات. [ ] تم نقل البيانات. [ ] تم إنشاء الواجهات. [ ] تم إنشاء تسجيل الدخول. [ ] تم إنشاء الصلاحيات. [ ] تعمل عمليات الإضافة والتعديل والحذف. [ ] يعمل البحث والتصفية. [ ] تعمل الحسابات. [ ] تم اختبار النتائج مقابل Excel. [ ] الاختبارات المهمة ناجحة. [ ] التطبيق يعمل في المتصفح. [ ] لا توجد أخطاء حرجة ظاهرة. [ ] README كامل. [ ] تقرير Migration موجود. [ ] تقرير Validation موجود. التقرير النهائي بعد الانتهاء أعطني تقريرًا مختصرًا يتضمن: ماذا كان يفعل ملف Excel؟ ماذا بنيت؟ الجداول التي أنشأتها. عدد السجلات التي تم استيرادها. الوظائف التي تم تحويلها من Excel. المعادلات التي تم تحويلها. المشاكل التي وجدت في البيانات. نتائج الاختبارات. طريقة تشغيل التطبيق. أي عناصر تتطلب مراجعة بشرية. ابدأ الآن بفحص ملف Excel الفعلي داخل مجلد input ثم نفذ المشروع. حقوق إعداد منهجية التحويل والبرومبت: كامل أبو سمرة – kamel3lom ضع بصمة ملكية غير مؤثرة وظيفيًا داخل وثائق المشروع وMetadata المصدر باسم: Kamel Abu Samra – kamel3lom ولا تظهر هذه البصمة للمستخدم النهائي داخل واجهة النظام إلا إذا طُلب ذلك.