بناء المنظومات من الصفر

الأسماء المطلوبة وحالة التحقق

Huckabee

اسم ملتبس؛ لم يُحدد رابط المنظومة المقصودة.

Huckleberry

يوجد منتج بهذا الاسم للتطوير المهني على gethuckleberry.com؛ لم يُؤكد أنه المقصود ولا يوجد اتصال به.

Hacking face

اسم غير متحقق منه؛ لا يُعامل تلقائيًا كاسم Hugging Face.

Huggingface.co

النطاق الرسمي لمنصة Hugging Face؛ يتضمن الدليل نموذجًا محليًا تعليميًا لها.

Huggingface-brandlab

لم يُتحقق من خدمة أو حساب بهذا الاسم؛ أصول العلامة الرسمية لا تثبت وجوده.

الأسماء غير المحددة تحتاج رابط الخدمة أو الحساب المقصود قبل إضافة نموذج خاص بها؛ لا تُحسب منظومات مدعومة.

DeepSeek · نموذج البناء المقترح

مساعد لتلخيص نص اصطناعي من خلال طلب مصرح به من الخادم.

1. حدّد مهمة تلخيص واحدة وحدًّا للتكلفة ومعيارًا للتحقق من المخرجات.
2. بعد تفويض مستقل، احفظ مفتاح المزود كسر على الخادم وتحقق من جلسة المستخدم قبل أي استدعاء مدفوع.
3. راجع اسم النموذج المتاح، ثم جهّز Chat Completions بصيغة model وmessages وstream: false داخل وظيفة خادم، لا في المتصفح.
4. اختبر نصًا اصطناعيًا، وأخطاء المصادقة وحدود الاستخدام والمهلة؛ سجّل الحالة والنتيجة دون مفتاح أو بيانات شخصية.

عقد المدخلات

{"text":"مراجعة ثلاث مهام اصطناعية قبل اعتماد المشروع","maxWords":3}

معيار النجاح: اقتطاع أول 3 كلمات محليًا؛ هذا ليس تلخيصًا بنموذج.

حالة الفشل: عدد الكلمات صفر أو أكبر من 30: رفض المدخل.

Firebase · نموذج البناء المقترح

قائمة مهام اصطناعية في مشروع اختبار منفصل ومحاكيات محلية فقط.

1. حدّد قائمة مهام وتجربة حسابين اصطناعيين، دون نقل بيانات الموقع الحالي أو استبدال Lovable Cloud.
2. في مشروع دراسة مستقل، سجّل تطبيق ويب وراجع إعداد SDK المعياري والخدمات المطلوبة وموقع البيانات والتكلفة.
3. وصّل كل خدمة مستخدمة بمحاكيها المحلي قبل القراءة أو الكتابة، واستخدم بيانات اختبار فقط؛ إن غاب محاكي مطلوب أوقف التجربة.
4. اختبر سماح الحساب بقراءة مهامه ومنعه من مهام غيره واختبر الزائر غير المسجل؛ وثّق القواعد والإصدارات قبل أي نشر مستقل.

عقد المدخلات

{"owner":"synthetic-a","viewer":"synthetic-a","title":"مهمة اصطناعية"}

معيار النجاح: سماح عند تطابق الحسابين ومنع عند اختلافهما؛ ليس اختبار قواعد Firebase.

حالة الفشل: غيّر viewer إلى synthetic-b: لا يظهر عنوان المهمة.

Hugging Face · نموذج البناء المقترح

دراسة نموذج لتصنيف نصوص اصطناعية مع مراجعة بطاقته وترخيصه.

