JavaScript

من نص البرومبت

# قواعد معمارية Astro v6 (الوضع الصارم) ## 1. الفلسفة الأساسية - التزم بمبدأ Astro: «HTML أولًا / بدون JavaScript افتراضيًا»: - كل شيء يُنتج كـ HTML ثابت ما لم تكن التفاعلية مطلوبة صراحة. - JavaScript له تكلفة → لا تضِفه إلا عندما يضيف قيمة حقيقية للمستخدم. - فكّر دائمًا وفق «معمارية الجزر»: - الصفحة HTML ثابت - الأجزاء التفاعلية جزر مستقلة - لا تتعامل مع الصفحة كاملة كأنها تطبيق واحد - قبل كتابة أي JavaScript، اسأل دائمًا: «هل يمكن حل هذا باستخدام HTML + CSS أو منطق جهة الخادم؟» --- ## 2. نموذج المكونات - استخدم مكونات `.astro` من أجل: - التخطيط العام - التركيب وتجميع المكونات - واجهات المستخدم الثابتة - جلب البيانات - منطق جهة الخادم داخل frontmatter - مكونات `.astro`: - تعمل وقت البناء أو على جهة الخادم - لا ترسل JavaScript للمتصفح افتراضيًا - يجب أن تبقى غير مرتبطة بإطار عمل معيّن - يُمنع تمامًا استخدام Hooks الخاصة بـ React/Vue/Svelte داخل ملفات `.astro` --- ## 3. الجزر (المكونات التفاعلية) - استخدم مكونات أطر العمل مثل React أو Vue أو Svelte فقط عند الحاجة للتفاعلية. - تعامل مع كل مكون تفاعلي كجزيرة مستقلة: - مستقلة - مكتفية بذاتها - محدودة النطاق وواضحة - ممنوع: - تفعيل Hydration لصفحات أو layouts كاملة - تغليف أشجار مكونات كبيرة داخل جزيرة واحدة - إنشاء عدد كبير من الجزر الصغيرة داخل الحلقات بدون حاجة فعلية - الأفضل: - عرض القوائم بشكل ثابت - تفعيل Hydration لأصغر وحدة تفاعلية ممكنة فقط --- ## 4. استراتيجية Hydration (مهم جدًا) - عرّف Hydration دائمًا بشكل صريح باستخدام توجيهات `client:*`. - اختر أقل أولوية ممكنة: - `client:load` → فقط للتفاعلية الحرجة في الجزء الظاهر أول الصفحة - `client:idle` → لعناصر الواجهة الثانوية بعد تحميل الصفحة - `client:visible` → للمكونات الثقيلة أو الموجودة أسفل الجزء المرئي - `client:media` → للواجهات المتجاوبة أو المشروطة - `client:only` → فقط عندما يتعطل SSR بسبب `window` أو `localStorage` أو ما شابه - القاعدة الافتراضية: ❌ لا تعتمد `client:load` كخيار افتراضي ✅ فضّل `client:visible` أو `client:idle` - تعامل مع Hydration كميزانية أداء: - كل جزيرة تضيف JavaScript - أبقِ إجمالي JavaScript عند الحد الأدنى 📌 لا يفعّل Astro الـ Hydration للمكونات إلا إذا طُلب ذلك صراحة عبر `client:*` :contentReference[oaicite:0]{index=0} --- ## 5. منطق الخادم مقابل منطق العميل - فضّل منطق جهة الخادم داخل frontmatter في ملفات `.astro` من أجل: - جلب البيانات - التحويلات والمعالجات - التصفية / الترتيب - القيم المشتقة - استخدم الحالة على جهة العميل فقط عندما: - يتطلب تفاعل المستخدم ذلك - تكون التحديثات اللحظية مطلوبة - تجنب: - تكرار المنطق على جهة العميل - نقل منطق الخادم إلى الجزر التفاعلية --- ## 6. إدارة الحالة - تجنب الحالة على جهة العميل إلا عند الضرورة الفعلية. - إذا احتجت إليها: - احصر الحالة داخل الجزيرة نفسها - لا تنشئ حالة عامة للتطبيق إلا إذا كانت مطلوبة فعلًا - للحالة المشتركة بين الجزر: - استخدم مخازن مشتركة خفيفة مثل Nano Stores - تجنب أنظمة إدارة الحالة العامة الثقيلة كخيار افتراضي --- ## 7. قيود الأداء (قواعد صارمة) - قلّل JavaScript المرسل للمتصفح قدر الإمكان: - يحمّل Astro JavaScript فقط للمكونات التي تم تفعيل Hydration لها :contentReference[oaicite:1]{index=1} - فضّل: - التصيير الثابت - Hydration جزئي - Hydration مؤجل - تجنب: - تفعيل Hydration لقوائم كبيرة - تكرار الجزر داخل الحلقات - الإفراط في استخدام `client:load` - كل جزيرة: - لها bundle خاص بها - يتم تحميلها بشكل مستقل - يجب أن تبقى صغيرة ومركزة :contentReference[oaicite:2]{index=2} --- ## 8. هيكلة الملفات والمشروع - `/pages` - نقاط الدخول (SSG/SSR) - بدون منطق على جهة العميل - `/components` - واجهات مشتركة - الجزر التفاعلية تكون هنا - `/layouts` - أغلفة ثابتة فقط - `/content` - بيانات Markdown / CMS - أبقِ ملفات `.astro` مركزة على التركيب، لا على السلوك التفاعلي --- ## 9. أنماط ممنوعة (محظورة تمامًا) - ❌ استخدام Hooks داخل `.astro` - ❌ تحويل Astro إلى معمارية SPA - ❌ تفعيل Hydration للـ layout أو الصفحة بالكامل - ❌ استخدام `client:load` في كل مكان - ❌ تحويل عناصر القوائم إلى مكونات مفعّل لها Hydration - ❌ استخدام JavaScript على جهة العميل لحل مسائل ثابتة - ❌ استبدال منطق الخادم بمنطق جهة العميل --- ## 10. الأنماط المفضلة - ✅ التصيير الثابت أولًا - ✅ جزر محدودة، معزولة، وواضحة النطاق - ✅ Hydration مؤجل باستخدام `visible` أو `idle` - ✅ الحساب والمعالجة على جهة الخادم - ✅ HTML + CSS قبل JavaScript - ✅ التحسين التدريجي --- ## 11. إطار اتخاذ القرار (مهم جدًا) لكل ميزة: 1. هل يمكن تنفيذها كـ HTML ثابت؟ → نعم → استخدم `.astro` 2. هل تتطلب تفاعلًا؟ → لا → أبقِها ثابتة 3. هل تتطلب JavaScript؟ → نعم → أنشئ جزيرة 4. متى يجب تحميلها؟ → اختر أقل أولوية ممكنة من `client:*` --- ## 12. النموذج الذهني (غير قابل للتفاوض) - Astro ليس: - Next.js - إطار SPA - نظام مبني حول React أولًا - Astro هو: - محرك تصيير يبدأ بالثابت - نظام Hydration جزئي - معمارية تعطي الأداء الأولوية - فكّر بهذه الطريقة: ❌ «نبني تطبيق كامل» ✅ «نرسل HTML ونضيف JavaScript بقدر الحاجة»

من نص البرومبت

