لعملك
المؤسّسون ومديرو المنتج
انتقل من فكرة غامضة إلى spec أو prototype أو قرار واضح — واقرأ codebase نفسك دون مطوّر في الغرفة.
playbooks
أنظمة عمل كاملة، لا prompts منفردة — كلٌّ منها يمشي بك خلال الـ workflow كاملًا من البداية إلى النهاية. اختر واحدًا واتبعه.
اختبر فكرة تحت الضغط إلى spec للـ v1
حوّل فكرة feature غامضة إلى spec واضح للـ v1 — user stories، والـ edge cases التي لا تفكّر فيها، وسطر out-of-scope صريح — قبل أن يبني أحد.
افتح الـ playbook →ابنِ prototype قابلًا للنقر كي تقرر
حوّل spec إلى صفحة web واحدة قابلة للفتح تنقر فيها — شيء قابل للرمي تبنيه كي تستشعر التدفّق وتتخذ القرار، لا للإطلاق أبدًا.
افتح الـ playbook →اقرأ codebase الخاص بك بالإنجليزية البسيطة
وجّه Claude إلى repo الخاص بك واسأل عمّا يحدث حين يُسجّل مستخدم، وأي ملفات تعمل وبأي ترتيب، وأين ستعيش feature جديدة — بلا مطوّر في الغرفة.
افتح الـ playbook →حوّل الخيارات إلى قرار تستطيع الدفاع عنه
ضع المفاضلات جنبًا إلى جنب، واحصل على توصية مع تبريرها وأكبر مخاطرة في كل مسار — كي تكون مراجعًا لقرار، لا منشئًا له من الصفر.
افتح الـ playbook →اخلُص الـ feedback إلى إشارة roadmap
حوّل كومة من support exports وملاحظات المبيعات وtranscripts المقابلات إلى المحاور المتكررة، وقراءة تميّز النمط الحقيقي عن الصوت العالي المنفرد، وبضعة رهانات — كلٌ منها قابل للتعقّب إلى ما قاله العملاء فعلًا.
افتح الـ playbook →من طلب العميل إلى الجاهزية للـ roadmap، من البداية للنهاية
خذ طلبًا من صندوق الوارد إلى الجاهزية للـ roadmap — اخلُص الطلب، حوّله إلى spec، اصنع له prototype، حدّد نطاقه مقابل الكود، واكتب مذكّرة القرار — كي تلتزم بالوقت الهندسي على أساس الأدلة، وهي اللعبة الكبرى التي تربط المجموعة معًا.
افتح الـ playbook →