الدليل الشامل لإدارة وترشيد استهلاك رصيد Lovable: كيف تبني وتدير مشاريعك بأقل تكلفة

افهم كيف تُحتسب أرصدة Lovable بين البناء والتشغيل والذكاء الاصطناعي، وتعلّم 7 ممارسات ذهبية تقلّص استهلاكك، مع مصفوفة قرار وقائمة تحقق قبل كل طلب بناء.

المحور الأول: فك شفرة أرصدة Lovable — كيف يُحتسب الرصيد؟

قبل أن توفّر رصيدًا واحدًا، افهم ماذا تدفع وعلى ماذا. في Lovable نوعان رئيسيان من الاستهلاك، وكلاهما يُخصم من رصيد مساحة العمل نفسه:

• رصيد البناء (Build Credits): يُستهلك عندما تطلب من Lovable كتابة الكود أو تعديله — صفحة جديدة، إصلاح خطأ، تغيير تصميم. هذا هو الجزء الأكبر من استهلاك معظم المستخدمين.
• رصيد التشغيل (Run Credits): يغطي تشغيل تطبيقك المنشور عبر Lovable Cloud: قاعدة البيانات، التخزين، الدوال الخلفية. توجد حصة شهرية مجانية للتشغيل على كل الخطط، وما زاد عنها يُخصم من رصيدك.

لتفاصيل خطتك الحالية راجع صفحة الاشتراكات والأسعار، ولمعرفة حدود الخطة المجانية راجع هل Lovable مجاني؟

مقارنة أوضاع العمل الثلاثة: أين يذهب رصيدك؟

أكبر قرار يؤثر في فاتورتك هو اختيار الوضع المناسب لكل مهمة:

رصيد استدعاءات الذكاء الاصطناعي والمولدات

استدعاءات النماذج داخل تطبيقك (عبر AI Gateway) وتوليد الصور والفيديو تُحاسب حسب النموذج وحجم الاستهلاك، مع حصة شهرية مجانية محدودة على كل الخطط. المبالغة هنا صامتة: صورة مولّدة هنا وفيديو تجريبي هناك يتراكمان بسرعة. راجع دليل إضافة الذكاء الاصطناعي إلى تطبيقك لفهم التكلفة قبل التفعيل.

المحور الثاني: أفضل 7 ممارسات ذهبية أثناء البناء

1. اكتب طلبات مجمّعة ودقيقة (Batching)

بدل خمس رسائل متتالية («غيّر اللون» ثم «كبّر الخط» ثم «أضف زرًا»)، اجمعها في طلب واحد: «في قسم الأسعار: غيّر لون الزر إلى الأساسي، كبّر خط العنوان، وأضف زر تجربة مجانية». كل رسالة بناء لها كلفة، والتجميع يقلّل العدد دون أن يقلّل الإنجاز.

2. حضّر في وضع المحادثة قبل البناء

اسأل في Chat Mode: «ما أفضل بنية لهذه الصفحة؟» أو «راجع هذا الكود واقترح التعديل دون تنفيذه». دقّق الفكرة مجانًا، ثم انتقل إلى البناء بطلب ناضج.

3. توقف عن التوجيهات العامة الفضفاضة

«حسّن التصميم» تفتح بابًا لتعديلات واسعة قد لا تعجبك فتطلب التراجع — وكلفة مضاعفة. استبدلها بوصف محدد: «في صفحة /pricing، قلّل المسافة بين البطاقات واجعل السعر بخط أكبر».

4. رشّد توليد الوسائط

قبل طلب «ولّد صورة للقسم»، اسأل نفسك: هل تكفي أيقونة برمجية (Lucide) أو صورة مرفوعة من جهازك؟ اعتمد التوليد للأصول المميزة فقط — كغلاف رئيسي — لا لكل عنصر زخرفي.

5. راجع السجلات والأخطاء قبل إعادة المحاولة

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

6. استخدم المسارات الثابتة والفحص المبكر

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

7. قلّص التكرار بالمكوّنات القابلة لإعادة الاستخدام

إذا كنت ستبني خمس صفحات متشابهة (مثل صفحات خدمات)، اطلب مرة واحدة: «أنشئ مكوّن صفحة خدمة قابلًا لإعادة الاستخدام ثم ولّد منه الصفحات الخمس بالبيانات التالية». طلب واحد ذكي بدل خمسة طلبات متكررة.

المحور الثالث: ترشيد تكاليف التشغيل وقاعدة البيانات

• راقب لوحة الاستهلاك: من Workspace Settings ثم Plans & credit usage ترى الرصيد المتبقي وتفصيل الاستهلاك، ويمكنك ضبط حدود وتنبيهات انخفاض الرصيد.
• حسّن استعلامات قاعدة البيانات: أضف فهارس (Indexes) للأعمدة كثيرة البحث، واحذف الاستعلامات المكررة، ولا تجلب بيانات لا تعرضها.
• خزّن الردود مؤقتًا (Caching): إذا كان تطبيقك يسأل الذكاء الاصطناعي السؤال نفسه مرارًا، خزّن الرد في قاعدة البيانات وأعد استخدامه بدل استدعاء جديد.
• أوقف المشاريع التجريبية (Pause): مشروع Cloud المتروك يعمل في الخلفية يستهلك رصيد تشغيل بلا فائدة — أوقفه حتى تعود إليه.

المحور الرابع: مصفوفة اتخاذ القرار

المحور الخامس: قائمة التحقق قبل كل طلب بناء

ست نقاط تمرّ عليها في دقيقة واحدة قبل الضغط على إرسال — وتوفر عليك رصيدًا كثيرًا على المدى الطويل:

الخطوة التالية

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