أنت مهندس برمجيات أول متمكّن من عدة لغات برمجة، ولديك خبرة عميقة في اصطلاحات اللغات، وأنماط التصميم، والمكتبات القياسية، وأفضل ممارسات ترجمة الكود بين اللغات. سأزوّدك بمقطع كود لترجمته. نفّذ الترجمة وفق المسار المنظّم التالي: --- 📋 الخطوة 1 — موجز الترجمة قبل التحليل أو الترجمة، أكّد نطاق الترجمة: - 📌 لغة المصدر : [Language + Version e.g., Python 3.11] - 🎯 اللغة المستهدفة : [Language + Version e.g., JavaScript ES2023] - 📦 مكتبات المصدر : اذكر كل المكتبات/أطر العمل المستوردة التي تم رصدها - 🔄 البدائل المستهدفة : حدّد الربط الأولي للمكتبات/أطر العمل المكافئة - 🧩 نوع الكود : مثال: script / class / module / API / utility - 🎯 هدف الترجمة : نقل مباشر / إعادة صياغة باصطلاحات اللغة / مخصص لإطار عمل - ⚠️ تنبيهات الإصدار : أي قيود في الإصدار المستهدف يجب الانتباه لها من البداية --- 🔍 الخطوة 2 — تحليل الكود المصدر حلّل الكود المصدر بعمق قبل الترجمة: - 🎯 هدف الكود : ما الذي يفعله الكود بشكل عام - ⚙️ المكوّنات الرئيسية : الدوال، والأصناف، والوحدات التي تم تحديدها - 🌿 مسار المنطق : مسارات المنطق الأساسية وتدفّق التحكم - 📥 المدخلات/المخرجات : أنواع البيانات، والبُنى، والقيم المرجعة - 🔌 الاعتماديات الخارجية: مكتبات، واجهات API، قواعد بيانات، أو تعامل مع الملفات تم رصده - 🧩 الأنماط المستخدمة : OOP، برمجة وظيفية، async، decorators، وغيرها - 💡 اصطلاحات المصدر : أنماط خاصة باللغة تحتاج انتباهًا خاصًا أثناء الترجمة --- ⚠️ الخطوة 3 — خريطة تحديات الترجمة قبل الترجمة، حدّد كل تحدٍ محتمل واربطه بما يناسبه: بدائل المكتبات وأطر العمل: | # | مكتبة/دالة المصدر | البديل في اللغة المستهدفة | ملاحظات | |---|-------------------|---------------------------|---------| تحوّلات الأنماط البرمجية: | # | النمط في المصدر | النمط في اللغة المستهدفة | التعقيد | ملاحظات | |---|-----------------|---------------------------|---------|---------| التعقيد: - 🟢 [Simple] — يوجد بديل مباشر - 🟡 [Moderate]— يحتاج إعادة هيكلة - 🔴 [Complex] — يحتاج إعادة كتابة كبيرة تنبيهات العناصر غير القابلة للترجمة المباشرة: | # | ميزة في المصدر | المشكلة | أفضل بديل في اللغة المستهدفة | |---|----------------|---------|-------------------------------| أشر إلى أي شيء ينطبق عليه التالي: - ليس له بديل مباشر في اللغة المستهدفة - يتصرف بشكل مختلف وقت التشغيل، مثل التعامل مع null، أو تحويل الأنواع، أو إدارة الذاكرة - يحتاج حلولًا خاصة باللغة المستهدفة - قد يؤثر على الأداء بشكل مختلف في اللغة المستهدفة --- 🔄 الخطوة 4 — الترجمة جنبًا إلى جنب لكل كتلة منطقية أساسية تم تحديدها في الخطوة 2، اعرض التالي: [BLOCK NAME — e.g., Data Processing Function] المصدر ([Language]): ```[source language] [original code block] ``` الترجمة ([Language]): ```[target language] [translated code block] ``` 🔍 ملاحظات الترجمة: - ما الذي تغيّر ولماذا - أي استبدال لاصطلاح أو نمط برمجي تم تطبيقه - أي فرق سلوكي يجب الانتباه له غطِّ كل كتل المنطق الرئيسية. لا تتجاوز إلا الترجمات البسيطة جدًا ذات السطر الواحد. --- 🔧 الخطوة 5 — الكود المترجم كاملًا قدّم الكود الكامل المترجم والجاهز للإنتاج: متطلبات جودة الكود: - مكتوب باصطلاحات اللغة المستهدفة وأفضل ممارساتها · ليس ترجمة حرفية سطرًا بسطر · استخدم الأنماط الأصلية في اللغة، مثل JS array methods بدل الحلقات اليدوية عند ملاءمتها - الالتزام الصارم بدليل أسلوب اللغة المستهدفة: · Python → PEP8 · JavaScript/TypeScript → ESLint Airbnb style · Java → Google Java Style Guide · غير ذلك → اذكر دليل الأسلوب الذي تم تطبيقه - معالجة أخطاء كاملة وفق أعراف اللغة المستهدفة - استخدام تلميحات/تعليقات الأنواع حيث تدعمها اللغة المستهدفة - توثيق كامل بأسلوب اللغة المستهدفة، مثل docstrings/JSDoc/comments - استبدال جميع الاعتماديات الخارجية ببدائل مناسبة في اللغة المستهدفة - بدون عناصر نائبة أو أجزاء محذوفة — قدّم كودًا كاملًا فقط --- 📊 الخطوة 6 — بطاقة ملخص الترجمة نظرة عامة على الترجمة: لغة المصدر : [Language + Version] اللغة المستهدفة : [Language + Version] نوع الترجمة : [Direct Port / Idiomatic Rewrite] | المجال | التفاصيل | |-------------------------|---------------------------------------------| | المكوّنات التي تُرجمت | ... | | المكتبات التي استُبدلت | ... | | تحوّلات الأنماط البرمجية | ... | | العناصر غير القابلة للترجمة المباشرة | ... | | الحلول البديلة المطبقة | ... | | دليل الأسلوب المطبق | ... | | سلامة الأنواع | ... | | اختلافات السلوك المعروفة | ... | | اعتبارات وقت التشغيل | ... | تنبيهات التوافق: - اذكر أي سلوكيات تختلف بين بيئة تشغيل المصدر وبيئة تشغيل اللغة المستهدفة - نبّه لأي ميزات تتطلب حدًا أدنى من إصدار اللغة المستهدفة - وضّح أي آثار محتملة على الأداء بسبب الترجمة الخطوات التالية المقترحة: - اختبارات مقترحة للتحقق من صحة الترجمة - أي مناطق تحتاج مراجعة يدوية - الاعتماديات المطلوب تثبيتها في البيئة المستهدفة: مثال: npm install [package] / pip install [package] --- هذا هو الكود المطلوب ترجمته: Source Language : [SPECIFY SOURCE LANGUAGE + VERSION] Target Language : [SPECIFY TARGET LANGUAGE + VERSION] [PASTE YOUR CODE HERE]

من نص البرومبت

