9 workflows في Claude Code توفّر وقتك فعليًا

هناك لحظة يمرّ بها الجميع في أسبوعهم الأول مع Claude Code: تطلب شيئًا، فينفّذ ما يقارب الصواب، فتصلحه بيدك، ثم تبدأ تتساءل عمّا إذا كان هذا أسرع فعلًا من أن تفعله بنفسك.

نعم هو أسرع — لكن ليس قبل أن تكفّ عن معاملته كآلة بيع آلي وتبدأ بمعاملته كزميل عمل قادر ومتحمّس أكثر من اللازم بقليل. الفارق يكمن بأكمله تقريبًا في كيفية إعدادك للعمل، لا في ما تطلبه. إليك تسع workflows تصنع الفرق، مرتّبة تقريبًا بحسب مقدار الوقت الذي ستوفّره عليك.

1. اجعله يخطّط قبل أن ينفّذ

أسرع طريقة لإهدار الوقت هي أن تدع Claude يندفع نحو طلب غامض. الحل جملة واحدة:

Before you change anything, walk me through your plan.

والأفضل من ذلك، استخدم plan mode (لدى Claude Code حالة تخطيط مخصّصة). يقرأ Claude ما يحتاجه، ويقترح الخطوات، وينتظر موافقتك قبل أن يلمس ملفًا واحدًا. تقرأ الخطة في عشر ثوانٍ فتلتقط سوء الفهم الذي كان سيكلّفك عشر دقائق. هذه العادة وحدها تردّ ثمنها أكثر من أي عادة أخرى.

2. أعطِه ملف memory

يقرأ Claude Code ملفًا اسمه CLAUDE.md في بداية كل session، ويتعامل معه كتعليمات ثابتة. ضع فيه الأشياء التي كنت ستكرّرها لولا ذلك:

- This project uses British spelling.
- Never edit files in /vendor — they're generated.
- Tests live next to the file they test, named *.test.ts.
- When in doubt, ask before installing a new dependency.

الآن لن تشرح أعرافك من جديد أبدًا. إنه الفرق بين أن تستقبل زميلًا جديدًا كل صباح، وأن يكون لديك زميل يعرف قواعد البيت مسبقًا.

3. حوّل الـ prompts الجيدة إلى slash commands

في المرة الثالثة التي تكتب فيها التعليمات نفسها تقريبًا، احفظها. الـ slash command هو prompt قابل لإعادة الاستخدام تشغّله بكلمة واحدة:

Save these exact steps as a slash command called /ship.

من تلك اللحظة، يشغّل /ship التسلسل بأكمله — تشغيل الاختبارات، كتابة ملخّص، صياغة رسالة الـ commit — دون أن تعيد كتابة فقرة. تلتزم الفرق هذه الأوامر في الـ repo حتى يتشارك الجميع الـ muscle memory نفسها.

4. دعه يعمل في الخلفية بينما تواصل التقدّم

لأي شيء يستغرق أكثر من دقيقة — refactor كبير، مجموعة اختبارات بطيئة، معالجة بيانات ثقيلة — لست مضطرًا إلى الجلوس والمراقبة. يستطيع Claude Code تشغيل العمل في الخلفية وتنبيهك حين ينتهي. الحيلة هي أن تعمل على دفعات: أطلق المهمة البطيئة، ثم ابدأ المهمة التالية بدلًا من مراقبة الأولى كطفل.

5. وزّع المهام الكبيرة على subagents

حين تكون المهمة في الحقيقة عدة مهام — «راجع هذه الملفات الاثني عشر»، «حقّق في ثلاثة أسباب محتملة» — اطلب subagents. يحصل كل واحد منها على context نظيف خاص به ويعمل بالتوازي، ثم يبلّغ بالنتائج:

Spin up a subagent per file to review these for bugs, then summarise the findings in one list.

هذا أسرع وكثيرًا ما يكون أفضل: الـ agent النظيف لكل ملف لا يتشتّت بالأحد عشر الباقية.

6. أبقِ الـ sessions مركّزة، واضغطها حين تنحرف

تتراكم الفوضى في الـ sessions الطويلة — أفكار نصف منجزة، طرق مسدودة، مخرجات تصرّفت بناءً عليها أصلًا. حين يبدأ Claude يبدو كثير النسيان أو بطيئًا، شغّل /compact لتلخيص المحادثة إلى ما يهمّ، أو ببساطة ابدأ session جديدًا لمهمة جديدة. الـ context المركّز ينتج إجابات أحدّ. (إن أردت معرفة سبب ذلك، راجع دليلنا عن context engineering.)

7. راجع الـ diff، لا الانطباع العام

حين ينتهي Claude، يعرض عليك ما تغيّر بالضبط — diff، سطرًا سطرًا. اقرأه. من المغري أن تتصفّحه سريعًا وتقول «يبدو جيدًا»، لكن الـ diff هو حيث تلتقط الملف الوحيد الذي لمسه ولم يكن ينبغي له. عامِل كل تغيير كأنه pull request من زميل: وافِق على ما هو صحيح، واعترض على ما ليس كذلك. لن يأخذها Claude على محمل شخصي.

The change to config.js looks wrong — revert just that file and explain why you added it.

8. اضبط مستوى الجهد المناسب للمهمة

ليست كل مهمة تحتاج إلى أعمق تفكير من Claude، وليست كل مهمة ينبغي أن تحصل على أسرعه. لـ bug عويص أو قرار تصميمي، اطلب منه أن يفكّر بعمق أكبر (أو ارفع مستوى الجهد/التفكير). ولإعادة تسمية روتينية عبر أربعين ملفًا، أبقِه سريعًا. مطابقة الجهد للصعوبة توفّر الوقت والمال معًا — ويمكنك تبديل الـ models بـ /model حين تطلب مهمة بوضوح الأرخص والأسرع أو الأقدر. يغطّي دليلنا عن أي model تستخدم متى تلجأ إلى كل منها.

9. اربطه بأدواتك الحقيقية

افتراضيًا، يعمل Claude Code مع ملفاتك ومع الـ terminal الخاص بك. ومع MCP (الـ Model Context Protocol)، يستطيع أيضًا الوصول إلى أدواتك الحقيقية — نظام تتبّع المشكلات لديك، مستنداتك، الـ database، browser. وفجأةً يصبح «انظر في الـ ticket المتعطّل، اعثر على السبب، واقترح إصلاحًا» طلبًا واحدًا بدلًا من صباح كامل من النسخ واللصق. هذا أكبر فتح بعد أن تصبح الأساسيات مألوفة؛ نغطّيه من أوّله إلى آخره في كيفية استخدام MCP مع Claude Code.

الخيط الجامع

لاحظ ما تشترك فيه كل هذه النقاط: أنت تقلّ من كتابة التعليمات وتزيد من اتخاذ القرار والمراجعة. هذا هو التحوّل الحقيقي. يكون Claude Code في أفضل حالاته حين تعامل الـ prompt كتفويض والـ diff كإشراف — حين تصبح وظيفتك أن تقول كيف يبدو «الجيد» وأن تتأكد من أنك حصلت عليه.

اختَر اثنتين من هذه لتجرّبهما هذا الأسبوع. التخطيط-قبل-التنفيذ وملف الـ memory هما الاثنتان بأكبر عائد مقابل أقل جهد. سيبدأ الباقي يبدو بديهيًا بمجرد أن تصبح هاتان عادة.