توفير الكريديت والتوكنز في أدوات الذكاء الاصطناعي بطريقة عملية
توفير الكريديت والتوكنز في أدوات الذكاء الاصطناعي بطريقة لا بحيل: موجز قبل التوليد، ومسودة رخيصة، وتعديل جزء لا الكل، وعادات Claude Code و Lovable و Bolt.
نُشر 12 دقائق قراءة

أغلب الكريديت (Credits) لا يذهب إلى الصورة أو اللقطة التي تحتفظ بها، بل إلى المحاولات التي ترميها. ولهذا لا يبدأ توفير الكريديت والتوكنز في أدوات الذكاء الاصطناعي بحيلة مخفية داخل الأداة، بل بقرار قبلها: ماذا تريد بالضبط، وما مرجعك، وكم محاولة رخيصة تحتاج قبل أن تدفع في النسخة النهائية. وكل أداة تسمي رصيدها باسم مختلف: كريديت أو «كريدت»، أو نقاط، أو توكنز، لكنه يُستهلك مع كل توليد، نجح أم لم ينجح.
أوظّف أدوات الذكاء الاصطناعي في الصور والحركة والصوت في سلاسل الفيديو التي أُخرجها في SkillUp MENA، وأبني منتجاتي بـ Claude Code. والدرس في الحالتين واحد: الأداة تحاسبك على كل محاولة، والقرار الواضح هو ما يقلل عدد المحاولات، لا البحث عن خطة أرخص.
في هذا المقال طريقة من ست عادات تصلح للصور والفيديو والصوت والمواقع، ثم كيف يستهلك Claude Code التوكنز وكيف تقللها، وما تقوله Lovable و Bolt عن الكريديت عندهما، وجدول يلخص أين يذهب الرصيد في كل مجال وكيف تقلله.
توفير الكريديت والتوكنز في أدوات الذكاء الاصطناعي: ماذا تدفع فعلاً؟
الكريديت وحدة تحددها كل أداة لنفسها: صورة، أو ثانية فيديو، أو حرف في التعليق الصوتي، أو رسالة في منصة بناء المواقع. أما التوكن (Token)، ويكتبه بعضهم «توكين» وجمعه «توكينز»، فقطعة صغيرة من النص يقرؤها النموذج أو يكتبها، وهو أساس الحساب في أدوات الكتابة والبرمجة. وثلاث حقائق من الصفحات الرسمية، كما هي في أكتوبر 2026، تشرح أين يذهب الرصيد:
- التوليد هو ما يُحسب، لا الطلب. تقول صفحة مساعدة Google Flow إن تكلفة الكريديت تُحسب لكل توليد لا لكل طلب، وإن طلباً واحداً قد يولّد فيديوهين.
- المدة والنموذج يغيّران السعر. صفحة أسعار Runway تحسب الفيديو بالثانية، و ElevenLabs تحسب التعليق الصوتي بعدد الحروف، وتقول إن التكلفة الدقيقة تعتمد على النموذج المستخدم.
- في البرمجة تدفع ثمن ما يقرؤه النموذج. وثائق Claude Code تقول إن تكلفة التوكنز تكبر مع حجم السياق، وإن الأداة ترسل المحادثة كاملة مع كل طلب. وصفحة Bolt تقول الشيء نفسه بطريقتها: المشروع الأصغر يستهلك توكنز أقل، لأن الكود الذي يقرؤه أقل.
إذن يضيع الرصيد في ثلاثة أماكن: محاولات لم تكن تحتاجها، وجودة عالية قبل أوانها، وسياق لا علاقة له بالمهمة. والعادات الست التالية تغلق هذه الأبواب الثلاثة.
العادة الأولى: قرّر واكتب الموجز قبل أن تولّد
أغلى طريقة لاستخدام أي أداة أن تولّد لتكتشف ماذا تريد. اكتب قبل أول توليد موجزاً من بضعة أسطر: الغرض من الصورة أو اللقطة، ومكان النشر ونسبة الأبعاد، والعنصر الرئيسي، والإضاءة والألوان، والمدة إن كان فيديو. وقد شرحت عناصر هذا الموجز بالتفصيل في كتابة البرومبت للمصممين.
وبعض القرارات يصبح أغلى كلما تأخر:
- نسبة الأبعاد. تغييرها بعد التوليد يعني تكويناً جديداً، أي توليداً جديداً.
- نص التعليق الصوتي. الحساب بالحرف، فكل تعديل في النص بعد التوليد يعني توليداً آخر. راجع النص وأقرّه قبل أن تختار الصوت.
- محتوى الصفحة. قبل أن تفتح منصة بناء أو Claude Code، اكتب أقسام الصفحة ونصوصها. فكل رسالة تغيّر فيها رأيك تُحسب عليك.
العادة الثانية: المراجع بدل البرومبت الطويل
صورة واحدة تشرح الأسلوب أفضل من فقرة طويلة، والبرومبت الأطول ليس بالضرورة أدق. في Midjourney يأخذ المعامل --sref مرجعاً للأسلوب من صورة، وفي الأدوات القائمة على المحادثة ترفع صورة وتحدد ما تأخذه منها: الإضاءة من هنا، والألوان من هناك. وفي الفيديو تكون الصورة المعتمدة نفسها هي المرجع، وفي الصوت يكون المرجع صوتاً اخترته وحفظته.
والفكرة نفسها في البرمجة. توصي وثائق Claude Code بالإشارة إلى الملف بالرمز @ بدلاً من وصف مكانه، وبلصق لقطة شاشة للتصميم المطلوب، وبتوجيهه إلى نمط موجود في المشروع ليتبعه. وتقول صفحة إدارة التكلفة إن الطلبات المبهمة مثل «حسّن هذا المشروع» تدفعه إلى مسح واسع للملفات، بينما الطلب الذي يسمي الملف والدالة يجعله يقرأ أقل. واستخدم دائماً صوراً تملكها أو لك حق استخدامها.
العادة الثالثة: مسودة رخيصة أولاً، ثم ادفع في النهائية
المسودة للقرار، والنسخة النهائية للتفاصيل. جرّب الفكرة بأرخص مستوى تقدمه الأداة: دقة أقل، أو مقطع أقصر، أو نموذج أسرع، أو ناتج واحد لكل طلب. وحين تستقر على التكوين والحركة، ادفع في الجودة الكاملة. ومن الصفحات الرسمية:
- Midjourney: حين أطلقت وضع المسودة (Draft Mode) مع الإصدار 7، قال إعلانها إن المسودة بنصف التكلفة وأسرع بكثير، وإنك تضغط enhance أو vary على الصورة التي تعجبك لتُعاد بالجودة الكاملة.
- Google Flow: في أكتوبر 2026 تذكر صفحة المساعدة أن توليد فيديو بـ Veo 3.1 Fast يكلف 20 كريديت لمشتركي الخطط غير Ultra، أما Veo 3.1 Quality فيكلف 100 كريديت.
- Runway: في صفحة الأسعار، رصيد الخطة الشهرية نفسه يكفي لثوانٍ من Gen-4 Turbo تقارب ضعف ما يكفيه من Gen-4.5.
ولا تحكم على التفاصيل الدقيقة من المسودة: احكم منها على التكوين واتجاه الحركة والإيقاع فقط. وكبّر (Upscale) الصورة أو اللقطة التي ستحتفظ بها، لا كل ما ولّدته.
العادة الرابعة: الصورة أولاً، ثم حرّكها
إعادة توليد فيديو من نص مرة بعد مرة أغلى طريقة لاكتشاف الشكل، لأن كل محاولة تغيّر كل شيء معاً: المنتج والإضاءة والتكوين والحركة. الأوفر أن تقرر الشكل على صورة ثابتة، حيث ترى الكادر كله وتصلحه في Photoshop، ثم تستخدمها إطاراً أول (First Frame) وتطلب من نموذج الفيديو الحركة وحدها. وبعض الأدوات، مثل Kling و Veo، تقبل إطاراً أخيراً أيضاً، فتحدد بداية اللقطة ونهايتها.
بهذا تصبح كل محاولة فيديو اختباراً لشيء واحد هو الحركة، فتقل المحاولات. وفي برومبت الحركة صِف ما يحدث فقط، لا ما في الصورة. شرحت هذه الطريقة كاملة، من الصورة المصدر إلى المونتاج، في تحويل الصور إلى فيديو بالذكاء الاصطناعي.
العادة الخامسة: عدّل جزءاً بدل أن تعيد كل شيء
حين تكون الصورة صحيحة إلا تفصيلة واحدة، فإعادة توليدها كاملة تعني أن تخاطر بما كان صحيحاً وتدفع ثمنه مرة أخرى.
- الصورة: في Generative Fill داخل Photoshop تحدد منطقة وتكتب ما تريده فيها، فيتغير الجزء المحدد وحده، ويضعه Photoshop في طبقة توليدية (Generative Layer) يمكن تعديلها لاحقاً. وفي أغلب أدوات الصور أداة مشابهة لتعديل جزء من الصورة (Inpainting).
- الفيديو: مدّد اللقطة الجيدة (Extend) بدلاً من توليد لقطة أطول من البداية، وقصّ ما لا تحتاجه في المونتاج. وبعض الأدوات، مثل Aleph في Runway، تعدّل لقطة موجودة بدلاً من توليد غيرها.
- الصوت: في Studio لدى ElevenLabs تعيد توليد فقرة أو جملة واحدة، وتقول الوثائق إنك عند التصدير لا تدفع إلا للفقرات التي لم تتحول إلى صوت بعد. وتذكر صفحة الأسعار عدداً محدوداً من إعادات التوليد المجانية ما دام النص وبعض الإعدادات لم تتغير، ويظهر ذلك قبل التوليد.
- الكود: في Bolt يعيدك سجل النسخ (Version history) إلى نسخة سابقة دون أن يستهلك توكنز، بدلاً من أن تطلب منه إصلاح ما لم يعجبك. وفي Claude Code اضغط
Escفور أن تراه يتجه إلى ما لم تطلبه، فالوثائق تعدّ التصحيح المبكر من عادات تجنب التوكنز الضائعة.
العادة السادسة: أعِد استخدام ما نجح
كل نتيجة ناجحة لم تحفظ طريقتها ستدفع ثمنها مرة ثانية.
- فقرة أسلوب ثابتة ومراجع ثابتة تلصقها في كل برومبت، فلا يتغير إلا العنصر الرئيسي.
- سجل للبرومبتات: البرومبت، والأداة، والإعدادات، وسبب النجاح.
- الـ Seed للاختبارات المضبوطة لا للحفاظ على الهوية، فهو لا يحفظ أسلوباً عبر برومبتات مختلفة، كما شرحت في مقال البرومبت.
- الصوت المعتمد: احفظ الصوت وإعداداته، واستخدمه نفسه في كل حلقة من السلسلة.
- في Claude Code: ما تكرره في كل جلسة مكانه CLAUDE.md، وما تحتاجه أحياناً مكانه Skill تُحمَّل عند الطلب فقط.
كيف يستهلك Claude Code التوكنز، وكيف تقللها؟
نافذة السياق (Context Window) في Claude Code تحمل المحادثة كلها: كل رسالة، وكل ملف قرأه، وكل نتيجة أمر. وتوضح صفحة إدارة التكلفة أنه يرسل المحادثة كاملة مع كل طلب، فسؤال من سطر واحد في جلسة مفتوحة طوال اليوم يستهلك من حدود خطتك بحجم المحادثة كلها، وإن كان بسعر التخزين المؤقت (Prompt Caching) الأقل. والعادات التي توصي بها وثائق Anthropic:
- ملف CLAUDE.md قصير. يُحمَّل في بداية كل جلسة، فكل سطر فيه حاضر في كل طلب. اجعله أقل من 200 سطر، وانقل التعليمات الخاصة بمهمة بعينها إلى Skills.
- وضع التخطيط للمهام الكبيرة. اضغط
Shift+Tabليقرأ ويقترح خطة قبل أي تعديل، فتتجنب إعادة عمل مكلفة إن كان الاتجاه خاطئاً. لكنه يضيف عبئاً أيضاً: إن استطعت وصف التعديل في جملة واحدة، فلا تحتاج خطة. - مهمة صغيرة ومحددة. سمِّ الملف والجزء المطلوب، واختبر كل خطوة قبل التالية.
/clearبين المهام. السياق القديم يهدر التوكنز في كل رسالة تالية. وإن صححته مرتين في المسألة نفسها دون نتيجة، فابدأ جلسة نظيفة بطلب أوضح. أما/compactفيلخص المحادثة ويحفظ ما تطلب حفظه، لكنه يقرأ المحادثة كلها ليلخصها، فهو طلب كبير في حد ذاته، بينما/clearلا يكلف شيئاً. وسمِّ الجلسة بـ/renameقبل مسحها لتعود إليها بـ/resume.- النموذج المناسب للمهمة. تقول الوثائق إن Sonnet يكفي لأغلب مهام البرمجة وتكلفته أقل من Opus، وإن Opus للقرارات المعمارية المعقدة. بدّل بـ
/model، أو اخترopusplanالذي يستخدم Opus في التخطيط و Sonnet في التنفيذ. وخفّض مستوى الجهد بـ/effortفي المهام البسيطة، لأن توكنز التفكير تُحسب توكنز مخرجات. - راقب ما يستهلك. الأمر
/usageيعرض استهلاكك، وفي الخطط المدفوعة يعرض توزيعه وتوصيات لتقليله. و/contextيعرض ما يشغل السياق، و/mcpيتيح إيقاف خوادم MCP التي لا تستخدمها.
وإن كنت جديداً على الأداة، فابدأ بـ شرح Claude Code لغير المبرمجين.
Lovable و Bolt: الفكرة نفسها في منصات الكريديت
في منصات البناء من المتصفح، الرسالة هي ما يُحسب، والعادات نفسها تنطبق. ومن وثائقهما الرسمية في أكتوبر 2026:
- Lovable: تكلفة طلب البناء (Build mode) تعتمد على تعقيده والعمل الذي ينجزه، ووضع التخطيط (Plan mode) يكلف كريديت واحداً للرسالة، إضافة إلى أي بحث يجريه أثناء التخطيط. وتنصح الوثائق بطلبات بناء صغيرة ومركزة، وبوضع المحادثة للأسئلة، وبالتخطيط قبل البناء، وتقول إن إيقاف طلب البناء قبل أن يغيّر مشروعك لا يُحسب. وتذكر أيضاً أن تسعير المحادثة الحالي يسري حتى 31 أكتوبر 2026، فراجعه قبل أن تعتمد عليه.
- Bolt: صفحة ترشيد التوكنز تقول إن وضع التخطيط يستهلك أقل لأنه لا يغيّر المشروع، وإن سجل النسخ يعيدك دون توكنز، وتنصح بألا تضغط زر Attempt fix مرة بعد مرة على أمل أن ينجح. وتقول إن الأزرار مثل Publish لا تستهلك توكنز بينما الطلب المكتوب يستهلكها، وإن الوكيل Standard يكفي للمهام المتوسطة دون تكلفة التفكير الأعمق في Max، وإن الموصلات (Connectors) تُفعَّل عند الحاجة فقط.
وقارنت بين هذه الأدوات من حيث مكان الكود والنشر والمراجعة في مقارنة أدوات الفايب كودينج.
أين يذهب الكريديت، وكيف تقلله؟
| المجال | أين يذهب الرصيد | كيف تقلله |
|---|---|---|
| الصور | محاولات لاكتشاف الفكرة، ودقة عالية مبكراً، وإعادة الصورة كلها لتصحيح تفصيلة | موجز ومرجع أسلوب، ومسودات رخيصة، وتعديل الجزء بـ Generative Fill، وتكبير الصورة المختارة فقط |
| الفيديو | إعادة توليد فيديو من نص، وتجارب طويلة بجودة كاملة، وأكثر من ناتج لكل طلب | صورة معتمدة كإطار أول، ونموذج سريع للتجربة ثم الجودة الكاملة، ومقطع قصير ثم تمديد، وناتج واحد لكل طلب |
| الصوت | تعديل النص بعد التوليد، وإعادة الملف كله لتصحيح جملة | نص نهائي قبل التوليد، وصوت محفوظ، وإعادة جملة أو فقرة واحدة |
| Claude Code | جلسة طويلة تُرسل كاملة، و CLAUDE.md طويل، وطلبات مبهمة، ونموذج أكبر من المهمة | /clear بين المهام، وملف قصير مع Skills، ووضع التخطيط، وطلب محدد، و /model و /effort |
| Lovable و Bolt | طلبات بناء كبيرة، وإصلاح تلقائي متكرر، وطلب التراجع بالكلام | التخطيط أولاً، وطلبات صغيرة، وسجل النسخ، والأزرار بدل الطلب المكتوب |
من عملي: الترتيب هو ما يوفر
في سلاسل استوديو فيديو الذكاء الاصطناعي في SkillUp MENA ينتقل العمل من السيناريو إلى الصور الثابتة، ثم الحركة، ثم الصوت، ثم المونتاج. وهذا الترتيب نفسه طريقة توفير: كل مرحلة تُقفل قبل أن تبدأ المرحلة الأغلى بعدها. فالسيناريو يحدد ما يُولَّد، والصورة المعتمدة تحدد شكل اللقطة قبل أن تتحرك، والنص المقرر يسبق الصوت. وكل موجز لنموذج يعود إلى سطر في السيناريو، فلا يُولَّد شيء بلا سبب.
وفي المنتجات التي أبنيها بـ Claude Code، وهو أداة في يدي، ينطبق المنطق نفسه: الخطة قبل التعديل، ومهمة واحدة في كل مرة، وجلسة جديدة لكل عمل مختلف.
متى يصبح التوفير خسارة؟
- نموذج أصغر من المهمة. النموذج الأرخص الذي يفشل في مهمة معقدة يكلفك إعادة العمل، وهذا أغلى من النموذج المناسب من البداية.
- حكم نهائي على مسودة. المسودة لا تُظهر التفاصيل الدقيقة، فلا تسلّم منها شيئاً للعميل.
- الخطط المجانية في العمل التجاري. مفيدة للتعلم والتجربة، لكنها غالباً محدودة، وبعضها يضع علامة مائية، فاقرأ شروطها قبل أي عمل لعميل. وجمعت خيارات مجانية تستحق التجربة في بدائل مجانية لأدوات الذكاء الاصطناعي.
الخلاصة
التوفير الحقيقي يحدث قبل التوليد: موجز واضح، ومرجع بدل الشرح الطويل، ومسودة رخيصة قبل النهائية، وصورة معتمدة قبل الحركة، وتعديل الجزء لا إعادة الكل، وحفظ ما نجح. وفي Claude Code ومنصات البناء: سياق صغير، ومهمة محددة، ونموذج على قدر المهمة. الأداة تحاسبك على كل محاولة، والقرار هو ما يقلل المحاولات.
إن كنت تحتاج سلسلة فيديو بالذكاء الاصطناعي، أو منتجاً رقمياً يُبنى بهذه العناية بالوقت والميزانية، ابدأ مشروعك معي.
أسئلة شائعة
إزاي أوفر الكريديت في أدوات الذكاء الاصطناعي؟
قرّر قبل أن تولّد. اكتب موجزاً قصيراً، واختر مرجعاً ونسبة الأبعاد، ثم جرّب بأرخص مستوى تقدمه الأداة (دقة أقل، أو مقطع أقصر، أو نموذج أسرع)، وادفع في الجودة الكاملة للنسخة التي ستحتفظ بها فقط. وعدّل الجزء الخاطئ بدلاً من إعادة كل شيء، واحفظ ما ينجح لتعيد استخدامه.
ليه التوكنز بتخلص بسرعة في Claude Code؟
لأن Claude Code يرسل المحادثة كاملة مع كل طلب، ومعها الملفات التي قرأها ونتائج الأوامر، فالجلسة الطويلة تستهلك أكثر حتى لو كان سؤالك قصيراً. استخدم /clear بين المهام المختلفة، واجعل CLAUDE.md قصيراً، واطلب مهام محددة، وراجع /usage و /context لترى أين يذهب الاستهلاك.
أعمل فيديو بالذكاء الاصطناعي بأقل نقاط إزاي؟
ابدأ بصورة ثابتة تعتمدها، ثم حرّكها كإطار أول بدلاً من إعادة توليد فيديو من نص مرة بعد مرة. جرّب الحركة بنموذج سريع ومقطع قصير وناتج واحد لكل طلب، ثم استخدم الجودة الكاملة أو التمديد للقطة التي ستحتفظ بها.
هل /compact بيوفر توكنز زي /clear؟
ليس تماماً. تقول وثائق Anthropic إن /compact يقرأ المحادثة التي يلخصها، فضغط جلسة كبيرة طلب كبير في حد ذاته، بينما /clear لا يكلف شيئاً. استخدم /compact حين تكمل المهمة نفسها، و /clear حين تبدأ عملاً آخر.
الرصيد بيخلص بسرعة في Lovable و Bolt، أعمل إيه؟
خطط قبل البناء، واجعل كل طلب صغيراً ومحدداً. في أكتوبر 2026 تقول وثائق Lovable إن تكلفة طلب البناء تعتمد على تعقيده، وتقول Bolt إن الرجوع إلى نسخة سابقة من سجل النسخ لا يستهلك توكنز، وتنصح بعدم الضغط على زر الإصلاح التلقائي مرة بعد مرة.