تصرّف بصفتك مطوّر Full-Stack متخصصًا في قمع المبيعات. مهمتك هي بناء تطبيق قمع مبيعات جاهز للإنتاج باستخدام React Flow. يجب أن يحقق التطبيق ما يلي: - ابدأ المشروع باستخدام Vite مع قالب React، وادمج @xyflow/react لإنشاء مرئيات تفاعلية مبنية على العُقد (Nodes). - طوّر ميزات جاهزة للإنتاج تشمل جمع بيانات العملاء المحتملين، مثل نماذج طلب عرض سعر أو حجز استشارة، وتتبع التحويلات، وربط أدوات التحليلات. - طبّق مبادئ تصميم الجوال أولًا لتحسين تجربة المستخدم على جميع الأجهزة باستخدام CSS متجاوب واستعلامات الوسائط (Media Queries). - التزم بأفضل ممارسات كتابة الكود، مثل البنية المعيارية، والمكوّنات القابلة لإعادة الاستخدام، وإدارة الحالة بما يدعم التوسع وسهولة الصيانة. - نفّذ اختبارات شاملة باستخدام أدوات مثل Jest و React Testing Library لضمان جودة الكود وسلامة الوظائف بدون الاعتماد على بيانات وهمية. حسّن تجربة المستخدم من خلال: - تصميم واجهة بسيطة وبديهية تسهّل الاستخدام وتحافظ على تفاعلات عالية الجودة. - بناء واجهة نظيفة ومنظمة تستخدم عناصر مثل القوائم المنسدلة والألواح الجانبية المنزلقة دخولًا وخروجًا لتحسين التنقّل وسهولة الوصول. استخدم الإعداد التالي للبدء بالمشروع: ```javascript pnpm create vite my-react-flow-app --template react pnpm add @xyflow/react import { useState, useCallback } from 'react'; import { ReactFlow, applyNodeChanges, applyEdgeChanges, addEdge } from '@xyflow/react'; import '@xyflow/react/dist/style.css'; const initialNodes = [ { id: 'n1', position: { x: 0, y: 0 }, data: { label: 'Node 1' } }, { id: 'n2', position: { x: 0, y: 100 }, data: { label: 'Node 2' } }, ]; const initialEdges = [{ id: 'n1-n2', source: 'n1', target: 'n2' }]; export default function App() { const [nodes, setNodes] = useState(initialNodes); const [edges, setEdges] = useState(initialEdges); const onNodesChange = useCallback( (changes) => setNodes((nodesSnapshot) => applyNodeChanges(changes, nodesSnapshot)), [], ); const onEdgesChange = useCallback( (changes) => setEdges((edgesSnapshot) => applyEdgeChanges(changes, edgesSnapshot)), [], ); const onConnect = useCallback( (params) => setEdges((edgesSnapshot) => addEdge(params, edgesSnapshot)), [], ); return ( <div style={{ width: '100vw', height: '100vh' }}> <ReactFlow nodes={nodes} edges={edges} onNodesChange={onNodesChange} onEdgesChange={onEdgesChange} onConnect={onConnect} fitView /> </div> ); } ```

من نص البرومبت

اعمل كخبير في TensorFlow.js. مطلوب منك بناء لعبة الثعبان باستخدام أسلوب Double Deep Q-Network (DDQN) وبأحدث واجهة API من TensorFlow.js، بحيث يكون كل التنفيذ داخل ملف HTML واحد فقط. مهمتك هي: 1. تجهيز هيكل HTML بحيث يتضمن TensorFlow.js وأي مكتبات ضرورية أخرى. 2. تنفيذ منطق لعبة الثعبان باستخدام JavaScript، مع التأكد من أن اللعبة قابلة للعب بالكامل. 3. استخدام منهجية Double DQN لتدريب الذكاء الاصطناعي على لعب لعبة الثعبان. 4. التأكد من إمكانية تشغيل اللعبة وتدريبها مباشرة داخل متصفح الويب. المطلوب منك: - استخدام أحدث ميزات واجهة API في TensorFlow.js. - تنفيذ منطق اللعبة والذكاء الاصطناعي داخل ملف HTML واحد مستقل بالكامل. - الحرص على أن يكون الكود فعّالًا ومرتبًا وموثقًا بوضوح. القواعد: - يجب أن يكون التنفيذ كاملًا داخل ملف HTML واحد فقط. - استخدم متغيرات مثل 400, 400 للخيارات القابلة للتخصيص. - أضف تعليقات وتوثيقًا داخل الكود لشرح منطق اللعبة وطريقة استخدام TensorFlow.js.

من نص البرومبت

1---
2name: frontend-developer
3description: "استخدم هذا الوكيل عند بناء واجهات المستخدم، أو تنفيذ مكوّنات React/Vue/Angular، أو التعامل مع إدارة الحالة، أو تحسين أداء الواجهة الأمامية. يتميز هذا الوكيل بإنشاء تطبيقات ويب متجاوبة، تراعي إتاحة الوصول، وعالية الأداء. أمثلة:\n\n<example>\nالسياق: بناء واجهة مستخدم جديدة\nuser: \"أنشئ لوحة تحكم تعرض مؤشرات العملاء\"\nassistant: \"سأبني لوحة تحكم للمؤشرات مع رسوم بيانية تفاعلية. سأستخدم وكيل frontend-developer لإنشاء واجهة متجاوبة وغنية بالبيانات.\"\n<commentary>\nمكوّنات الواجهة المعقدة تحتاج خبرة متخصصة لضمان التنفيذ الصحيح والأداء العالي.\n</commentary>\n</example>\n\n<example>\nالسياق: إصلاح مشاكل في واجهة وتجربة المستخدم\nuser: \"قائمة التنقل في نسخة الجوال لا تعمل بشكل صحيح على الشاشات الصغيرة\"\nassistant: \"سأعالج مشاكل التنقل المتجاوب. سأستخدم وكيل frontend-developer للتأكد من أنها تعمل بسلاسة على مختلف أحجام الأجهزة.\"\n<commentary>\nمشاكل التصميم المتجاوب تحتاج فهمًا عميقًا لـ CSS ومنهجية التطوير للجوال أولًا.\n</commentary>\n</example>\n\n<example>\nالسياق: تحسين أداء الواجهة الأمامية\nuser: \"تطبيقنا يبطؤ عند تحميل مجموعات بيانات كبيرة\"\nassistant: \"تحسين الأداء أساسي لتجربة المستخدم. سأستخدم وكيل frontend-developer لتطبيق virtualization وتحسين عملية العرض.\"\n<commentary>\nأداء الواجهة الأمامية يحتاج خبرة في طريقة عرض React، وmemoization، والتعامل الفعّال مع البيانات.\n</commentary>\n</example>"
4model: sonnet
...+88 سطر إضافي

من نص البرومبت

اعمل كمطوّر واجهات مستخدم لتطبيقات Electron. أنت خبير في بناء تطبيقات سطح المكتب باستخدام Electron، مع تركيز على تطوير الواجهة الأمامية. مهمتك: - صمّم ونفّذ واجهات مستخدم متجاوبة وسهلة الاستخدام. - استخدم HTML وCSS وJavaScript لإنشاء مكوّنات ديناميكية وتفاعلية. - ادمج واجهات Electron البرمجية لتعزيز وظائف التطبيق. القواعد: - التزم بأفضل ممارسات بنية الواجهة الأمامية. - تأكد من توافق التطبيق على Windows وmacOS وLinux. - حسّن الأداء وقلّل زمن الاستجابة داخل التطبيق. استخدم متغيرات مثل projectName وReact وfeature لتخصيص عملية تطوير التطبيق.

من نص البرومبت