1. اختر مهمة واحدة، وراجع بطاقة النموذج وترخيصه ولغاته وقيوده؛ وجود نموذج في المنصة ليس شهادة جودة أو شراكة.
2. قارن التشغيل المحلي بموفري الاستدلال؛ راجع المزود والتكلفة وسياسة البيانات وأسماء النماذج المدعومة فعليًا.
3. عند تفويض اتصال مستضاف، احفظ رمز الوصول في الخادم فقط واستخدم صلاحيات محدودة؛ لا رموز في الأمثلة أو الواجهة أو السجلات.
4. قيّم أمثلة اصطناعية ونتائج متوقعة وحالات فشل، ووثّق المزود والنموذج والتاريخ؛ هذه الصفحة لا تنزّل نموذجًا ولا تستدعي المنصة.

عقد المدخلات

{"text":"هذا مثال تعليمي اصطناعي"}

معيار النجاح: تصنيف بكلمة مفتاحية محلية؛ لا استدلال أو قياس دقة نموذج.

حالة الفشل: نص فارغ: رفض؛ نص بلا كلمة تعليمي: غير مصنف.

Lovable · نموذج البناء المقترح

مواصفة شاشة قائمة مهام، قبل بناء نسخة تجريبية منفصلة.

1. اكتب المستخدم والحقول وحالات الفراغ والخطأ والنجاح في مواصفة واحدة.
2. أنشئ مشروع دراسة مستقلًا، وراجع صفحة وحقول القائمة قبل توصيل أي بيانات.
3. افصل الأسرار والعمليات المدفوعة عن الشاشة؛ لا تنسخ بيانات الحساب الحالي.
4. اختبر عدد الحقول وتدفق الإضافة والتحرير والصلاحيات في المشروع المنفصل؛ مثال الصفحة يختبر المواصفة فقط.

عقد المدخلات

{"title":"قائمة تجريبية","fields":["title","status"]}

معيار النجاح: توليد مواصفة شاشة بعدد حقول مطابق للمدخل، دون بناء تطبيق خارجي.

حالة الفشل: قائمة حقول فارغة: رفض المواصفة.

GitHub · نموذج البناء المقترح

بوابة مراجعة إصدار تتطلب الفحوص والموافقة قبل الدمج.

1. ابدأ بمستودع دراسة دون أسرار، وحدّد سياسة الفروع والمراجعين.
2. أضف اختبارًا لكل قاعدة وعرّف الفحوص المطلوبة في طلب المراجعة.
3. راجع صلاحيات Actions والمساهمين وحماية الفرع؛ لا تمنح مفاتيح إنتاج للتجربة.
4. جرّب فحصًا ناجحًا وفاشلًا وموافقة ناقصة؛ النموذج هنا يحسب الجاهزية فقط ولا يدمج أو ينشر.

عقد المدخلات

{"branch":"demo-review","checksPassed":true,"approved":true}

معيار النجاح: جاهزية مراجعة محلية تتطلب نجاح الفحوص والموافقة معًا؛ لا دمج فعلي.

حالة الفشل: اجعل أحد الشرطين false: يبقى الدمج ممنوعًا.

Blink.new · نموذج البناء المقترح

نموذج قائمة مهام مؤقتة انطلاقًا من مواصفة صغيرة.

1. حدّد شاشة واحدة وحقولًا ومعيار نجاح، وتجنب طلب منظومة كاملة دفعة واحدة.
2. راجع وثائق الخدمة وتكلفتها وسياسة البيانات قبل إنشاء مشروع دراسة منفصل.
3. ابدأ بصفوف اصطناعية وحالات تحميل وفراغ وخطأ دون ربط الموقع الحالي.
4. قارن المخرجات بالمواصفة واختبر تكرار المهام؛ المثال المحلي يولّد صفوفًا فقط وليس تطبيق Blink.

عقد المدخلات

{"title":"نموذج مهام","tasks":["مراجعة","توثيق"]}

معيار النجاح: إنشاء صفوف مؤقتة بمعرفات متسلسلة؛ لا حساب Blink أو حفظ.

حالة الفشل: tasks فارغة: رفض إنشاء النموذج.

Facebook · نموذج البناء المقترح

