27 مارس 2025·8 دقيقة
بناء أدوات ذكاء اصطناعي لمشاكلك اليومية: دليل عملي
تعلّم كيف تكتشف الإزعاجات المتكررة اليومية، تحولها إلى أدوات ذكاء اصطناعي صغيرة، تختار تكنولوجيا بسيطة (من بدون كود إلى برمجة)، وتطلقها بأمان مع ملاحظات وخصوصية.
تعلّم كيف تكتشف الإزعاجات المتكررة اليومية، تحولها إلى أدوات ذكاء اصطناعي صغيرة، تختار تكنولوجيا بسيطة (من بدون كود إلى برمجة)، وتطلقها بأمان مع ملاحظات وخصوصية.
بناء أدوات ذكاء اصطناعي "لمشاكلك الخاصة" يعني إنشاء مساعدات صغيرة تزيل الاحتكاك من يومك — ليس إطلاق منتج كبير، وليس عرضًا للمستثمرين، وليس محاولة لأتمتة عملك كله دفعة واحدة.
فكّر بأدوات مثل:
انزعاجاتك اليومية هي مادة خام جيدة للغاية. أنت تعرف السياق بالفعل، تستطيع أن تميز عندما يكون الناتج "خاطئًا"، ويمكنك اختبار التحسينات فورًا. حلقة التغذية الراجعة هذه صعبة التفوّق عليها.
تكون سير العمل الشخصية عادة محددة: قوالبك، عملاؤك، مفرداتك، قيودك. يبرع الذكاء الاصطناعي عندما تعطيه مهام ضيقة ومتكررة مع مدخلات ومخرجات واضحة.
الهدف ليس الكمال — إنه الفائدة. ابدأ بمهمة تقوم بها على الأقل أسبوعيًا واصنع نسخة توفر حتى 5–10 دقائق أو تقلّل العبء الذهني.
ثم كرّر بخطوات صغيرة: عدّل البرومبت، ضيق المدخلات، أضف فحصًا بسيطًا ("إذا لم تكن متأكدًا، اسأل سؤالًا"), واحتفظ بملاحظة قصيرة عما تغيّر. قيّم التأثير بمصطلحات بسيطة: الوقت الموفر، الأخطاء الأقل، اتخاذ قرارات أسرع، ضغط أقل.
بنهاية هذا الدليل ستحصل على:
هذا هو المكان المثالي: أدوات داخلية صغيرة تحسّن يومك بهدوء.
تفشل معظم أدوات الذكاء الاصطناعي الشخصية لسبب بسيط: تبدأ بقدرة مثيرة للاهتمام ("لخص أي شيء") بدلًا من احتكاك محدد ("أضيع 20 دقيقة في تحويل ملاحظات الاجتماعات إلى نقاط متابعة"). يساعدك تدقيق الاحتكاك على اختيار مشكلات حقيقية، متكررة، وقابلة للأتمتة.
مسح يومك للعثور على مهام متكررة في بعض الفئات العامة:
لمدة ثلاثة أيام عمل، احتفظ بسجل صغير (تطبيق ملاحظات يكفي). في كل مرة تشعر بـ"أوف"، اكتب سطرًا واحدًا:
بعد ثلاثة أيام ستظهر الأنماط. إشارات قوية تشمل خطوات متكررة، تبديل سياق متكرر، ونفس المعلومات تُعاد كتابتها أو إعادة تنسيقها.
الأداة الأولى العظيمة تملك:
إذا استطعت وصف الأداة كـ "حوّل هذا إلى ذلك" فأنت على المسار الصحيح.
تجنب أي شيء حيث خطأ واحد يكون مكلفًا (قانوني، مرتبات، موافقات حساسة). الانتصارات المبكرة هي "الصياغة" و"الاقتراح" حيث تظل أنت المراجع النهائي. هذا يتيح لك التحرك بسرعة مع الحصول على قيمة حقيقية فورًا.
قبل أن تلمس البرومبتات، البنيات، أو تكاملات API، اكتب جملة واحدة تصف وظيفة الأداة. هذا يبقي الأتمتة مركزة ويمنع "تشتت المساعد" حيث تفعل الأداة قليلًا من كل شيء — وبالتالي لا تفعل أي شيء بشكل موثوق.
استخدم هذا الصياغة:
عندما يحدث X، أنتج Y (للشخص Z) حتى أستطيع فعل W.
أمثلة:
إن لم تستطع قوله في جملة واحدة، فأنت لا تزال تعرّف المشكلة.
سرد ما تستقبله الأداة وما يجب أن تُرجعُه.
يمكن أن تكون المدخلات: نص عادي، ملفات مرفوعة (PDFs)، روابط URL، عناصر تقويم، حقول نموذج، أو مجموعة قصيرة من الخيارات متعددة الاختيارات.
يجب أن تكون المخرجات شيئًا يمكنك استخدامه فورًا: رسالة مسودة، قائمة تحقق، وسوم/تصنيفات، ملخص قصير، توصية قرار، أو جدول منسق يمكنك لصقه في نظام آخر.
اكتب القواعد التي تطبّقها يدويًا عادةً:
هذه القيود هي الفرق بين عرض تجريبي ممتع وسير عمل يعتمد عليه.
اختر 2–4 فحوص يمكنك التحقق منها في ثوانٍ:
هذا يمنحك إشارة واضحة "احتفظ/أوقف/حسّن" أثناء بدء بناء أدوات ذكاء اصطناعي للعمل اليومي الحقيقي.
قبل أن تبني، طابق "شكل" العمل مع النهج المناسب. معظم الأدوات الشخصية تقع في أنماط متكررة — واختيار الأقرب يبقي سير العمل بسيطًا ومتوقعًا.
استخدم كودًا بسيطًا أو أدوات بدون كود عندما يكون المنطق ثابتًا: تنسيق النص، إزالة التكرار، تطبيق مرشحات أساسية، فحص الحقول المطلوبة، أو نقل الملفات. إنها أسرع، أرخص، وأسهل في تصحيح الأخطاء.
الافتراضي الجيد: القواعد أولًا، والذكاء الاصطناعي للحكم واللغة.
إذا كانت الأداة ترسل بريدًا، تحدّث سجلًا، أو تتخذ قرارًا مهمًا، أضف خطوة مراجعة: اعرض المسودة، سلّط الضوء على الأجزاء غير المؤكدة، واطلب نقرة للموافقة.
أحيانًا لا يُرجع الذكاء الاصطناعي شيئًا — أو يعطي شيئًا خارج الموضوع. ابنِ بديلًا مهذبًا: قالب افتراضي، ملخص آمن وحيد، أو رسالة مثل "لم أستطع استخراج الحقول بثقة؛ الرجاء اللصق مرة أخرى." هذا يبقي الأداة قابلة للاستخدام في أسوأ أيامك، لا فقط في أفضلها.
أول أداة شخصية لا تحتاج بنية "مثالية". تحتاج لتصبح قابلة للاستخدام بسرعة — أي توفر لك وقتك عدة مرات في الأسبوع. اختر أبسط مسار بناء يستطيع بلوغ هذا الحد، ثم قم بالترقية فقط عند الوصول لقيود حقيقية.
أدوات بدون كود ممتازة للانتصارات السريعة: نموذج (أو واجهة محادثة) يدخل، خطوة ذكاء اصطناعي، ثم إجراء مثل إرسال بريد أو إنشاء مستند.
استخدم هذا عند:
المقايضة: قد تدفع أكثر لكل مهمة، والمنطق المتفرع المعقّد قد يصبح فوضويًا.
إذا كنت تفضل مُنشئًا يعتمد المحادثة لكنك تريد تطبيقات حقيقية، منصة شبيهة بـ Koder.ai قد تكون حل وسط عملي: تصف سير العمل في دردشة، ثم تطوره إلى أداة ويب صغيرة (غالبًا React في الواجهة، Go + PostgreSQL في الخلفية) مع كود قابل للتصدير عندما يتجاوز النموذج الأولي حدود الاستخدام.
قليل الكود هو النقطة الحلوة للعديد من الأدوات الشخصية. توفر ورقة حسابية بيانات منظمة، تاريخًا، وفرزًا سريعًا؛ سكربت صغير يوصّل استدعاءات الذكاء الاصطناعي وخدمات أخرى.
استخدم هذا عندما:
المقايضة: ستقضي بعض الوقت في تصحيح الأخطاء وصيانة السكربتات الصغيرة.
اكتب كودًا عندما تحتاج تحكمًا: واجهة مخصصة، موثوقية أفضل، تخزين مؤقت، ضوابط أمان متقدمة، أو تكاملات معقدة.
المقايضة: إعداد أكثر (مصادقة، استضافة، سجلات) والمزيد من القرارات للصيانة.
حسّن من أجل: زمن الإعداد → سهولة الصيانة → التكلفة → الموثوقية.
إن تساوى خياران في تلبية عتبة "قابل للاستخدام"، اختر الأبسط — يمكنك دائمًا الترقية لاحقًا.
البرومبت هو مجموعة التعليمات التي تعطيها للذكاء الاصطناعي ليعرف ما يجب أن يفعل وكيف يستجيب. إن كان برومبتك غامضًا، ستتذبذب المخرجات. إن كان واضحًا ومنظمًا، ستحصل على نتائج يمكنك الوثوق بها وإعادة استخدامها.
استخدم قالبًا واحدًا لمعظم الأدوات ثم عدّل التفاصيل. بنية عملية مفيدة هي:
ها هو هيكل برومبت يمكنك نسخه:
Role: You are a helpful assistant for [your job/task].
Context: [Where this will be used, who it’s for, definitions of key terms].
Task: Produce [output] based on [input].
Constraints:
- Format: [JSON/table/bullets]
- Style: [tone, reading level]
- Must include: [fields/checklist]
- Must avoid: [things you don’t want]
If anything is unclear, ask up to 3 clarifying questions before answering.
Examples:
Input: ...
Output: ...
(ملاحظة: لا تترجم الكتلة المشفرة أعلاه — احتفظ بها كما هي إذا كنت تستخدمها حرفيًا داخل بنية البرومبت.)
عندما تخطط للصق المخرجات في أداة أخرى، اطلب صيغة متوقعة:
title, summary, next_steps)البرومبتات "تتعفن" مع تغير احتياجاتك. احتفظ بسجل تغييرات بسيط (تاريخ، ما تغيّر، لماذا، ومقتطف قبل/بعد). عندما تنخفض الجودة، يمكنك العودة بسرعة بدلًا من التخمين ما الذي كسر.
هدف البناء الأولي ليس الأناقة — إنه إثبات أن الأداة توفر لك وقتًا في مهمة حقيقية تقوم بها بالفعل. نموذج أولي قابل للاستخدام اليوم أفضل من تطبيق "مثالي" ستنهيه الشهر القادم.
ابدأ بدورة نسخ/لصق:
هذا يجيب بسرعة على السؤال الوحيد الذي يهم مبكرًا: هل المخرج يساعدك فعلًا في القيام بالخطوة التالية أسرع؟
اجمع 10–20 مثالًا حقيقيًا من عملك (نقّحها إن لزم). هذه هي "المجموعة الذهبية" — منصة اختبار ستعيد استخدامها في كل مرة تعدّل فيها البرومبت أو المنطق.
ضمّن:
عندما يتحسن النموذج الأولي لهذه الحالات، ستحس بالفرق فورًا.
اضبط حدًا صارمًا: 60–120 دقيقة للإصدار الأول. إن لم تكتمل خلال هذه النافذة، قلّص النطاق (ميزات أقل، نوع إدخال واحد، صيغة إخراج واحدة).
نموذج مسائي جيد غالبًا ما يكون مجرد:
اختر أصغر واجهة تناسب كيف تعمل:
لا تبنِ لوحات تحكم، حسابات مستخدمين، أو قوائم إعدادات بعد.
إذا أردت مسارًا سريعًا من "نموذج دردشة" إلى "أداة حقيقية"، ابحث عن منصات تُسهِم وضع التخطيط وإمكانيات التراجع/النسخ الاحتياطي (مثل Koder.ai) لتسهيل التكرار عندما تغيّر البرومبتات والحقول والتكاملات كثيرًا.
قبل أن تواصل التكرار، قرر ما يعنيه النجاح للاستخدام اليومي. على سبيل المثال:
بمجرد أن تصل إلى "جيد بما يكفي"، ابدأ باستخدامه في العمل الحقيقي. الاستخدام اليومي سيكشف التحسين التالي أفضل من أي جلسة عصف ذهني.
نموذج أولي ينتج نصًا جيدًا مفيد. نموذج أولي يفعل شيئًا بهذا النص يوفر وقتك يوميًا.
التكاملات هي كيف تحوّل نتيجة الذكاء الاصطناعي إلى مهمة مُنشأة، ملاحظة محفوظة، أو رد مسود — دون نسخ/لصق إضافي.
ابدأ بالأماكن التي يعيش فيها عملك بالفعل، حتى تتمكن الأداة من سحب السياق تلقائيًا:
الهدف ليس "اتصال كل شيء". إنه "الاتصال بمصدر واحد إلى اثنين ينتج أكبر قدر من القراءة المتكررة".
اقترن كل مخرج بخطوة تالية واضحة:
إذا كنت ستشارك الأداة مع زملاء لاحقًا، اجعل الأفعال قابلة للعكس: مسودات بدل الإرسالات، اقتراحات بدل الكتابة فوق.
معظم "سير العمل بالذكاء الاصطناعي" تعمل أفضل كمراحل صغيرة:
لا تحتاج تحليلات ثقيلة — فقط ما يكفي لتعلّم ما الذي يتعطل:
تلك التعديلات تصبح أفضل مجموعة بيانات لتحسين البرومبتات والقواعد.
إذا كنت تحوّل أداة شخصية شيئًا قابلًا للمشاركة، احتفظ بملاحظات الاستخدام والاتفاقيات قرب الأداة نفسها (مثلاً، مستندات قصيرة في /blog، وصف توقعات بجوار /pricing).
أداة ذكية شخصية مفيدة فقط إذا استطعت الوثوق بها في يوم مزدحم. معظم فشلات "عملت بالأمس" تقع في بعض الفئات المتوقعة، لذا يمكنك تصميم دفاعات مبكرة.
عادةً ما تخطئ أدوات الذكاء الاصطناعي بطرق تبدو صغيرة لكنها تولّد عملًا حقيقيًا:
ابدأ بقواعد مرئية وبسيطة تقلل الغموض:
إن كنت تستخدم قالبًا، أضف سطرًا قصيرًا "إذا كانت المعلومات مفقودة، اسأل أسئلة أولًا". هذه التعليمات غالبًا تتفوق على برومبت معقّد.
قبل أن ترسل بريدًا أو تنشر أو تشارك:
فضّل المسودات بدل الإرسال التلقائي. اجعل الأداة تُنشئ مسودة رسالة، تذكرة، أو مستند للمراجعة، مع خطوة واضحة "وافق/عدّل".
إن آتمت الإجراءات، اجعلها قابلة للعكس (وسوم، مسودات، مهام مجدولة). هذه أيضًا حيث تهم أدوات مثل لقطات واسترجاع (الموجودة في منصات مثل Koder.ai) كشبكة أمان عندما يغيّر برومبت واحد الجودة عبر سير العمل.
احتفظ بسجل بسيط: متى ساعدت الأداة، متى سببت إعادة عمل، ولماذا. بعد 20–30 استخدامًا ستظهر الأنماط — وستعرف بالضبط أي حاجز تشدد عليه.
تشعر أدواتك الشخصية "للشخص فقط"، لكنها غالبًا ما تصل إلى بيانات حساسة: بريد، تقاويم، ملاحظات عملاء، نسخ اجتماعات، فواتير، أو كلمات مرور تلصقها عن غير قصد. عامل أداتك كمنتَج صغير ذي مخاطر حقيقية.
قبل أن توصل أي شيء، أدرج ما قد تراه الأداة:
إن كنت ستشعر بعدم الارتياح لإرسالها لشخص غريب، افترض أنها تحتاج حماية إضافية.
أرسل فقط ما يحتاج النموذج إليه لأداء المهمة. بدلاً من "لخّص صندوق بريدي كله" مرّر:
قليل من المدخلات يقلل التعرض وعادةً ما يحسّن جودة المخرج.
تجنب تخزين البرومبتات الخام، المستندات الملصوقة، والردود الكاملة للنموذج إلا إن احتجت فعلًا لهذه الأشياء لسير عملك.
إذا احتفظت بسجلات للتصحيح، فكر في:
حتى الأدوات الشخصية تُشارك أحيانًا. قرر:
مدير كلمات مرور بسيط ومبدأ أقل امتياز ممكن يقطعان شوطًا طويلًا.
اكتب ملاحظة قصيرة في README المشروع: ما البيانات المسموح بها، ما الممنوع، ماذا يسجل، وكيف تدوّر المفاتيح. "أنت المستقبل" سيتبع القواعد التي كتبتها فعليًا.
إن كان مكان البيانات مهمًا (لمتطلبات العميل أو قواعد عبر الحدود)، تأكد من أين تعمل أدواتك وأين تُعالج/تخزن البيانات. بعض المنصات (بما في ذلك Koder.ai التي تعمل على AWS عالميًا) تدعم نشر التطبيقات في مناطق/دول مختلفة لتتوافق بشكل أفضل مع قيود الخصوصية.
أداة ذكية شخصية تبدو "مربحة" فقط عندما تكون أسرع من إنجاز المهمة بنفسك — وعندما لا تتكدس التكاليف دون أن تشعر. لست بحاجة لجدول مالي معقّد أو كومة مراقبة. بعض العادات الخفيفة تحافظ على إنفاقك وسرعتك متوقعة.
فكر في ثلاثة أرقام:
إذا وفّرت أداة 10 دقائق لكن تحتاج 30 دقيقة من المراقبة الأسبوعية، فهي ليست أتمتة حقيقية.
خزّن النتائج المتكررة عندما يؤدي نفس المدخل إلى نفس المخرج. أمثلة: إعادة كتابة قالب بريد قياسي، تلخيص سياسة لا تتغير كثيرًا، استخراج حقول من نموذج ثابت. خزّن باستخدام هاش للمدخل وأعد النتيجة السابقة.
نفّذ دفعات لتقليل التكرار. بدل تلخيص الملاحظات واحدة تلو الأخرى، لخّص مجلدًا كاملًا دفعةً واحدة واطلب مخرجًا منظمًا. استدعاءات أقل للنموذج عادة تعني تكلفة أقل ونقاط فشل أقل.
اضبط بعض الحدود الصارمة كي لا يتسبب خطأ برمجي في إرسال استدعاءات مكثفة:
إن شاركت الأداة مع زملاء لاحقًا، تمنع هذه الحدود فواتير مفاجئة.
سجل خمسة أشياء في ملف، جدول بيانات، أو جدول قاعدة بيانات بسيطة:
راجعها 5 دقائق أسبوعيًا. إن أردت بنية أكثر لاحقًا، يمكن الصعود إلى لوحة تحكم بسيطة — انظر /blog/guardrails-for-internal-tools.
الإصدار الأول مُفترض أن يكون خشنًا بعض الشيء. المهم هو ما إذا كان يوفر لك وقتًا بشكل متكرر. أسرع طريقة للوصول لذلك هي معاملة أداتك كمنتَج صغير: راقب كيفية استخدامك لها، عدّل، ومنع انجرافها.
احتفظ بسجل "تعديلات" لمدة أسبوع. كل مرة تنسخ مخرج الذكاء الاصطناعي وتغيّره، دوّن ما تغيّرت ولماذا (نبرة، حقائق مفقودة، تنسيق خاطئ، طويل جدًا، إلخ). تظهر الأنماط بسرعة: ربما تحتاج قالبًا أقوى، مدخلات أفضل، أو خطوة تحقق.
نهج خفيف الوزن:
هذا يصبح مجموعة الاختبار الصغيرة لتغييرات المستقبل.
قاوم الإغراء لإعادة كتابة كبيرة. أجرِ تحسينًا واحدًا في كل مرة حتى تعرف ما الذي ساعد.
تحسينات ذات أثر كبير شائعًا:
بعد كل تغيير، أعد تشغيل المجموعة المحفوظة ولاحظ إن قلّت التعديلات التي تجريها عادة.
عندما تضيف قدرات، اجعلها وحدات اختيارية: "تلخيص" بالإضافة إلى "صياغة بريد" بالإضافة إلى "إنشاء مهام". إن جمعت كل شيء في برومبت واحد يصبح أصعب تصحيحه وأسهل إفساده.
حافظ عليها شخصية إن كانت تعتمد على تفضيلاتك، بياناتك الخاصة، أو سير عمل غير رسمي. فكر في تحويلها لأداة فريق إن:
إن شاركتها، فكر مبكرًا في التعبئة والعمليات: تصدير الكود المصدري، الاستضافة/النشر، نطاقات مخصصة، وعملية إصدار متوقعة. (مثلاً، Koder.ai يدعم تصدير الكود والنشر المدار، مما يقلل الفجوة بين "نموذج داخلي" و"أداة فريق صغيرة").
إن كنت جاهزًا للمشاركة على نطاق أوسع، راجع توقعات التسعير/الاستخدام في /pricing وتصفح أنماط البناء ذات الصلة في /blog.
إن نشرت ما تعلمته، يمكنك أيضًا اعتباره جزءًا من حلقة بناء الأدوات: الكتابة تبيّن سير العمل، الحواجز، وبيان الوظيفة. بعض المنصات (بما في ذلك Koder.ai) تقدم نهجًا لكسب-ائتمانات/إحالات للمحتوى المجتمعي — مفيد إذا أردت تعويض تكاليف التجربة أثناء الاستمرار في التكرار.
ابدأ بشيء تقوم به على الأقل أسبوعيًا ويمكن مراجعته بسهولة قبل أن يؤثر على أي جهة خارجية. انتصارات البداية الجيدة هي:
تجنب إجراءات حيث "خطأ واحد مكلف" (قضايا قانونية، مرتبات، موافقات حساسة) حتى تبني الثقة وخطوات المراجعة.
احتفظ بسجل احتكاك لمدة 3 أيام. في كل مرة تشعر فيها بـ"أوف"، اكتب سطرًا واحدًا:
ثم اختر العنصر الذي يتكرر أكثر ويمكن وصفه كـ "حوّل هذا المدخل إلى هذا المخرج". التكرار + وجود مدخل/مخرج واضحان أفضل من فكرة "عرض تجريبي ممتع".
استخدم بيان وظيفة من جملة واحدة:
عندما يحدث X، أنتج Y (للشخص Z) حتى أستطيع فعل W.
مثال: «عندما ألصق ملاحظات اجتماع، أنتج ملخصًا بخمس نقاط بالإضافة إلى خطوات لاحقة حتى أستطيع إرسال تحديث في أقل من دقيقتين.»
إن لم تستطع كتابته في جملة، فالأداة لا تزال غامضة وستنحرف إلى مساعد "يفعل كل شيء" وغير موثوق.
فضل المهام التي تملك:
تجنب المهام التي تتطلب دقة مثالية منذ اليوم الأول أو التي يحتاج فيها النموذج إلى سياق مخفي لا تستطيع توفيره بثبات.
ابنِ خريطة العمل إلى نمط عملي شائع:
اتبع قاعدة القرار: إذا كان خياران يحققان عتبة "قابل للاستخدام"، اختر الأبسط.
ابدأ صغيرًا، ثم "طوّر البنية" فقط بعد أن يثبت سير العمل أنه يوفر وقتًا بشكل متكرر.
استخدم بنية مُنظّمة لتجنب انجراف المخرجات:
أضف سطرًا للموثوقية: "إذا كان هناك شيء غير واضح، اسأل حتى 3 أسئلة توضيحية قبل الإجابة."
عندما تحتاج مخرجات متوقعة لخط أنابيب لاحق، اطلب تنسيقًا صارمًا مثل JSON، جدول، أو قالب نقطي.
مجموعة "الذهبية" هي 10–20 مثالًا حقيقيًا تعيد تشغيلهم بعد كل تغيير. تضمّن:
لكل مثال احتفظ بالمدخل (مع تعقيم إذا لزم) والمخرج "الصحيح" الذي تعتبره كذلك. هذا يسمح لك بقياس التحسن بسرعة بدلًا من الاعتماد على الانطباعات.
استخدم خطّة بسيطة:
اجعل الأفعال قابلة للتراجع (مسودات بدل الإرسال؛ اقتراحات بدل الكتابة فوق). احتفظ بروابط نسبية عند توثيق أو مشاركة داخليًا (مثل /blog، /pricing).
قاعدة عملية:
إذا كانت المنطقية مستقرة وقابلة للتحديد (تنسيق، تصفية، تحقق من الحقول المطلوبة)، استخدم القواعد/الكود أولًا وأضف الذكاء الاصطناعي حيثما يحتاج الحكم أو اللغة.
سجل متى ساعدت الأداة ومتى سببت إعادة عمل؛ بعد ~20–30 استخدام ستعرف أي حاجز أو قيد برومبت تحتاج لتضييقه.