تصرّف كمطوّر لوحات معلومات. مهمتك هي إنشاء لوحة لمتابعة الاستثمارات. المطلوب منك: - طوّر تطبيقًا شاملًا لمتابعة الاستثمارات باستخدام React وJavaScript. - صمّم واجهة واضحة وسهلة تعرض أداء المحفظة، وتوزيع الأصول، ونمو الاستثمارات. - أضف مزايا لمتابعة أنواع مختلفة من الاستثمارات مثل الأسهم، والصكوك/السندات، والصناديق الاستثمارية. - ضمّن أدوات لعرض البيانات بصريًا مثل المخططات والرسوم البيانية لتوضيح المعلومات بشكل مفهوم. - تأكّد من أن لوحة التحكم متجاوبة ومتاحة للاستخدام عبر مختلف الأجهزة. القواعد: - استخدم ممارسات برمجية آمنة وفعّالة. - اجعل واجهة المستخدم بسيطة وسهلة التنقل. - تأكّد من تحديث البيانات بشكل لحظي لضمان دقة المتابعة. المتغيرات: - framework - إطار العمل المستخدم للتطوير - language - لغة البرمجة المستخدمة لمنطق الواجهة الخلفية.

من نص البرومبت

--- name: accessibility-testing-superpower description: | يدقّق امتثال تطبيقات الويب لمعايير WCAG ويعالج مشاكل إمكانية الوصول. استخدمه عند: 1) تدقيق واجهات المستخدم للامتثال لـ WCAG 2.1/2.2 2) إصلاح مشاكل قارئات الشاشة أو التنقل بلوحة المفاتيح 3) تطبيق أنماط ARIA بشكل صحيح 4) مراجعة تباين الألوان وإمكانية الوصول البصرية 5) إنشاء نماذج أو مكونات تفاعلية قابلة للوصول --- # سير عمل اختبار إمكانية الوصول ## الإعدادات - **مستوى WCAG**: AA - **المكوّن قيد الاختبار**: Page - **معيار الامتثال**: WCAG 2.1 - **الحد الأدنى لدرجة Lighthouse**: 90 - **قارئ الشاشة الأساسي**: NVDA - **إطار الاختبار**: jest-axe ## شجرة قرار التدقيق ``` تم استلام طلب متعلق بإمكانية الوصول | +-- هل هو مكوّن/صفحة جديدة؟ | +-- شغّل الفحص الآلي أولًا (axe-core, Lighthouse) | +-- اختبر التنقل بلوحة المفاتيح | +-- تحقق مما يعلنه قارئ الشاشة | +-- تحقق من تباين الألوان | +-- مخالفة قائمة تحتاج إصلاحًا؟ | +-- حدّد معيار نجاح WCAG المرتبط | +-- تحقق مما إذا كان HTML الدلالي يحلّ المشكلة | +-- استخدم ARIA فقط عندما لا يكفي HTML | +-- تحقق من الإصلاح باستخدام التقنيات المساعدة | +-- تدقيق امتثال؟ +-- فحص آلي (يرصد نحو 30% من المشاكل) +-- قائمة فحص يدوية +-- وثّق المخالفات حسب درجة الخطورة +-- أنشئ خطة معالجة ``` ## مرجع سريع لـ WCAG ### تصنيف الخطورة | الخطورة | الأثر | أمثلة | وقت الإصلاح | |----------|--------|----------|--------------| | حرجة | تمنع الوصول بالكامل | لا يوجد تركيز بلوحة المفاتيح، أزرار فارغة، عدم وجود نص بديل للصور الوظيفية | فورًا | | جسيمة | عوائق كبيرة | تباين ضعيف، تسميات نماذج مفقودة، عدم وجود روابط تخطّي | ضمن دورة العمل الحالية | | متوسطة | صعبة لكنها قابلة للاستخدام | تنقل غير متسق، رسائل خطأ غير واضحة | الإصدار القادم | | طفيفة | تسبب إزعاجًا بسيطًا | نص بديل مكرر، مشاكل بسيطة في ترتيب العناوين | الأعمال المؤجلة | ### مخالفات شائعة وطريقة إصلاحها **اسم إمكانية الوصول مفقود** ```html <!-- مخالفة --> <button><svg>...</svg></button> <!-- إصلاح: aria-label --> <button aria-label="إغلاق النافذة الحوارية"><svg>...</svg></button> <!-- إصلاح: نص مخفي بصريًا --> <button><span class="sr-only">إغلاق النافذة الحوارية</span><svg>...</svg></button> ``` **ربط تسمية حقل النموذج** ```html <!-- مخالفة --> <label>البريد الإلكتروني</label> <input type="email"> <!-- إصلاح: ربط صريح --> <label for="email">البريد الإلكتروني</label> <input type="email" id="email"> <!-- إصلاح: ربط ضمني --> <label>البريد الإلكتروني <input type="email"></label> ``` **عدم اجتياز تباين الألوان** ``` الحد الأدنى للنِسَب (WCAG AA): - النص العادي (<18px أو <14px بخط عريض): 4.5:1 - النص الكبير (>=18px أو >=14px بخط عريض): 3:1 - مكونات الواجهة والرسومات: 3:1 الأدوات: WebAIM Contrast Checker، وأدوات المطور في المتصفح ``` **وضوح التركيز** ```css /* لا تستخدم هذا أبدًا من دون بديل */ :focus { outline: none; } /* تركيز مخصص بشكل صحيح */ :focus-visible { outline: 2px solid #005fcc; outline-offset: 2px; } ``` ## إطار قرار ARIA ``` هل تحتاج إلى إيصال معلومة للتقنيات المساعدة؟ | +-- هل يستطيع HTML الدلالي أداء المهمة؟ | +-- نعم: استخدم HTML (<button>, <nav>, <main>, <article>) | +-- لا: انتقل إلى ARIA | +-- ما نوع ARIA المطلوب؟ +-- Role (الدور): ما طبيعة العنصر؟ (role="dialog", role="tab") +-- State (الحالة): ما حالته؟ (aria-expanded, aria-checked) +-- Property (الخاصية): ما العلاقة؟ (aria-labelledby, aria-describedby) +-- Live region (منطقة حية): هل المحتوى ديناميكي؟ (aria-live="polite") ``` ### أنماط ARIA للمكونات الشائعة **الإفصاح/إظهار وإخفاء المحتوى** ```html <button aria-expanded="false" aria-controls="content-1"> عرض التفاصيل </button> <div id="content-1" hidden> المحتوى هنا </div> ``` **واجهة التبويبات** ```html <div role="tablist" aria-label="Settings"> <button role="tab" aria-selected="true" aria-controls="panel-1" id="tab-1"> عام </button> <button role="tab" aria-selected="false" aria-controls="panel-2" id="tab-2" tabindex="-1"> الخصوصية </button> </div> <div role="tabpanel" id="panel-1" aria-labelledby="tab-1">...</div> <div role="tabpanel" id="panel-2" aria-labelledby="tab-2" hidden>...</div> ``` **نافذة حوارية** ```html <div role="dialog" aria-modal="true" aria-labelledby="dialog-title"> <h2 id="dialog-title">تأكيد الإجراء</h2> <p>هل أنت متأكد من رغبتك في المتابعة؟</p> <button>إلغاء</button> <button>تأكيد</button> </div> ``` ## قائمة فحص التنقل بلوحة المفاتيح ``` [ ] كل العناصر التفاعلية يمكن الوصول إليها بالتركيز عبر Tab [ ] ترتيب التركيز يطابق الترتيب البصري والمنطقي [ ] التركيز ظاهر على كل العناصر [ ] لا توجد مصائد للوحة المفاتيح (يمكن دائمًا الخروج باستخدام Tab) [ ] رابط التخطي هو أول عنصر قابل للتركيز [ ] مفتاح Escape يغلق النوافذ الحوارية/القوائم المنسدلة [ ] مفاتيح الأسهم تتنقل داخل المكونات (التبويبات، القوائم، الشبكات) [ ] Enter/Space يفعّلان الأزرار والروابط [ ] الاختصارات المخصصة موثقة وقابلة للضبط ``` ### أنماط إدارة التركيز **حصر التركيز داخل النافذة الحوارية** ```javascript // عند فتح النافذة الحوارية: // 1. احفظ العنصر الذي كان عليه التركيز سابقًا // 2. انقل التركيز إلى أول عنصر قابل للتركيز داخل النافذة // 3. احصر التنقل بزر Tab ضمن حدود النافذة // عند إغلاق النافذة الحوارية: // 1. أعد التركيز إلى العنصر المحفوظ ``` **المحتوى الديناميكي** ```javascript // بعد إضافة محتوى: // - أعلن عنه عبر منطقة aria-live، أو // - انقل التركيز إلى عنوان المحتوى الجديد // بعد إزالة محتوى: // - انقل التركيز إلى العنصر المنطقي التالي // - لا تترك التركيز أبدًا على عنصر تمت إزالته ``` ## اختبار قارئ الشاشة ### التحقق مما يعلنه قارئ الشاشة | العنصر | ما يجب أن يُعلَن | |---------|-----------------| | زر | الدور + الاسم + الحالة ("زر إرسال") | | رابط | الاسم + "رابط" ("رابط الصفحة الرئيسية") | | صورة | النص البديل أو أنها "زخرفية" (تُتخطّى) | | عنوان | المستوى + النص ("عنوان من المستوى 2، من نحن") | | حقل نموذج | التسمية + النوع + الحالة + التعليمات | | خطأ | رسالة الخطأ + ربطها بالحقل | ### أوامر الاختبار (مرجع سريع) **VoiceOver (macOS)** - VO = Ctrl + Option - VO + A: قراءة الكل - VO + Right/Left: التنقل بين العناصر - VO + Cmd + H: العنوان التالي - VO + Cmd + J: عنصر النموذج التالي **NVDA (Windows)** - NVDA + Down: قراءة الكل - Tab: العنصر التالي القابل للتركيز - H: العنوان التالي - F: حقل النموذج التالي - B: الزر التالي ## دمج الاختبارات الآلية ### axe-core داخل الاختبارات ```javascript // jest-axe import { axe, toHaveNoViolations } from 'jest-axe'; expect.extend(toHaveNoViolations); test('component قابل للوصول', async () => { const { container } = render(<MyComponent />); const results = await axe(container); expect(results).toHaveNoViolations(); }); ``` ### حد Lighthouse CI ```javascript // lighthouserc.js module.exports = { assertions: { 'categories:accessibility': ['error', { minScore: 90 / 100 }], }, }; ``` ## مصفوفة أولوية المعالجة ``` الأثر مقابل الجهد: جهد منخفض جهد عالٍ أثر عالٍ | ابدأ به | خطط له تاليًا | | النص البديل | إعادة تصميم | | التسميات | إعادة بناء التنقل | ----------------|----------------|------------------| أثر منخفض | مكسب سريع | أعمال مؤجلة | | التباين | تحسينات اختيارية| | تعديلات بسيطة | تحسينات إضافية | ``` ## قائمة التحقق النهائية قبل اعتماد عمل إمكانية الوصول كمكتمل: ``` الاختبارات الآلية: [ ] axe-core لا يسجل أي مخالفات [ ] درجة إمكانية الوصول في Lighthouse >= 90 [ ] اجتياز مدقق HTML (يؤثر في تفسير التقنيات المساعدة) اختبار لوحة المفاتيح: [ ] إكمال المهمة كاملة دون استخدام الماوس [ ] التركيز ظاهر طوال الوقت [ ] ترتيب Tab منطقي [ ] لا توجد مصائد اختبار قارئ الشاشة: [ ] اختُبر باستخدام قارئ شاشة واحد على الأقل (NVDA) [ ] كل المحتوى يُعلن بشكل صحيح [ ] العناصر التفاعلية لديها أدوار/حالات واضحة [ ] التحديثات الديناميكية تُعلن للمستخدم الاختبار البصري: [ ] تم التحقق من نسب التباين (الحد الأدنى 4.5:1) [ ] يعمل عند تكبير 200% [ ] المعلومات لا تعتمد على اللون وحده [ ] يحترم تفضيل prefers-reduced-motion ```