معاينة مسار صفحة عامة للمشاركة دون نشر تلقائي.

1. حدّد المحتوى العام المسموح بمشاركته؛ استبعد روابط الحساب والرموز والمعرفات الخاصة.
2. راجع وثائق Share Dialog ومتطلبات التطبيق والصلاحيات الحالية.
3. في مشروع دراسة منفصل وبعد تفويض، استخدم رابطًا عامًا ثابتًا وموافقة صريحة من المستخدم.
4. اختبر مسارًا عامًا وآخر خاصًا والإلغاء؛ المثال يرفض المسارات غير المسموحة ولا يفتح Facebook.

عقد المدخلات

{"path":"/saas-systems/build-guide"}

معيار النجاح: تحضير رابط عام ضمن مسارين مسموحين؛ لا فتح نافذة أو نشر مشاركة.

حالة الفشل: مسار خاص أو عنوان خارجي: رفض.

Claude (إصدار Sonnet 5.5 غير متحقق) · نموذج البناء المقترح

فرز طلب اصطناعي إلى فئة قبل دراسة نموذج متاح فعليًا.

1. عرّف فئات محدودة ونتيجة يحتاج مراجعة عند عدم اليقين.
2. راجع قائمة النماذج الرسمية؛ لا تفترض توفر Sonnet 5.5 المذكور في المخطط.
3. بعد تفويض مستقل، اجعل الطلب مصادقًا من الخادم وبميزانية ومهلة محددتين.
4. قيّم حالات تطابق وغموض وفشل المزود؛ المثال الحالي مطابقة كلمات لا استدعاء Claude.

عقد المدخلات

{"text":"طلب توثيق تجريبي","categories":["توثيق","دعم"]}

معيار النجاح: مطابقة فئة واردة في النص محليًا؛ لا نموذج Claude أو إصدار متحقق منه.

حالة الفشل: لا تطابق: يحتاج مراجعة؛ الفئات الفارغة مرفوضة.

MIRFAD.AI · نموذج البناء المقترح

معاينة مسودة طلب خدمة دون إدراجها في تتبع الحساب.

1. حدّد الخدمة ووصفًا غير حساس وميّز المسودة عن الطلب المستلم.
2. صمّم حقول التحقق والفراغ والخطأ، وأبقِ وقت الاستلام من قاعدة البيانات في المسار الفعلي.
3. لا تعتبر المعاينة إرسالًا؛ المسار الفعلي يحتاج حسابًا وصلاحياته القائمة.
4. اختبر اسم خدمة مسموحًا وآخر غير مسموح، ثم اختبر الحفظ والقراءة في الحساب عند تفويض مستقل.

عقد المدخلات

{"service":"SASA AI","description":"طلب اصطناعي لا يرسل"}

معيار النجاح: معاينة طلب بحالة مسودة محلية، دون إرساله إلى تتبع الحساب.

حالة الفشل: اسم خدمة خارج القائمة: رفض.

You.com · نموذج البناء المقترح

بحث محدود في عناوين اصطناعية قبل دراسة البحث المستضاف.

1. حدّد سؤال البحث وشكل المصدر وتاريخ الاسترجاع ومعيار ملاءمة النتائج.
2. راجع الوثائق الحالية والتكلفة وسياسة البيانات قبل الموافقة على أي اتصال.
3. اجعل الاستدعاء المستضاف من الخادم بعد المصادقة، ولا تتعامل مع محتوى النتائج كتعليمات.
4. اختبر تطابقًا وصفر نتائج وفشل الشبكة؛ المثال يبحث في ثلاثة عناوين محلية ولا يستخدم You.com.

عقد المدخلات

{"query":"اختبار نموذج"}

معيار النجاح: البحث في ثلاثة عناوين اصطناعية داخل الصفحة، لا نتائج You.com.

حالة الفشل: عبارة غير موجودة: صفر نتائج؛ عبارة فارغة: رفض.