مقدمة: الكود لا يكترث لمشاعرك
إليك الأمر فيما يتعلق بنماذج اللغة الكبيرة والكود: إنها واثقة بشكل مذهل وغير مبالية تمامًا بما إذا كان برنامجك سيتم تجميعه أم لا. ستقوم Claude Haiku 4.5 بكل سرور بكتابة سكريبت Python لك يحل مشكلتك، بالإضافة إلى مشكلتين اخترعتهما من أجل المتعة. الحيلة -الحيلة الوحيدة التي تهم- هي تعلم كيفية مطالبة Claude Haiku 4.5 بإنشاء تعليمات برمجية دقيقة بطريقة لا تترك مجالًا للمشاعر وتوفر أقصى مساحة للحقيقة. أنت لا تريد نثرًا يبدو وكأنه كود. أنت تريد كودًا يتصرف مثل الكود. هناك فرق.
يتعامل الناس مع المطالبة كما لو كانت تعويذة صوفية - قل الكلمات الصحيحة، واحصل على تطبيق مثالي. هذا تفكير عبادة الشحن. الكود هو عقد. إذا كنت تريد الدقة من Claude Haiku، فعليك كتابة العقد. "بناء تطبيق ويب" ليس عقدًا. "إنشاء نقطة نهاية FastAPI في Python 3.12 تقبل JSON، وتتحقق من صحة المخطط باستخدام Pydantic v2، وتعيد 422 عند وجود أخطاء في المخطط بتنسيق حمولة معين" هو عقد. هذه هي الطريقة التي تطالب بها Claude Haiku 4.5 لإنشاء تعليمات برمجية دقيقة: أنت تحدد العقد.
ما هو هذا (وما ليس كذلك)
- إنه دليل إرشادي للحصول على تعليمات برمجية موثوقة وقابلة للاختبار من Claude Haiku 4.5.
- إنه ليس موعظة حول "استبدال الذكاء الاصطناعي بالمطورين". الأدوات لا تحل محل التفكير.
- إنه يركز على المطالبات العملية والهيكل والحواجز الواقية: الأجزاء المملة التي تجعل السحر يعمل.
إذا كنت تريد كودًا يعمل، فأنت بحاجة إلى إعطاء Claude تعريفًا عمليًا لـ "يعمل". إذا كنت تريد إنشاء تعليمات برمجية دقيقة، فأنت بحاجة إلى تحديد الدقة بعبارات واضحة وقابلة للاختبار. هذه هي اللعبة بأكملها.
حدد الدقة كمحامٍ، وليس كشاعر
الكود "الدقيق" ليس الكود "الذي يبدو معقولاً". الدقة هي:
- الصحة النحوية: يتم تجميعه أو تشغيله بموجب المترجم.
- الإخلاص الدلالي: يفعل ما تقوله المواصفات.
- السلوك الحتمي: نفس المدخلات، نفس المخرجات، ضمن حدود الخطأ المحددة.
- تصحيح الإصدار: يستخدم SDKs الصحيحة وإصدارات API وميزات اللغة.
ستمنحك Claude ما تطلبه. إذا طلبت "دالة تقوم بفرز قائمة"، فمن المحتمل أن تحصل على واحدة. إذا طلبت "فرزًا ثابتًا في مكانه باستخدام دلالات Timsort مع مساحة إضافية O(1)"، فهذا وعد مختلف. تبدأ "كيفية مطالبة Claude Haiku 4.5 لإنشاء تعليمات برمجية دقيقة" بكتابة هذه الوعود في المطالبة.
الحد الأدنى من المطالبة القابلة للتطبيق، تمت ترقيتها
سيئ: "اكتب Node API للمهام."
أفضل: "اكتب Node 20 Express 4 API مع مسار /tasks POST يتحقق من صحة الحقول {title: string, dueDate: ISO 8601} ويستجيب 201 مع الكائن الذي تم إنشاؤه أو 400 مع تفاصيل الخطأ."
صحيح: "قم بإنشاء خادم Node 20 Express 4 مع نقطة نهاية /tasks POST واحدة. المتطلبات: 1) التحقق من صحة النص باستخدام [email protected]؛ 2) الحقول: العنوان (سلسلة غير فارغة، بحد أقصى 140)، تاريخ الاستحقاق (تاريخ ISO 8601 مستقبلي)؛ 3) عند النجاح: 201 مع {id: ULID, title, dueDate}؛ 4) عند عدم الصلاحية: 400 مع {error: 'VALIDATION', details: array}؛ 5) لا توجد قاعدة بيانات؛ خريطة في الذاكرة؛ 6) قم بتضمين ملف اختبار Jest 29 يغطي الصالح وغير الصالح (عنوان فارغ، تاريخ ماض)؛ 7) توفير نصوص npm للاختبار والتطوير؛ 8) استخدام ESM؛ 9) عدم تضمين تعليقات خارجية." لاحظ الشكل: إصدار اللغة والمكتبات والقيود والمخرجات والأخطاء والاختبارات وحتى هيكل الحزمة. لقد أزلت الغموض. وظيفة Claude هي ملء الكود، وليس المتطلبات.
نمط السقالات: النظام، المواصفات، الاختبارات، ثم الكود
إذا كنت تريد إنشاء تعليمات برمجية دقيقة من Claude Haiku 4.5، فأنت بحاجة إلى إعطائها مدرجًا:
- تأطير النظام (المقود القصير)
- أنت: "أنت تكتب TypeScript عالي الجودة للإنتاج لـ Node 20. قم بإخراج كتل التعليمات البرمجية فقط بأسماء الملفات ولا شيء آخر."
- لماذا: أنت تتحكم في النغمة وتنسيق الإخراج. لا تترك الأمر للصدفة.
- قم بتضمين إصدارات اللغة وخيارات الحزمة ودلالات الخطأ وتنسيقات الإدخال/الإخراج وحدود الأداء وقيود الأمان.
- أخبر Claude أن يكتب اختبارات الوحدة أولاً. تحدد الاختبارات "الدقة" بشكل أفضل من الصفات. إذا كان سطر التعليمات البرمجية لا يخدم اختبارًا، فهو زخرفي.
- فقط بعد الاختبارات. نعم، هذا هو TDD بشكل أساسي، ولكن مع روبوت لا يمل أبدًا من كتابة النماذج الأولية.
- "إذا فشلت الاختبارات أو لم تتطابق عمليات الاستيراد، فقم بتحديث الأجزاء الفاشلة فقط. لا تعيد كتابة المشروع بأكمله."
تبلي Claude بلاءً حسنًا عندما يكون لديها سياق وقضبان. أعطها قضبان.
تثبيت الإصدار ليس اختياريًا
بيانات تدريب Claude مليئة بالمستندات القديمة والجديدة. هذه طريقة مهذبة لقول أنها رأت الكثير من النصائح المتضاربة. "استخدم React Router" غامض. "استخدم [email protected] مع أجهزة توجيه البيانات" هو توجيه. لا تثق بالإعدادات الافتراضية: - اللغات: التثبيت على Python 3.12، Node 20، Go 1.22، Java 21 - أيهما تقوم بتشغيله بالفعل.
- الأطر: حدد الإصدارات الرئيسية الدقيقة وأي علامات تغيير فاصلة.
- Cloud SDKs: تثبيت الإصدارات؛ aws-sdk v2 مقابل v3 مهم.
- Linters/formatters: حدد القواعد لتجنب عمليات إعادة الكتابة "بأسلوب كرة الطاولة".
إذا لم تقم بالتثبيت، فستحصل على مزيج من أفضل الأغاني من خمس سنوات من منشورات المدونات. إنشاء تعليمات برمجية دقيقة لديها حساسية تجاه الحنين إلى الماضي.
المخطط أولاً، دائمًا
لا تطلب هياكل "ملف تعريف المستخدم". حدد المخططات في المطالبة واطلب التحقق من الصحة:
- JSON Schema أو أنواع Zod/Yup في JS/TS
ثم اجعل Claude يفرض المخططات على الحدود - مدخلات API وكتابات قاعدة البيانات وقوائم انتظار الرسائل. اطلب حمولات ورموز خطأ صريحة. الدقة تحب المخططات. الغموض لا.
اجعلها قابلة للمراقبة، أو لا تتظاهر بأنها حقيقية
أخبر Claude بإضافة التسجيل والمقاييس والتتبعات حيث تحتاج إليها - وإبقائها هادئة حيث لا تحتاج إليها. تتضمن المطالبة الجيدة:
- سياسة التسجيل: المستويات، تنقيح PII، الهيكل (سجلات JSON، من فضلك)
- المقاييس: الوقت لكل طلب، عدد الأخطاء
- نقاط نهاية الصحة: /healthz التي تثبت أن التبعيات قيد التشغيل
سيضيف Claude ما تطلبه. إذا لم تطلب، فستحصل على عبارات طباعة - إذا كنت محظوظًا.
المطالبات الأولى للاختبار تتفوق على "فقط ثق بي"
هناك طريقة جيدة لمطالبة Claude Haiku 4.5 بإنشاء تعليمات برمجية دقيقة وهي جعل الاختبارات مصدر الحقيقة. مثال:
"اكتب اختبارات pytest لوظيفة normalize_email(s) التي:
- يصغر أجزاء المحلية والمجال؛
- يزيل النقاط في الجزء المحلي فقط لـ gmail.com؛
- يزيل العناوين الفرعية (+tag) فقط لـ gmail.com؛
- يرفض المدخلات بدون @ واحد أو مع مسافات؛
- يحتفظ بشفرة يونيكود punycode للمجال كما هي.
تغطية الحالات القصوى. بعد كتابة الاختبارات، قم بتنفيذ الوظيفة لتمريرها."
غالبًا ما يكتب Claude تعليمات برمجية أفضل عندما يُجبر على تلبية الاختبارات التي وصفتها. إذا لم تفعل ذلك، فلديك فشل ملموس، وليس حجة شعور.
لا توجد تهيؤات عن طريق البناء
لا يمكنك التخلص من الهلوسة، ولكن يمكنك تسييجها:
- اطلب الاستشهادات أو عناوين URL المصدر فقط عندما توجد مصادر. بالنسبة لطرق SDK، اطلب روابط المستندات واطلب أن يتطابق الكود مع تلك المستندات.
- بالنسبة إلى واجهات برمجة التطبيقات الخاصة، الصق المواصفات في المطالبة. لا تتوقع أن تعرف Claude نقاط النهاية الداخلية الخاصة بك.
- بالنسبة للمكتبات التي تحتوي على واجهات برمجة تطبيقات مربكة، قم بتضمين مقتطف مثال من المستندات الرسمية وأخبر Claude بالالتزام بها.
الكود الدقيق هو في الغالب مراجع دقيقة. أعط Claude المراجع.
أدلة الأسلوب: الشيء الأقل جاذبية والأكثر فائدة
يكتب Claude التعليمات البرمجية بأي نمط يستنتجه. هذه وصفة للتغيير. الصق دليل الأسلوب الخاص بك. تحديد:
- التنسيق (Prettier، Black، gofmt افتراضي)
اطلب أيضًا تعليقًا موجزًا لتفسير الخيارات غير الواضحة. سوف يشكرك المستقبل، وستنتج Claude الحالية عددًا أقل من PRs "التصحيحية".
مطالبات طويلة، مخرجات قصيرة
هناك طريقة أخرى للتفكير في كيفية مطالبة Claude Haiku 4.5 لإنشاء تعليمات برمجية دقيقة: أنفق كلماتك على المطالبة، وليس على الإخراج. أنت تريد:
- الحد الأدنى من السرد الخارجي في الإخراج
أخبرها بكبت التفسيرات وإرجاع كتل التعليمات البرمجية فقط بأسماء الملفات وملف README قصير. إذا كنت تريد تعليقًا، فاطلبه في تشغيل منفصل. إن التشابك بين النثر والكود هو كيف تتسلل الأخطاء وهي ترتدي نظارة أحادية القطب وقبعة عالية.
التحسين: الحلقة الضيقة التي تعمل بالفعل
أسرع طريق إلى التعليمات البرمجية الموثوقة ليس "الحصول عليها بشكل صحيح في المحاولة الأولى". إنها حلقات تصحيحية قصيرة:
- تشغيل محليًا. الصق إخراج الاختبار الفاشل وأخطاء المترجم مرة أخرى في Claude حرفيًا.
- الإرشاد: "قم بتعديل الحد الأدنى من الأسطر الضرورية فقط؛ لا تغير تواقيع الوظائف ما لم تكن مطلوبة بسبب الاختبارات الفاشلة."
تتفوق Claude في تطبيق الاختلافات عندما تخبرها بالضبط بما انكسر. لا تعيد صياغة سجلات الفشل. الصقها. السجلات هي الحقيقة.
الأمان هو ميزة، وليس إضافة لاحقة
نظرًا لأن النماذج يتم تدريبها على التعليمات البرمجية العامة (الجيدة والسيئة والملعونة)، فأنت تريد أن تجعل الأمان شرطًا من الدرجة الأولى:
- حظر eval صراحةً، shell=True، وSQL مكتوب بقوة
- اطلب استعلامات ذات معلمات وحماية CSRF وتقييد المعدل
- اطلب تثبيت التبعية بالإضافة إلى ملف قفل
- اطلب معالجة الأسرار عبر متغيرات البيئة أو مدير الأسرار
تنتج المطالبة الآمنة افتراضيًا تعليمات برمجية أكثر أمانًا. ينتج عن المطالبة "سنقوم بتصحيحها لاحقًا" عناوين رئيسية.
الأداء: قل ماذا يعني "سريع"
"اجعلها سريعة" تترجم إلى "افعل أي شيء". بدلاً من ذلك، حدد المقاييس:
- أهداف زمن الوصول (p95 < 50 مللي ثانية للذاكرة، p95 < 300 مللي ثانية لعمليات DB)
- حدود الذاكرة (RSS < 150 ميجابايت)
- تعقيد الوقت (يجب أن يكون O(n log n)، وليس O(n^2))
ستختار Claude الخوارزميات لتناسب الميزانية التي تحددها. أعطها ميزانية.
التوثيق: يكفي لتأهيل شخص غريب
اطلب من Claude ملف README يتضمن:
- تعليمات الإعداد بإصدارات دقيقة
- أوامر للاختبار والتدقيق والتحقق من النوع والتشغيل
- القيود والمقايضات المعروفة
"الكود الدقيق" يتضمن وثائق دقيقة. إنها جزء من المنتج القابل للتسليم.
قوالب مطالبات ملموسة يمكنك سرقتها
النموذج: نقطة نهاية الواجهة الخلفية
النظام: أنت مهندس Python 3.12 دقيق. قم بإخراج كتل التعليمات البرمجية فقط بأسماء الملفات.
المستخدم:
- قم ببناء تطبيق FastAPI 0.111 مع نقطة نهاية POST /convert.
- الطلب: {amount: Decimal كسلسلة، from: 'USD'|'EUR'، إلى: نفسه}.
- التحقق من الصحة باستخدام pydantic v2؛ إرجاع شكل 422 عند وجود أخطاء في المخطط.
- استخدم دالة خالصة convert(amount, from, to) بمعدلات ثابتة {USD:1, EUR:1.1}.
- إرجاع {amount: string, currency: string} مع 200.
- تضمين اختبارات pytest التي تغطي الصالح وغير الصالح (عدد عشري خاطئ، رمز غير معروف)، والحافة (0).
- توفير pyproject.toml مع تثبيت التبعيات؛ تضمين تكوينات ruff وmypy.
- لا توجد مكالمات شبكة، ولا يوجد تعليق.
النموذج: أداة CLI
النظام: أنت تكتب Go 1.22. قم بإخراج كتل التعليمات البرمجية فقط بأسماء الملفات.
المستخدم:
- إنشاء CLI باسم slugify يقرأ stdin ويطبع الرخويات الآمنة لـ URL.
- القواعد: الأحرف الصغيرة، ASCII فقط، فواصل الواصلة، طي المسافة البيضاء، تجريد علامات الترقيم.
- توفير main.go وslugify_test.go مع اختبارات الجدول.
- تضمين Makefile مع أهداف الاختبار والبناء.
النموذج: مكون الواجهة الأمامية
النظام: أنت مهندس React عملي يستهدف React 18 + TypeScript.
المستخدم:
- تنفيذ مكون <DebouncedInput>.
- الدعائم: value: string، onChange(value): void، delay=300.
- استخدم useRef/useEffect؛ لا توجد خطافات خارجية.
- تضمين اختبارات vitest مع مؤقتات وهمية.
- توفير قصة Storybook بسيطة.
توضح هذه القوالب كيفية مطالبة Claude Haiku 4.5 بإنشاء تعليمات برمجية دقيقة عن طريق تثبيت الإصدارات وتحديد السلوك وطلب الاختبارات.
رفض أن تكون ذكيًا: متى تقول "لا تحسن"
إذا كنت لا تريد تحسينات دقيقة قبل الأوان (وأنت لا تفعل ذلك)، فقل ذلك:
- "تفضيل قابلية القراءة على الذكاء؛ لا يوجد تدوير للبتات ما لم تتطلب الاختبارات ذلك."
- "لا يوجد تكرار إذا كان التكرار أكثر وضوحًا."
- "لا يوجد برمجة وصفية؛ صريح > ضمني."
تحب Claude أن تثير الإعجاب. لا تدعها تفعل ذلك. اجعلها تجتاز الاختبارات وتكون قابلة للقراءة. هذا مثير للإعجاب بما فيه الكفاية.
لقد رأيت أشخاصًا يتلاعبون بالمطالبات في علامات تبويب دردشة عشوائية كما لو كانت طقوس إنتاجية. استخدم مساحة عمل تفهم سياق الكود. Sider.AI، على سبيل المثال، مبني حول إبقاء المواصفات والكود والاختلافات وسجلات الاختبار في العرض، لذلك فإن حلقة "لصق الخطأ، إصلاح السطر" ضيقة بالفعل. إنه ليس سحرًا؛ إنه سقالة مملة تمنعك من فقدان الحبكة. إذا كانت أداتك تحتفظ بالعقد والاختبارات والكود في نفس المحادثة - دون إزعاجك بالقصاصات الورقية - فاستخدمها. Sider يفعل ذلك. كيفية التصحيح مع Claude كزميل في الفريق، وليس كوحي
- الصق إخراج الاختبار الفاشل تمامًا كما هو. لا تلخص.
- اطلب اختلافًا: "استجب باختلاف موحد مقابل الملف X فقط."
- بالنسبة للأخطاء في وقت التشغيل، أضف أصغر مقتطف قابل للتكرار واطلب شرحًا بالإضافة إلى تصحيح.
- بالنسبة لأخطاء المكتبة، الصق المقتطف من المستند الذي تعتقد أنه ينطبق واسأل: "هل هذه هي واجهة برمجة التطبيقات الصحيحة للإصدار X؟ إذا لم يكن الأمر كذلك، فقم بتحديث الكود واستشهد بالمقتطف الصحيح."
الهدف هو جعل Claude يجادل بالأدلة. أنت تجلب الأدلة.
موكب المزالق (وكيفية تفاديها)
- فخ API "الأحدث": لا تقل "استخدم الأحدث". قل "استخدم الإصدار X.Y" والتزم به.
- ملف الاختبار الفارغ: إذا لم تطلب الاختبارات، فلن تحصل عليها.
- مغالطة الطلقة الواحدة: خطط لعمليتي تحسين قصيرتين أو ثلاث. إنه أسرع من مطالبة واحدة منتفخة.
- سياسة الخطأ الغامضة: تحديد رموز الحالة والحمولات. "إرجاع خطأ" لا يعني شيئًا.
- التبعية غير المملوكة: إذا كان الكود يعتمد على خدمة لا يمكنك التحكم فيها، فقم بتعطيلها. اطلب تزوير.
قائمة التحقق من المطالبات الخاصة بك (الصق هذا بالقرب من شاشتك)
- إصدار اللغة ووقت التشغيل مثبت
- دلالات الخطأ المحددة (الرموز والأشكال)
- الاختبارات أولاً، ثم الكود
- تنسيق الإخراج المقيد (أسماء الملفات، كتل التعليمات البرمجية، الاختلافات)
- حلقة تحسين قصيرة مع السجلات الملصقة
إذا وصلت إلى العشرة جميعًا، فإن Claude Haiku 4.5 تنتج عمومًا إنشاء تعليمات برمجية دقيقة تنجو من ضوء النهار.
مثال عملي: من غامض إلى تم التحقق منه
مطالبة غامضة: "اكتب دالة لتحليل CSV بأمان."
النتيجة: ربما تكون جيدة، وربما تكون خاطئة، وبالتأكيد غير مختبرة.
مطالبة دقيقة:
"أنت تكتب Python 3.12. قم بإخراج كتل التعليمات البرمجية فقط بأسماء الملفات.
إنشاء csvsafe/init.py وcsvsafe/reader.py مع وظيفة read_rows(path: Path) -> list[dict[str,str]]. المتطلبات: استخدم csv.DictReader مع newline='' وencoding='utf-8'؛ عدم السماح بالبايتات الخالية؛ رفض الملفات > 10 ميجابايت؛ تحديد الأعمدة بـ 100 عمود؛ تجريد BOM؛ معاملة الخلايا الفارغة كسلاسل فارغة؛ رفع ValueError مع رموز الرسائل {FILE_TOO_LARGE, NULL_BYTE, TOO_MANY_COLUMNS}. قم بتضمين الاختبارات في tests/test_reader.py مع pytest الذي يغطي المسار السعيد، والبايت الخالي، والملف 11 ميجابايت، و101 عمود، ومعالجة BOM. توفير pyproject.toml مع تثبيت التبعيات وتكوين أسود."
ستحصل على الكود والاختبارات ومعالجة الحافة. ثم تقوم بتشغيل الاختبارات ولصق حالات الفشل والتكرار مع الحد الأدنى من الاختلافات. هذا هو إنشاء التعليمات البرمجية الدقيقة في الممارسة العملية.
حول "الإبداع" والكلمات التسويقية الأخرى
أنا لست بحاجة إلى كود "إبداعي". أنا بحاجة إلى كود صحيح. وفر الإبداع لتسمية قطتك. عند مطالبة Claude، يكون الإبداع هو المنتج الثانوي الطبيعي للقيود الصلبة. تنتج الاختبارات الصحيحة والمواصفات الواضحة حلولاً أنيقة. تنتج المطالبة الخاطئة "base64 معاد اختراعه بالرموز التعبيرية". لا تغريها.
السر غير السري
تتمثل طريقة مطالبة Claude Haiku 4.5 بإنشاء تعليمات برمجية دقيقة في كونها مملة: اكتب ما تحتاجه، وثبت الإصدارات، وحدد المخططات، واطلب الاختبارات، وكرر مع حالات الفشل الفعلية. هذا كل شيء. لا يوجد تصوف. مجرد انضباط هندسي، مع نموذج يمكنه الكتابة بسرعة كبيرة ولا يمانع في كتابة خمسة عشر حالة اختبار متطابقة تقريبًا.
وهذه هي المفاجأة: الدقة غير براقة. المطالبات التي تعمل تبدو وكأنها قائمة تحقق TSA. الكود الذي يتم شحنه يبدو وكأنه كتبه إنسان يهتم. يمكنك الحصول على كليهما من خلال معاملة النموذج مثل مهندس مبتدئ يزدهر في ظل متطلبات واضحة ويذبل في ظل توجيهات غامضة. أعطها عقدًا. اجعلها تجتاز الاختبارات. ثم، ربما، يمكنك الوثوق بها - بالنوع الذي تمنحه لأداة، وليس لنبي.
الخلاصة: تقليل السحر، وزيادة الضمان
إذا كنت تريد السحر، فاذهب إلى عرض سحري. إذا كنت تريد برنامجًا يتم تجميعه ويتصرف، فاكتب مطالبات تعمل مثل الضمانات. إن كيفية مطالبة Claude Haiku 4.5 لإنشاء تعليمات برمجية دقيقة لا تتعلق بالصياغة المزخرفة أو الكلمات الرئيسية السرية. يتعلق الأمر بالقيود والاختبارات والإصدارات وحلقات التغذية الراجعة. افعل هذه الأشياء الأربعة، وستحصل على كود يعمل. تخطها، وستحصل على خيال منسق بشكل جميل.
التعليمات البرمجية لا تهتم بمشاعرك. لحسن الحظ، الاختبارات أيضًا لا تهتم.
الأسئلة الشائعة
س1: ما هي أبسط طريقة لمطالبة Claude Haiku 4.5 بتوليد تعليمات برمجية دقيقة؟
تعامل مع الأمر كعقد: قم بتثبيت الإصدارات، وحدد المخططات، وحدد تنسيقات الأخطاء، واطلب الاختبارات أولاً. كلما كانت القيود أوضح، كانت التعليمات البرمجية أكثر دقة.
س2: كيف يمكنني تقليل الهلوسة عندما يكتب Claude التعليمات البرمجية؟
الصق الوثائق أو المواصفات الموثوقة واطلب الالتزام بهذه الواجهات البرمجية (APIs) تحديدًا. بالنسبة لنقاط النهاية الخاصة، قم بتضمين المواصفات الخاصة بك - لا تتوقع أن يخمنها.
س3: هل يجب أن أطلب من Claude إجراء اختبارات أم أكتبها بنفسي؟
اطلب من Claude إنشاء اختبارات أولاً، ثم قم بتطبيق التعليمات البرمجية لتلبية هذه الاختبارات. تحدد الاختبارات الدقة بشكل أفضل من الصفات وتحافظ على مصداقية النموذج.
س4: ما مدى تحديد الإصدارات في المطالبات؟
محدد جدًا: وقت تشغيل اللغة، والإطار الرئيسي/الفرعي، وإصدارات SDK. "الأحدث" يدعو إلى أنماط متعارضة؛ تعتمد الدقة على الأهداف المستقرة.
س5: أين يندرج Sider.AI في المطالبة بتعليمات برمجية دقيقة؟
استخدم Sider.AI للاحتفاظ بالمواصفات والتعليمات البرمجية والاختلافات وسجلات الاختبار في حلقة واحدة. لا يقوم بالسحر - بل يحافظ على السياق حتى تتبع إصلاحات Claude حالات الفشل الفعلية. 