من نص البرومبت

--- name: ast-code-analysis-superpower description: تحليل أنماط الكود المعتمد على AST باستخدام ast-grep لاكتشاف مشاكل الأمان، الأداء، والبنية. يُستخدم عند: (1) مراجعة الكود لاكتشاف الثغرات الأمنية، (2) تحليل تبعيات React Hooks أو أنماط الأداء، (3) رصد الأنماط الهيكلية غير السليمة عبر قواعد كود كبيرة، (4) الحاجة لمطابقة أنماط بشكل منهجي يتجاوز الفحص اليدوي. --- # تحليل الكود باستخدام AST-Grep مطابقة الأنماط عبر AST تكشف مشاكل الكود من خلال فهم البنية البرمجية بدل القراءة سطرًا بسطر. بنية الكود توضّح علاقات مخفية، ثغرات، وأنماط غير سليمة قد لا تظهر بالمراجعة السطحية. ## الإعدادات - **لغة الاستهداف**: javascript - **محور التحليل**: security - **مستوى الخطورة**: ERROR - **إطار العمل**: React - **الحد الأعلى لعمق التداخل**: 3 ## المتطلبات المسبقة ```bash # تثبيت ast-grep إذا لم يكن متوفرًا npm install -g @ast-grep/cli # أو: mise install -g ast-grep ``` ## شجرة القرار: متى تستخدم تحليل AST ``` تحتاج مراجعة كود؟ | +-- كود بسيط (<50 سطر، وبنيته واضحة) --> مراجعة يدوية | +-- كود معقّد (تداخل، عدة ملفات، طبقات تجريد) | +-- مطلوب مراجعة أمنية؟ --> استخدم أنماط الأمان +-- تحليل أداء؟ --> استخدم أنماط الأداء +-- جودة البنية؟ --> استخدم أنماط الهيكلة +-- أنماط عبر عدة ملفات؟ --> شغّل مع --include glob ``` ## فئات الأنماط | الفئة | التركيز | أبرز النتائج المتوقعة | |----------|-------|-----------------| | الأمان | دوال التشفير، مسارات التحقق والصلاحيات | أسرار مضمّنة بالكود، رموز ضعيفة | | الأداء | Hooks، الحلقات، العمليات غير المتزامنة | إعادة تصيير لا نهائية، تسريبات ذاكرة | | البنية | التداخل، التعقيد | شروط متداخلة بعمق، صعوبة الصيانة | ## الأنماط الأساسية ### الأمان: أسرار مضمّنة داخل الكود ```yaml # sg-rules/security/hardcoded-secrets.yml id: hardcoded-secrets language: javascript rule: pattern: | const $VAR = '$LITERAL'; $FUNC($VAR, ...) meta: severity: ERROR message: "تم رصد احتمال وجود سر مضمّن داخل الكود" ``` ### الأمان: توليد رموز غير آمن ```yaml # sg-rules/security/insecure-tokens.yml id: insecure-token-generation language: javascript rule: pattern: | btoa(JSON.stringify($OBJ) + '.' + $SECRET) meta: severity: ERROR message: "توليد رمز غير آمن باستخدام base64" ``` ### الأداء: تبعيات Hooks في React ```yaml # sg-rules/performance/react-hook-deps.yml id: react-hook-dependency-array language: typescript rule: pattern: | useEffect(() => { $BODY }, [$FUNC]) meta: severity: WARNING message: "اعتماد الدالة قد يسبب إعادة تصيير لا نهائية" ``` ### البنية: تداخل عميق ```yaml # sg-rules/structure/deep-nesting.yml id: deep-nesting language: javascript rule: any: - pattern: | if ($COND1) { if ($COND2) { if ($COND3) { $BODY } } } - pattern: | for ($INIT) { for ($INIT2) { for ($INIT3) { $BODY } } } meta: severity: WARNING message: "تداخل عميق (>3 مستويات) - يُفضّل إعادة الهيكلة" ``` ## تشغيل التحليل ```bash # فحص أمني ast-grep run -r sg-rules/security/ # فحص الأداء على ملفات React ast-grep run -r sg-rules/performance/ --include="*.tsx,*.jsx" # فحص شامل مع إخراج بصيغة JSON ast-grep run -r sg-rules/ --format=json > analysis-report.json # وضع تفاعلي للاستقصاء والتحقق ast-grep run -r sg-rules/ --interactive ``` ## قائمة تحقق لكتابة الأنماط - [ ] النمط يطابق مشكلة محددة، وليس كودًا عامًا - [ ] يستخدم `inside` أو `has` لتقييد السياق - [ ] يتضمن قيود `not` لتقليل النتائج الإيجابية الخاطئة - [ ] قواعد منفصلة لكل لغة (JS مقابل TS) - [ ] مستوى خطورة مناسب (ERROR/WARNING/INFO) ## أخطاء شائعة | الخطأ | العرض | الحل | |---------|---------|-----| | الأنماط عامة جدًا | نتائج إيجابية خاطئة كثيرة | أضف قيودًا للسياق | | عدم استخدام `inside` | يطابق مواقع غير مقصودة | قيّد النطاق بسياق الأب | | عدم وجود شروط `not` | يطابق أنماطًا صحيحة | استبعد الحالات المعروفة بأنها سليمة | | تطبيق أنماط JS على TS | تعريفات الأنواع تعطل المطابقة | أنشئ قواعد مخصصة لكل لغة | ## خطوات التحقق 1. **اختبار دقة النمط**: شغّله على عينات كود معروفة بوجود ثغرات 2. **فحص نسبة النتائج الإيجابية الخاطئة**: راجع أول 10 مطابقات يدويًا 3. **تأكيد مستوى الخطورة**: تأكد أن نتائج مستوى ERROR قابلة للتنفيذ 4. **تغطية الملفات المتعددة**: تحقق أن النمط يعمل على النطاق المقصود ## مثال على المخرجات ``` $ ast-grep run -r sg-rules/ src/components/UserProfile.jsx:15: ERROR [insecure-tokens] توليد رمز غير آمن src/hooks/useAuth.js:8: ERROR [hardcoded-secrets] احتمال وجود سر مضمّن داخل الكود src/components/Dashboard.tsx:23: WARNING [react-hook-deps] تبعية دالة src/utils/processData.js:45: WARNING [deep-nesting] تم رصد تداخل عميق تم العثور على 4 مشاكل (2 أخطاء، 2 تحذيرات) ``` ## إعداد المشروع ```bash # تهيئة ast-grep داخل المشروع ast-grep init # إنشاء مجلدات القواعد mkdir -p sg-rules/{security,performance,structure} # إضافته إلى مسار CI # .github/workflows/lint.yml # - run: ast-grep run -r sg-rules/ --format=json ``` ## قوالب أنماط مخصصة ### أنماط خاصة بـ React ```yaml # عدم وجود key عند عرض قائمة id: missing-list-key language: typescript rule: pattern: | $ARRAY.map(($ITEM) => <$COMPONENT $$$PROPS />) constraints: $PROPS: not: has: pattern: 'key={$_}' meta: severity: WARNING message: "خاصية key مفقودة عند عرض القائمة" ``` ### أنماط Async/Await ```yaml # عدم وجود معالجة أخطاء في async id: unhandled-async language: javascript rule: pattern: | async function $NAME($$$) { $$$BODY } constraints: $BODY: not: has: pattern: 'try { $$$ } catch' meta: severity: WARNING message: "دالة async بدون معالجة أخطاء عبر try-catch" ``` ## التكامل مع CI/CD ```yaml # مثال GitHub Actions name: AST Analysis on: [push, pull_request] jobs: analyze: runs-on: ubuntu-latest steps: - uses: actions/checkout@v4 - name: Install ast-grep run: npm install -g @ast-grep/cli - name: Run analysis run: | ast-grep run -r sg-rules/ --format=json > report.json if grep -q '"severity": "ERROR"' report.json; then echo "تم العثور على مشاكل حرجة!" exit 1 fi ```

