عملية تطوير الشك الآلي الخاصة بي

نشأت هذه العملية بسبب انعدام الثقة. لقد فقدت الثقة في وقت مبكر من تطويري بمساعدة الذكاء الاصطناعي بسبب السماح لشركائنا في LLM بالقيام بالكثير وبسرعة كبيرة وبدون الممارسات الهندسية القياسية التي كنت قد استوعبتها. تمت استعادة الثقة من خلال أتمتة أكبر قدر ممكن من الشك. هل

7 يونيو 2026 2 دقائق قراءة

نشأت هذه العملية بسبب انعدام الثقة. لقد فقدت الثقة في وقت مبكر من تطويري بمساعدة الذكاء الاصطناعي بسبب السماح لشركائنا في LLM بالقيام بالكثير وبسرعة كبيرة وبدون الممارسات الهندسية القياسية التي كنت قد استوعبتها. تمت استعادة الثقة من خلال أتمتة أكبر قدر ممكن من الشك. كيف يبدو أداء الشك؟ انتقاد تنفيذ قطعة أثرية والقيام بذلك بشكل متكرر. إذا كنت تستخدم الذكاء الاصطناعي لكتابة التعليمات البرمجية أو المواصفات أو المستندات أو أي قطعة أثرية، فقد تجد هذه القطعة مفيدة.

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

يبدأ الأمر بفكرة أو ميزة أرغب في بنائها ومواصفاتها. مثل أي ممارسة تطوير جيدة، من الحكمة عادةً البدء بمواصفات أو PRD أو خطة أو أي نكهة تصميم مفضلة. أطلب من كلود أن يكتب المواصفات وأقضي من 2 إلى 5 دقائق في تصفح الملف للتحقق من التقاط جوانب التنفيذ الأساسية للفكرة. هذا هو المكان الذي تبدأ فيه عملية التكرار.

أبدأ بسير عمل ما قبل التنفيذ (أمر الشرطة المائلة في Claude Code)، والذي يتكون من ثلاثة وكلاء يقومون بالجولة الأولى من الشك: مهندس ما قبل التنفيذ، ومدقق التوثيق، وحفار الافتراض. يقوم هؤلاء الوكلاء بعدة أشياء: التحقق من جودة التصميم وتقييم النطاق والاكتمال والفجوات في التوثيق وجميع الافتراضات المخفية الموجودة في المواصفات. يتم دمج جميع النتائج ذات الصلة المكتشفة في المواصفات بواسطة الوكيل الطرفي الرئيسي - عادةً 10-25 اعتمادًا على نطاق الفكرة.

Assumption Excavator: "يرجع executionStatsSchema في السجل-sdk {totalCount, lastCount, windowMinutes}. تفترض المواصفات {avgScore, medianDurationMs, passRate, lastRunDate, lastRunScore}. قسم السجل بالكامل غير قابل للإنشاء بدون نقطة نهاية API جديدة"

مهندس ما قبل التنفيذ: "يقوم HarnessProfile بتضمين أساليب mcp.read/merge/remove/write جنبًا إلى جنب مع تكوين المسار. فكر في استخراج McpConfigStrategy لفصل الاهتمامات. وسينمو كل ملف تسخير إلى 80-120 سطرًا."

المصدر: Hacker News