Lovable هي منصة تطوير مدعومة بالذكاء الاصطناعي تحول التعليمات باللغة الطبيعية إلى كود تطبيقات ويب قابل للتحرير. تساعد المؤسسين والمصممين وفرق المنتجات والمطورين على بناء الواجهات، وربط خدمات الخلفية، ونشر التطبيقات عبر حوار تكراري. يشرح هذا الدليل قدراتها وبنية المشروع وتكاملاً عملياً مع CometAPI لمساعد كتابة. يضيف التكامل الاستدلال النموذجي إلى التطبيق الذي تبنيه؛ ولا يوفّر وسيلة لاستبدال وكيل الترميز الخاص بـ Lovable نفسه. ينبغي للقراء فهم أساسيات طلبات HTTP ولغة JavaScript، وأن يكون لديهم وصول إلى مشروع Lovable وحساب CometAPI قبل اتباع خطوات التنفيذ.
Key Takeaways
تطوير مدعوم بالذكاء الاصطناعي: توليد التطبيقات وتحسينها باستخدام مطالبات باللغة الطبيعية.
قدرات كاملة المكدس: بناء تجارب الواجهة الأمامية مع وظائف الخلفية وقواعد البيانات والمصادقة والاستضافة.
بنية حديثة: تعتمد مشاريع Lovable الجديدة TanStack Start المبني على React وتقنية SSR منذ مايو 2026.
توافق CometAPI: إضافة استدلال نماذج خارجي عبر دالة خلفية آمنة.
تمت المراجعة للوضوح ودقة المصدر ومصطلحات API الحالية.
أفضل حالات الاستخدام: نماذج أولية قابلة للاستخدام، مساعدين بالذكاء الاصطناعي، أدوات داخلية، تطبيقات المحتوى وبوابات العملاء.
What Is Lovable and How Does It Work?
Lovable (lovable.dev) هي منصة مدعومة بالذكاء الاصطناعي لبناء تطبيقات ويب كاملة المكدس بمستوى إنتاجي باستخدام اللغة الطبيعية. يُعد الموقع الرسمي ونظرة عامة على المنتج نقطة الانطلاق لاستكشاف المنصة.
تصف ما تريد في واجهة دردشة، فتولد تطبيقاً عاملاً يتضمن:
الخلفية، قاعدة البيانات، المصادقة والتخزين (عبر Lovable Cloud المدمج، وهو Supabase مُدار)
عمليات التكامل، النشر، وكود قابل للتحرير مملوك لك
تدعم دورة المنتج كاملة — من النمذجة الأولية إلى النشر — ويمكنها مزامنة الكود مع GitHub أو GitLab أو Bitbucket. تستهدف المؤسسين ومديري المنتجات وغير المطورين والفرق التي ترغب في التحرك بسرعة مع الاحتفاظ بملكية الكود. نشأت من مشروع GPT Engineer مفتوح المصدر (تأسس في ستوكهولم عام 2023 بواسطة Anton Osika وFabian Hedin) وأعيدت تسميته وتسويقه كـ Lovable.
How Lovable Turns Prompts Into Applications
وصف المستخدمين والصفحات والميزات وقواعد العمل للتطبيق.
توليد التطبيق الأول ومعاينة الناتج.
ربط قاعدة البيانات وتسجيل الدخول والمدفوعات أو واجهات برمجة التطبيقات الخارجية.
تصف مقالة Lovable الهندسية بتاريخ 1 يونيو 2026 الانتقال إلى TanStack Start المبني على React والعرض من جهة الخادم للمشاريع الجديدة اعتباراً من 13 مايو 2026. تحتفظ المشاريع القائمة على React + Vite ببنيتها السابقة؛ تحقق من بنية مشروعك الفعلية قبل اختيار تنفيذ دالة خادم أو Edge Function.
Lovable هي منصة تطوير تطبيقات وليست نموذج أساس. لذلك لا تصف المعلمات ونوافذ السياق ومعدل التوكنات ودرجات MMLU Lovable بحد ذاتها. هذه السمات تخص النماذج المحددة المستخدمة في التطوير أو الاستدلال.
Can You Configure CometAPI in Lovable?
نعم — داخل التطبيقات المُنشأة باستخدام Lovable. يمكن لـ CometAPI معالجة طلبات النماذج من دالة خلفية محمية. وهذا يختلف عن تغيير أي نموذج LLM يُشغّل وكيل الترميز الداخلي لـ Lovable.
يمكنك دمج CometAPI في التطبيقات المبنية باستخدام Lovable، بشرط أن تكون النماذج والواجهات المحددة مدعومة.
هذا لا يعني أنه يمكنك استبدال نموذج وكيل التطوير المستخدم داخلياً في Lovable بشكل مباشر.
إذا كان هدفك هو التحكم في النماذج التي يستدعيها تطبيقك، فعليك إعداد توجيه النماذج ضمن كود الخادم الخاص بك.
Integration
Compatibility
Explanation
ميزات الذكاء الاصطناعي في تطبيق مُولد
نعم
طلبات API جانب الخادم محمية
روبوت دردشة أو مساعد كتابة
نعم
استدعاء نماذج دردشة مدعومة عبر CometAPI
تطبيق متعدد النماذج
نعم
ضبط معرفات النماذج في توجيه الخلفية
استبدال نموذج الترميز الداخلي لـ Lovable
غير مثبت كإعداد قياسي
اختيار نموذج الوكيل الداخلي منفصل
خدمة خلفية عبر CometAPI
نعم
تكامل HTTP مخصص أو دالة خادم
واجهة إدارة مساحة عمل Lovable
منفصلة
تتحكم بموارد المنصة، لا بالاستدلال النموذجي
يشرح مقال Lovable حول تنسيق النماذج الداخلي كيفية توجيه وكيل التطوير للعمل. يتعلق تكامل CometAPI أدناه باستدلال التطبيق؛ ولا يدّعي هذا المقال وجود إعداد موثق لـ CometAPI لذلك الوكيل الداخلي.
How the Lovable and CometAPI Architecture Works
يدعم Lovable ذلك بطريقتين أساسيتين ضمن التطبيقات التي تبنيها:
الأسرار (موصى به للاستخدام المباشر)
خزّن مفتاح CometAPI كمُدخل سرّي للمشروع (مثل COMETAPI_KEY أو OPENAI_API_KEY). اطلب من Lovable في دردشة المشروع دمج الـ API عبر Edge Function آمنة. يبقى المفتاح على جانب الخادم ولا يُكشف أبداً في المتصفح.
موصل مخصص
أنشئ موصلاً مخصصاً في دليل موصلات مساحة العمل. اضبط عنوان الأساس (https://api.cometapi.com/v1)، والمصادقة (Bearer token أو ترويسة مخصصة)، ثم أضف اتصالاً عبر لصق مفتاح CometAPI. تمر الطلبات عبر بوابة موصلات Lovable، مما يبقي بيانات الاعتماد مُشفرة وخارج الكود.
ملاحظات:
تستخدم ميزات الذكاء الاصطناعي المضمنة في التطبيقات مفاتيح مُدارة بواسطة Lovable وتستهلك أرصدة مساحة العمل. لا يمكنك استبدالها بمفتاح CometAPI (أو مزود آخر).
لنداءات الذكاء الاصطناعي الخارجية داخل تطبيقك (البوتات، التوليد، إلخ)، يعمل نهج الأسرار أو الموصل المخصص على تحميل التكاليف إلى حساب CometAPI الخاص بك بدلاً من أرصدة Lovable.
لا توجد أدلة على دعم أصيل/جاهز لـ CometAPI في كتالوج موصلات Lovable حتى أحدث الوثائق؛ ستقوم بإعداده كتكامل متوافق مع OpenAI أو API مخصص.
باختصار: Lovable أداة قوية "vibe-coding" لبناء تطبيقات كاملة المكدس من خلال المطالبات، ونعم — يمكنك تهيئة واستخدام مفتاح CometAPI بأمان لميزات الذكاء الاصطناعي داخل التطبيقات التي تنشئها.
يرسل المتصفح الإدخال إلى خلفية التطبيق. تقرأ الخلفية سراً، تستدعي CometAPI، وتعيد النتيجة. لا تضع مفاتيح API الخاصة في مكونات React أو أي كود على جانب العميل.
How to Build an AI Writing Assistant With Lovable and CometAPI
يبني المثال التالي SmartWrite، وهو مساعد كتابة بالذكاء الاصطناعي مع حقل إدخال نصي، واختيار نبرة، وطلب CometAPI على جانب الخادم. اختر نمط TanStack boundary للمشروع الأحدث أو نقطة دخول Supabase Edge Function كاملة للمشروع الأقدم. اختر تنفيذ خلفية واحداً يناسب مشروعك، واضبط أسراره، وتحقق من نموذج دردشة مدعوم في حساب CometAPI لديك. قبل النشر، شغّل المثال باستخدام أسرار مشروعك ونموذج دردشة متاح لحسابك.
Build a responsive AI writing assistant named SmartWrite.
Include a dashboard, a large prompt box, a tone selector
(Professional / Friendly / Concise), a Generate button,
and an output panel with Copy and Clear controls.
Use a clean responsive design with loading states and errors.
Implement AI generation only through a secure server function.
Never expose API credentials to the frontend.
Do not ship mock AI responses.
Step 2: Configure the CometAPI Credential
أنشئ مفتاحاً في حساب CometAPI وتحقق من معرف نموذج دردشة متاح لذلك الحساب. يستخدم هذا الدليل تكاملاً مباشراً على الخلفية، مع COMETAPI_API_KEY وCOMETAPI_MODEL كتكوين على جانب الخادم. اتبع آلية الوصول إلى الأسرار المدعومة بواسطة الخلفية في مشروعك المُولد.
Configuration example: Where to Store and Use CometAPI Credentials
للاتصال بـ CometAPI بأمان، اطلب من Lovable إنشاء تكامل على جانب الخادم وطلب مفتاح API عبر نموذج سري آمن. يمكنك أيضاً إدارة أسرار المشروع تحت More → Settings → Secrets. بالنسبة لخلفية Supabase الخارجية، اضبط الأسرار في Supabase بدلاً من ذلك. راجع دليل الأسرار الرسمي لـ Lovable.
اتبع هذه المتطلبات الأربعة:
خزّن واقرأ مفاتيح API على الخادم فقط. أضف COMETAPI_API_KEY عبر واجهة الأسرار الآمنة للمشروع. اقرأه حصراً من الأسرار على الخادم أو ربطات وقت التشغيل. لا تُضمّن المفتاح في كود الواجهة الأمامية أو متغيرات البيئة التي يمكن للمتصفح الوصول إليها أو رسائل الدردشة أو لقطات الشاشة.
أبقِ تكوين API خارج طلبات الواجهة الأمامية. اضبط COMETAPI_MODEL على الخادم باستخدام معرف نموذج CometAPI مُتحقق منه. يجب أن يرسل الواجهة الأمامية فقط prompt وtone. تحقق من الطلبات ضد هذه الحقول المسموح بها وارفض الخصائص غير المتوقعة، بما في ذلك config وapiKey وmodel. لا تسمح أبداً للعملاء بتزويد مفاتيح API عشوائية أو تجاوز تكوين النموذج على الخادم.
استخدم طريقة الوصول إلى الأسرار الصحيحة لوقت التشغيل. يجب أن يتطابق التنفيذ مع بيئة الخلفية الفعلية للمشروع. تستخدم عمليات النشر القائمة على Worker ربطات مُحقنة، بينما يمكن لـ Supabase Edge Functions الوصول إلى الأسرار عبر Deno.env. لا تفترض قابلية تبادل process.env وDeno.env وربطات الـ Worker. تحقق من كيفية حقن الأسرار قبل تنفيذ معالج API.
تحقق من حماية الأسرار بعد النشر. افحص حزمة JavaScript في الإنتاج، ولوحات شبكة المتصفح، وسجلات التطبيق. تأكد من أن مفاتيح API لا تظهر أبداً في أصول جانب العميل، أو حمولة الطلبات، أو الاستجابات، أو عناوين URL، أو السجلات. تأكد أيضاً من تنفيذ طلبات CometAPI على الخادم وأن محاولات تجاوز التكوين غير المصرح بها يتم رفضها.
لا يعني حفظ سر أن التكامل آمن أو يعمل تلقائياً. يصبح التكامل جاهزاً فقط عندما تعمل النداءات على الخادم، ولا يمكن لطلبات العميل تجاوز الإعدادات المحمية، وتؤكد اختبارات الإنتاج أن بيانات الاعتماد تبقى خاصة.
استخدم مخطط البنية التالي لتحديد حدود الواجهة الأمامية—الخلفية وموقع بيانات الاعتماد المحمية. يُعد المخطط مفهوماً وليس لقطة شاشة لواجهة إعدادات Lovable.
Prompt to give Lovable
صل SmartWrite مباشرةً بـ CometAPI عبر دالة خلفية موثقة. اطلب مني COMETAPI_API_KEY في نموذج سرّي آمن واستخدم COMETAPI_MODEL لمعرف النموذج الدقيق الذي أقدمه. أرسل طلبات POST إلى https://api.cometapi.com/v1/chat/completions من الخادم فقط. اقبل prompt وtone، وتحقق منهما، وفرض حدوداً لكل مستخدم، وأعد فقط النص المُولد إلى الواجهة الأمامية. استخدم وقت تشغيل الخلفية الموجود بالفعل في هذا المشروع. لا تضع بيانات الاعتماد في الدردشة أو كود الواجهة الأمامية أو طلبات المتصفح. لا تنتج نتائج نجاح وهمية. اشرح كيفية اختبار التكامل وأظهر أخطاء مُعقّمة عند فشله.
يدعم Lovable أيضاً موصلات مخصصة مُدارة. تُستخدم التعليمات هنا عمداً مسار التكامل المباشر المُوثّق في دليل تكامل API، ليتطابق مع المساعد الخلفي أدناه.
Step 3: Test the CometAPI Chat Endpoint
من طرفية Bash موثوقة، اضبط COMETAPI_API_KEY وCOMETAPI_MODEL محلياً، ثم اختبر POST إلى https://api.cometapi.com/v1/chat/completions. توثق دلالة الطلب الرسمية لـ CometAPI عنوان الأساس ومصادقة Bearer وتنسيق استجابة الدردشة. اختر نموذجاً يدعم هذه الواجهة؛ فالتوافق لا يضمن كل ميزة أو معلمة لكل مزود.
# Set COMETAPI_API_KEY securely in this terminal before running.
# Replace the model value with a chat model verified in your account.
export COMETAPI_MODEL="YOUR_VERIFIED_CHAT_MODEL_ID"
: "${COMETAPI_API_KEY:?Set COMETAPI_API_KEY first}"
curl --fail-with-body --max-time 45 \
https://api.cometapi.com/v1/chat/completions \
-H "Authorization: Bearer $COMETAPI_API_KEY" \
-H "Content-Type: application/json" \
--data "$(printf '{"model":"%s","messages":[{"role":"user","content":"Write a customer welcome email."}],"stream":false}' "$COMETAPI_MODEL")"
نقطة تفتيش: تحتوي الاستجابة الناجحة على choices[0].message.content. إذا فشلت المصادقة أو كان النموذج غير متاح، صحح ذلك قبل ربط واجهة المستخدم. لا تلصق بيانات اعتماد كاملة أو مطالبات خاصة في لقطات التشخيص.
Step 4: Connect CometAPI Through a Secure Backend
يدعم Lovable بنيتي خلفية:
المشاريع الجديدة (TanStack Start): استخدم createServerFn لمعالجة طلبات API على الخادم.
المشاريع الأقدم React + Vite: استخدم Supabase Edge Functions لنداءات API على الخادم.
خزّن COMETAPI_API_KEY وCOMETAPI_MODEL كربطات Worker على جانب الخادم. إذا كان النشر يستخدم مُحوّلاً آخر، فاستخدم طريقة الوصول إلى الأسرار المدعومة لديه.
أضف COMETAPI_API_KEY وCOMETAPI_MODEL إلى أسرار مشروع Supabase، ثم انشر الدالة.
في كلا النهجين، أبقِ بيانات اعتماد API على الخادم. ينبغي أيضاً لتطبيقات الإنتاج تنفيذ المصادقة والتحقق من الإدخال وحدود الاستخدام لكل مستخدم.
Step 5: Connect the Lovable Interface
TanStack Start client
import { generate } from "./server/writing.functions";
const { text } = await generate({ data: { prompt, tone } });
// Render text as text content, not as trusted HTML.
React + Vite client
// Use the existing, signed-in Supabase client generated for your project.
const { data, error } = await supabase.functions.invoke("generate-writing", {
body: { prompt, tone },
});
if (error) throw new Error("Generation failed. Please try again.");
const text = data.text;
استخدم العميل المطابق للفرع الذي اخترته. يستخدم TanStack نقطة RPC مُولّدة؛ بينما يستخدم Supabase دالة generate-writing المنشورة. لا يتطلب أي منهما ابتكار مسار /api/generate منفصل. قد يرسل المتصفح رمز جلسة التطبيق للمصادقة، لكنه يجب ألا يرسل أبداً بيانات اعتماد CometAPI الخاصة أو كائناً للتكوين. اعرض حالات التحميل والفشل والمحاولة مرة أخرى في الواجهة.
Step 6: Test and Publish the Application
بعد النشر، اختبر العنوان المباشر بدلاً من الاعتماد فقط على معاينة المحرر. استخدم بيانات اعتماد اختبار خاصة وحافظ على لقطات الشاشة والأدلة خالية من القيم السرية. أكمل هذه الفحوصات قبل الإتاحة الأوسع:
افحص JavaScript المبني للمتصفح وخرائط المصدر والتكوينات العامة لرصد مفتاح CometAPI الخاص. ابحث محلياً دون طباعة المفتاح في خرج طرفيّة مشتركة أو حفظه في تقارير. اسم المتغير وحده ليس دليلاً على تسريب القيمة.
افحص طلبات شبكة المتصفح، بما في ذلك الحمولات والترويسات واستجابات الأخطاء. يجب أن يحتوي الطلب على مدخلات الكتابة المسموح بها فقط وبيانات مصادقة التطبيق؛ أما ترويسة Authorization الخاصة بـ CometAPI فتخص فقط طلب الخادم إلى المزود.
راجع سجلات الوظائف وسجلات التطبيق وتتبع المراقبة وتقارير الأخطاء. لا تسجل المفاتيح أو رموز Bearer أو كائنات التكوين أو نصوص أخطاء المزود كاملة. إذا كُشف عن مفتاح، قم بإلغائه واستبداله، ثم أزل سبب الكشف قبل إعادة الاختبار.
جرّب طلبات المستخدم الموقوف عن تسجيل الدخول وجلسات منتهية؛ يجب رفضهما قبل نداء المزود. أرسل apiKey أو config أو model كحقل إضافي وتحقق من الرفض. اختبر مدخلات فارغة ومفرطة الطول، نبرة غير صالحة، أعطال المزود، وحصتك المنشورة لكل مستخدم.
تأكد من أن طلباً صالحاً لمستخدم مسجل ينتج نصاً باستخدام النموذج الذي اخترته. سجّل نسخة النشر ونتائج النجاح/الفشل المُعقّمة؛ لا تثبت الأمثلة أن نشرك قد اجتاز هذه الفحوصات.
What Can You Build With Lovable and CometAPI?
Project
CometAPI role
Possible features
مساعد كتابة بالذكاء الاصطناعي
صياغة وإعادة كتابة المحتوى
اختيار النبرة، القوالب، المحرر
ملخص المستندات
تلخيص النص المستخرج
الرفع، أسئلة وأجوبة على المستند، نقاط رئيسية
مكتب دعم العملاء
تصنيف وصياغة الردود
فرز التذاكر، ردود مقترحة
مساعد تحليلات الأعمال
شرح بيانات الأعمال
لوحات مؤشرات KPI، رؤى باللغة الطبيعية
تُنتج المطالبات العادية استجابات قابلة للقراءة من النماذج.
تُرفَض المطالبات الفارغة والمفرطة الطول بأمان.
لا تظهر بيانات اعتماد API في لوحة شبكة المتصفح.
تُعيد أعطال النموذج رسائل خطأ غير حساسة.
لدى المستخدمين المصادقين حدود طلب ومراقبة نشاط.
يتصرف التخطيط بشكل صحيح على سطح المكتب والجوال.
هذه أنماط مشاريع مُقترحة، وليست ادعاءات حول عمليات نشر مكتملة أو مُقيمة بشكل مستقل.
FAQ
كيف يجب على تطبيق متعدد المستأجرين منع ظهور سجلات أحد العملاء في استجابة ذكاء اصطناعي تخص عميلاً آخر؟
استمد هوية المستأجر والمستخدم من جلسة الخادم المُتحقَّق منها، ثم قيّد كل استعلام قاعدة بيانات قبل بناء سياق النموذج. لا تثق في معرف مستأجر يزوده المتصفح أو تعتمد على تعليمات في المطالبة لفرض الوصول. حيثما أمكن، أضف سياسات صفية لقاعدة البيانات وتحقق منها بحسابي اختبار. اختبر معرفات السجلات ونتائج البحث والملفات المصدرة وسجل المحادثات لمنع الوصول عبر المستأجرين.
متى تكون الاسترجاع المُعزّز (RAG) أفضل من وضع الوثائق مباشرةً في كل مطالبة؟
استخدم الاسترجاع عندما يكون حجم مجموعة الوثائق كبيراً جداً لإرسالها في كل مرة، أو تتغير بشكل متكرر، أو تحتاج لتتبّع على مستوى المصدر. حلّل وفهرس الوثائق، واسترجع مجموعة صغيرة ذات صلة، وأرفق معرفات المصادر بالإجابة. لا يزال الاسترجاع بحاجة إلى تقييم: قد يقتبس جواب بطلاقة مقطعاً غير ذي صلة. حافظ على مرشحات الوصول في استعلام الاسترجاع واختبر أسئلة لا تحتوي الوثائق على إجاباتها. لوثيقة صغيرة مستقرة، قد يكون السياق المباشر نقطة بداية أبسط.
كيف يمكن إضافة البث دون عرض استجابات مكسورة أو مضللة؟
عامل البث كميزة نقل منفصلة، وليس كبديل سطر واحد لـ stream: false. تحقق من تنسيق البث للنموذج المختار، واجعل الخلفية تُرحّل الأحداث، وتعامل مع الأجزاء الجزئية، والإلغاء، والمهل، وفقدان الاتصال في الواجهة. ضع علامة على الاستجابة المنقطعة بأنها غير مكتملة ودع المستخدم يعيد المحاولة عن قصد. تجنب عرض النص المُبث كـ HTML موثوق. اختبر على مسار الاستضافة المنشور لأن الوسطاء قد يُخزّنون البث الذي بدا أنه يعمل محلياً.
ما الذي يجب أن يتحقق منه نهج الرجوع (fallback) قبل التبديل إلى نموذج آخر؟
حدد الإخفاقات التي تبرر إعادة المحاولة أو الرجوع، ثم تحقق مما إذا كان البديل يدعم نفس الواجهة ونفس التعليمات ومخطط الأدوات وتنسيق المخرجات. أبقِ إعادة المحاولات محدودة وتجنب تغيير النماذج بصمت للمهام التي تتطلب سلوكاً متسقاً. قيِّم الرجوع على مطالبات تمثيلية، بما في ذلك حالات الرفض والمخرجات المشوّهة. إذا أدّى مخرج النموذج إلى إجراء خارجي، فاحمِ ذلك الإجراء بتأكيد منفصل أو قاعدة عدم التكرار حتى لا تُكرر إعادة المحاولة التوليد نفسه.
ما الأدلة التي يجب أن يحتفظ بها الفريق قبل ترقية ميزة ذكاء اصطناعي من تجربة إلى استخدام اعتيادي؟
احتفظ بمجموعة تقييم مُفهرسة بالإصدارات مع سلوكيات متوقعة وتكوين النموذج والمطالبة وبيانات طلبات مُحجبة وسجلات الحالات الفاشلة. عرّف معايير قبول للدقة الواقعية وشكل الاستجابة والكمون وحدود الوصول؛ وقارن النتائج بعد تغييرات النموذج أو المطالبة. للمدخلات الحساسة، قرر ما يمكن نقله واحتجازه قبل تمكين الميزة. هذه ضوابط هندسية مُقترحة، وليست ادعاءات بأن Lovable أو CometAPI يضمن نتيجة تنظيمية بعينها.
Conclusion: Is Lovable Worth Using?
يجعل Lovable من السهل ترجمة الأفكار إلى تطبيقات ويب فعالة. تُعد أدواته كاملة المكدس والتكاملات الخارجية مفيدة بشكل خاص للتحقق السريع من مفاهيم المنتجات. يضيف CometAPI مساراً مرناً للاستدلال النموذجي في الدردشة والكتابة والتحليلات وغيرها من سير العمل المدعومة بالذكاء الاصطناعي.
ابدأ بتطبيق صغير ومؤمَّن، اختبر اتصال CometAPI، راجع الكود المُولد، ثم وسّع بعد أن تُثبت التجربة الأساسية موثوقيتها.