من نص البرومبت

تصرّف كمطوّر Next.js وReact. المطلوب منك بناء أداة شاملة لمحبي لعبة Clash of Clans. يجب أن تجمع الأداة بين ميزات نسخ تصاميم القواعد، وتعليم الاستراتيجيات، وإتاحة نقاشات المجتمع. مهمتك هي: - تصميم وتطوير الواجهة الأمامية باستخدام Next.js وReact، مع الحرص على تجربة استخدام متجاوبة وسهلة وواضحة. - تنفيذ ميزات تتيح للمستخدمين نسخ تصاميم القواعد ومشاركتها بسلاسة. - إنشاء وحدات لتعليم الاستراتيجيات، تشمل شروحات تفاعلية وأدلة إرشادية. - تطوير منتدى مجتمعي للنقاش وتبادل الاستراتيجيات بين اللاعبين. - التأكد من تحسين التطبيق من ناحية الأداء والظهور في محركات البحث (SEO). القواعد: - اتبع أفضل الممارسات في تطوير React وNext.js. - احرص على التوافق مع مختلف المتصفحات وعلى تصميم متجاوب. - استخدم التصيير من جهة الخادم (SSR) عند الحاجة لتحقيق فوائد أفضل للظهور في محركات البحث. المتغيرات: - formation copying, strategy teaching, community discussion - قائمة الميزات المطلوب تضمينها - Next.js - إطار العمل المستخدم في التطوير - React - المكتبة المستخدمة لبناء مكونات الواجهة

من نص البرومبت

تصرّف كمطوّر واجهات أمامية. مهمتك تصميم واجهة لوحة تحكم بشريط جانبي، حديثة وسهلة الاستخدام. تشمل مسؤولياتك: - إنشاء تخطيط متجاوب باستخدام HTML5 وCSS3. - تنفيذ عناصر تفاعلية باستخدام JavaScript لتحديث المحتوى بشكل ديناميكي. - ضمان أن يكون الشريط الجانبي سهل التنقّل ومتوافقًا مع معايير الوصول، مع أقسام قابلة للطي للوظائف المختلفة. - اتباع أفضل ممارسات تصميم تجربة المستخدم وواجهة المستخدم (UX/UI) لتحسين تجربة الاستخدام. القواعد: - حافظ على كود نظيف ومنظّم. - تأكد من التوافق مع المتصفحات المختلفة. - حسّن الواجهة لتعمل بكفاءة على الجوال وسطح المكتب.

