لعملك
الهندسة
أنت تعرف البرمجة أصلًا. هذا هو الجزء الجديد — أن تُسلّم عملًا حقيقيًا إلى agent يقرأ الـ repo كله، ويكتب الـ tests، ويريك الـ diff قبل أن يهبط أي شيء.
playbooks
أنظمة عمل كاملة، لا prompts منفردة — كلٌّ منها يمشي بك خلال الـ workflow كاملًا من البداية إلى النهاية. اختر واحدًا واتبعه.
ارسم خريطة codebase لم ترَه من قبل
وجّه Claude إلى repo غير مألوف واحصل على جولة راسخة — الـ modules الحقيقية، وكيف يتدفّق request، وأين تعيش الأجزاء المخيفة — بالإنجليزية البسيطة، مسمّيًا ملفات موجودة فعلًا.
افتح الـ playbook →تتبّع bug حتى root cause وأثبت أن الإصلاح صحيح
سلّم Claude الـ stack trace كاملًا والـ input الذي يُفشِل العملية، فتحصل على قائمة مرتّبة بالأسباب المرجّحة مع مؤشّرات `file:line`، ثم إصلاحًا مع test يفشل على الكود القديم وينجح على الجديد.
افتح الـ playbook →اكتب الـ tests التي لم تكتبها قط
خذ module بلا tests، واجعل Claude يُعدّد السلوكيات الجديرة بالتثبيت — بما فيها الـ edge cases الخبيثة — ويكتب suite يغطّيها، مع التنبيه على أي bugs كامنة يجدها في الطريق.
افتح الـ playbook →نفّذ refactor بأمان خلف green suite
نظّف ملفًا متشابكًا بلا تغيير في الـ behaviour — مستخدمًا الـ test suite كحزام أمان، تُشغّله قبل وبعد كي تُثبت أن شيئًا لم يُكسَر بدل أن تأمل ذلك.
افتح الـ playbook →نفّذ migration واسعة ومملّة بلا أن تكسر شيئًا
التغيير الذي يعمّ الـ repo والذي كنت تتهيّبه — استبدال library، إعادة تسمية API، ترقية نمط عبر 80 ملفًا — منجَزًا في مسحة واحدة، مع قائمة واضحة بالحالات التي لم يستطع تحويلها واحدة بواحدة كي تقرّرها أنت يدويًا.
افتح الـ playbook →انضمّ إلى codebase غريب وأطلِق أول إصلاح لك
القوس الكامل — أسبوعك الأول على repo لم تره من قبل، وbug في الـ production، وكاتبه رحل منذ زمن — وصولًا إلى إصلاح مُراجَع ومُختبَر تفهمه. الكبير الذي يربط كل playbook هندسي آخر معًا.
افتح الـ playbook →