من نص البرومبت

تصرّف كمطوّر واجهات أمامية متخصص في Next.js. أنت خبير في بناء تطبيقات ويب ديناميكية وفعّالة باستخدام Next.js وReact. مهمتك هي: - تطوير تطبيقات ويب عالية الأداء باستخدام Next.js وReact - التعاون مع مصممي UI/UX لتحسين تجربة المستخدم - تنفيذ تصميم متجاوب وضمان توافقه مع مختلف المتصفحات والأجهزة - تحسين التطبيقات لتحقيق أعلى سرعة وقابلية للتوسع - التكامل مع واجهات RESTful API وضمان تدفّق البيانات بسلاسة واستقرار الأدوات والتقنيات: - Next.js - React - JavaScript (ES6+) - CSS وStyled-components - Git لإدارة الإصدارات القواعد: - الالتزام بأفضل الممارسات في هيكلة الكود وأنماط التصميم - توثيق الكود بوضوح والتأكد من سهولة صيانته - متابعة آخر التحديثات والتوجهات في Next.js وتطوير الواجهات الأمامية

من نص البرومبت

اعمل بصفتك مطوّر ألعاب. لديك خبرة في بناء ألعاب متعددة اللاعبين بالوقت الفعلي، مع تركيز على الاستراتيجية وتجربة لعب تفاعلية وجاذبة. مهمتك تصميم لعبة دفاع متعددة اللاعبين مشابهة لـ forntwars.io. ستعمل على: - تطوير خادم قوي باستخدام Node.js لإدارة تفاعلات اللاعبين بالوقت الفعلي. - تنفيذ تطبيق جهة العميل باستخدام JavaScript لضمان تجربة لعب سلسة وعناصر تحكم واضحة وسهلة. - تصميم خرائط ومراحل مشوّقة بدرجات صعوبة وتحديات متنوعة. - إنشاء اقتصاد داخل اللعبة لإدارة الموارد والترقيات. الشروط: - احرص على توازن اللعبة بما يضمن لعبًا عادلًا وفرصًا منصفة لكل لاعب. - حسّن الأداء ليستوعب عددًا كبيرًا من اللاعبين في الوقت نفسه. - أضف آليات مكافحة الغش للحفاظ على نزاهة اللعب. - استفد من ملاحظات اختبارات اللعب لتحسين آليات اللعبة وصقلها.

من نص البرومبت

تصرّف بصفتك مطوّر واجهات أمامية. مهمتك هي بناء الواجهة الأمامية لنظام إدارة الخدمة الذاتية الخاص بشركة شاومي. تشمل مسؤولياتك: - تصميم واجهة سهلة الاستخدام باستخدام HTML5 وCSS3 وJavaScript. - ضمان توافق الواجهة مع مختلف الأجهزة ومقاسات الشاشات. - تنفيذ عناصر تفاعلية تعزّز تفاعل المستخدمين مع النظام. - التكامل مع خدمات الواجهة الخلفية لجلب البيانات وعرضها بشكل ديناميكي. - إجراء اختبارات شاملة للتأكد من سلاسة تجربة المستخدم. القواعد: - الالتزام بإرشادات التصميم والهوية البصرية الخاصة بشاومي. - ضمان أداء عالٍ واستجابة سريعة للواجهة. - الحفاظ على كود نظيف ومنظّم وموثّق بشكل واضح. المتغيرات: - Bootstrap - إطار عمل CSS المطلوب استخدامه - apiEndpoint - نقطة نهاية API الخاصة بالواجهة الخلفية - #FF6700 - اللون الأساسي للثيم في النظام مثال: - أنشئ واجهة لوحة تحكم تتضمن تسجيل دخول للمستخدم، واستعراض طلبات الخدمة الذاتية، وعرض مؤشرات الأداء والبيانات بصريًا.

من نص البرومبت

طوّر تطبيقًا شاملًا لمتابعة الميزانية باستخدام HTML5 وCSS3 وJavaScript. أنشئ لوحة تحكم واضحة وسهلة الاستخدام تعرض الدخل، والمصروفات، والمدخرات، وحالة الميزانية. نفّذ إدارة للمعاملات المالية تشمل التصنيفات، والوسوم، والمعاملات المتكررة. أضف مخططات ورسومًا بيانية تفاعلية لتحليل المصروفات حسب التصنيف والفترة الزمنية. وفّر إمكانية تحديد أهداف للميزانية مع تتبع التقدم وإرسال التنبيهات. ادعم عدة حسابات مع إمكانية التحويل بينها. نفّذ ميزة مسح الإيصالات ضوئيًا وحفظها باستخدام كاميرا الجهاز. أضف إمكانية تصدير التقارير بصيغ CSV and PDF. صمّم واجهة متجاوبة بالكامل وفق منهجية الجوال أولًا. أضف وظائف النسخ الاحتياطي واستعادة البيانات. ضمّن ميزات للتنبؤ بالحالة المالية المستقبلية بناءً على الأنماط الحالية.

من نص البرومبت

طوّر لعبة شطرنج متكاملة باستخدام HTML5 وCSS3 وJavaScript. أنشئ رقعة شطرنج واقعية مع عرض دقيق وواضح للقطع. طبّق قواعد الشطرنج القياسية مع التحقق من قانونية النقلات. أضف تمييزًا للنقلات المتاحة وتحريكًا سلسًا للقطع. ضمّن ساعة لعب بخيارات متعددة للتحكم في الوقت. نفّذ تدوين النقلات مع إمكانية تصديرها بصيغة PGN. أضف تحليلًا للمباراة مع تقييم للنقلات. وفّر خصمًا بالذكاء الاصطناعي بمستويات صعوبة قابلة للتعديل. ادعم اللعب عبر الإنترنت باستخدام WebRTC أو WebSocket. أضف مكتبة افتتاحيات مع التعرّف على الأنماط الشائعة. نفّذ وضع بطولات يتضمن جداول إقصائية ونظام نقاط.

من نص البرومبت

أنشئ محوّل عملات شامل باستخدام HTML5 وCSS3 وJavaScript وواجهة برمجة تطبيقات موثوقة لأسعار الصرف. صمّم واجهة نظيفة وسهلة الاستخدام مع حقول إدخال واضحة وقوائم اختيار للعملات. وفّر أسعار صرف فورية مع مؤشرات زمنية توضح تاريخ آخر تحديث للبيانات. ادعم أكثر من 170 عملة عالمية، بما فيها العملات المشفّرة، مع الرموز والتنسيق المناسبين. حافظ على سجلّ للتحويلات مع الطوابع الزمنية ومعلومات السعر. أضف إمكانية حفظ أزواج العملات المفضلة للوصول السريع. أنشئ رسومًا بيانية تفاعلية لأسعار الصرف التاريخية مع نطاقات زمنية قابلة للتخصيص. وفّر العمل دون اتصال باستخدام أسعار صرف مخزنة مؤقتًا مع مؤشرات واضحة لقدم البيانات. أضف آلة حاسبة مدمجة للتحويلات المعقدة والعمليات الحسابية. أنشئ تنبيهات عند وصول سعر الصرف إلى الهدف المحدد مع إشعارات اختيارية. اعرض مقارنة مباشرة بين أسعار مزودي الخدمة المختلفين عند توفرها. ادعم طباعة نتائج التحويل وتصديرها بصيغ متعددة (PDF وCSV وJSON).

من نص البرومبت

أنشئ تطبيقًا تفاعليًا للرسم باستخدام HTML5 Canvas وCSS3 وJavaScript. صمّم واجهة نظيفة وسهلة الاستخدام تتيح اختيار الأدوات بشكل واضح وسريع. وفّر أدوات رسم متعددة تشمل الفرشاة، القلم، الأشكال، النص، والممحاة. أضف خيارات لاختيار الألوان، مثل الألوان المستخدمة مؤخرًا، ومنتقي الألوان، ولوحات الألوان الجاهزة. ضمّن دعم الطبقات مع إمكانية تعديل الشفافية واختيار أوضاع الدمج. نفّذ خاصية التراجع والإعادة باستخدام سجل للحالات. أضف إمكانية استيراد الصور وتصدير العمل بعدة صيغ مثل PNG وJPG وSVG. ادعم تغيير حجم مساحة الرسم وتدويرها. وفّر تنقّلًا داخل مساحة الرسم يشمل التكبير والتصغير والتحريك. أضف أدوات تحديد تتيح التحريك وتغيير الحجم والتحويل. وضمّن اختصارات لوحة مفاتيح للإجراءات الشائعة.

من نص البرومبت

طوّر أداة لتشفير الملفات تعمل بالكامل من جانب العميل باستخدام HTML5 وCSS3 وJavaScript مع Web Crypto API. أنشئ واجهة سحب وإفلات لاختيار الملفات، مع مؤشرات واضحة لتقدّم العملية. نفّذ تشفير AES-256-GCM مع اشتقاق آمن للمفاتيح من كلمات المرور باستخدام PBKDF2. أضف دعمًا لتشفير عدة ملفات في الوقت نفسه عبر المعالجة على دفعات. طبّق التحقق من قوة كلمة المرور مع حساب الإنتروبيا. أنشئ ملفات مشفّرة قابلة للتنزيل بامتداد ملف مخصّص. وفّر واجهة لفك التشفير مع التحقق من كلمة المرور. طبّق إدارة آمنة للذاكرة مع مسح تلقائي للبيانات الحساسة. أضف سجلات تفصيلية لعمليات التشفير دون تخزين أي معلومات حساسة. أدرج إمكانية تصدير واستيراد مفاتيح التشفير مع تحذيرات أمنية واضحة. ادعم الملفات الكبيرة باستخدام التشفير بالتدفّق والمعالجة على أجزاء.

من نص البرومبت

طوّر نظامًا متكاملًا للمذاكرة بالبطاقات التعليمية باستخدام HTML5 وCSS3 وJavaScript. صمّم واجهة بديهية وسهلة الاستخدام لإنشاء البطاقات ومراجعتها. طبّق خوارزمية التكرار المتباعد لتحسين التعلّم وترسيخ المعلومات. أضف دعمًا للنصوص والصور والملفات الصوتية داخل البطاقات. وفّر تصنيف البطاقات ضمن مجموعات ووسوم. أنشئ جلسات مذاكرة مع تتبّع الأداء. أضف تقييمًا ذاتيًا بمستويات ثقة مختلفة. صمّم لوحة إحصاءات تعرض تقدّم التعلّم بوضوح. ادعم استيراد وتصدير مجموعات البطاقات بصيغ قياسية. أضف اختصارات للوحة المفاتيح لتسهيل المراجعة بكفاءة. وفّر الوضع الداكن وسمات قابلة للتخصيص.

من نص البرومبت

أنشئ تطبيقًا لمتابعة العادات باستخدام HTML5 وCSS3 وJavaScript. صمّم واجهة مرتبة تعرض العادات بطرق عرض يومية وأسبوعية وشهرية. وفّر إمكانية إنشاء عادة جديدة مع ضبط التكرار والتذكيرات والأهداف. أضف تتبّعًا لسلاسل الاستمرارية مع مؤشرات مرئية وتنبيهات تهنئة عند بلوغ المحطات المهمة. ضمّن إحصاءات تفصيلية ورسومًا بيانية لقياس التقدم. ادعم تصنيف العادات وإضافة الوسوم لتنظيمها بسهولة. نفّذ تكاملًا مع التقويم لجدولة العادات والتذكيرات. أضف تصورات بيانات توضّح الأنماط والتوجّهات مع مرور الوقت. اجعل التصميم متجاوبًا ويعمل بسلاسة على جميع الأجهزة. وفّر إمكانية تصدير البيانات والنسخ الاحتياطي. أضف عناصر تحفيز وتلعيب مثل الإنجازات والمكافآت لتعزيز الاستمرارية.

من نص البرومبت

ابنِ أداة اختيار ألوان بمستوى احترافي باستخدام HTML5 وCSS3 وJavaScript للمصممين والمطورين. صمّم واجهة واضحة وسهلة الاستخدام تدعم عدة طرق لاختيار اللون، مثل القطّارة، عجلة الألوان، أشرطة التمرير، وحقول الإدخال. نفّذ تحويلًا فوريًا بين صيغ الألوان RGB وRGBA وHSL وHSLA وHEX وCMYK مع إمكانية نسخ القيم بسهولة. أضف مولّد لوحات ألوان يدعم أنظمة مثل الألوان المكمّلة، المتجاورة، الثلاثية، الرباعية، وأحادية اللون. ضمّن نظام مفضلة مع مجموعات قابلة للتسمية وخيارات للتصدير. اعرض قواعد تناغم الألوان بصريًا مع إمكانية التعديل التفاعلي. أنشئ مولّد تدرجات يدعم التدرج الخطي، الشعاعي، والمخروطي مع إمكانية إضافة عدة نقاط توقف لونية. أضف أداة للتحقق من إمكانية الوصول وفق معايير WCAG، تشمل نسب التباين ومحاكاة عمى الألوان. وفّر نسخًا بنقرة واحدة لمقتطفات كود CSS وSCSS وSVG. ضمّن خوارزمية لتسمية الألوان تقترح أسماء مناسبة للون المحدد. ادعم تصدير لوحات الألوان بصيغ متعددة مثل Adobe ASE وJSON ومتغيرات CSS وSCSS.

من نص البرومبت

طوّر محرر صور يعمل على الويب باستخدام HTML5 Canvas وCSS3 وJavaScript. صمّم واجهة احترافية تضم لوحات أدوات ومنطقة معاينة واضحة. نفّذ تعديلات أساسية تشمل السطوع والتباين والتشبّع والحدّة. أضف فلاتر بمعاملات قابلة للتخصيص ومعاينة فورية. وفّر أدوات للقص وتغيير الحجم مع التحكم في نسبة العرض إلى الارتفاع. أضف إمكانية وضع نص فوق الصورة مع اختيار الخط وتنسيقه. أضف أدوات لرسم الأشكال مع خيارات التعبئة والحد الخارجي. نفّذ إدارة الطبقات مع أوضاع الدمج. ادعم تصدير الصور بصيغ متعددة وبدرجات جودة مختلفة. اجعل التصميم متجاوبًا ويتكيّف مع أحجام الشاشات المختلفة. أضف وظيفة التراجع وإعادة التنفيذ مع حالات محفوظة في سجل التعديلات.

من نص البرومبت

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