كيف يستخدم مبتكر Claude Code أداته فعلياً

شارك بوريس تشيرني، مبتكر Claude Code، سير عمله التطويري علنياً - وحصد أكثر من 5 آلاف إعجاب خلال ساعتين فقط. عندما يكشف صانع الأداة كيف يستخدمها فعلاً، الجميع ينتبه.

أكثر ما فاجأني هو البساطة. لا تخصيصات معقدة، ولا إعدادات سرية. جوهر منهجه هو الجمع بين ميزات Claude Code المدمجة بأسلوب منضبط ومدروس.

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

المعالجة المتوازية - شغّل 15 جلسة Claude في آنٍ واحد

يشغّل بوريس خمس نسخ من Claude في الطرفية، إضافة إلى خمس أو عشر نسخ أخرى عبر claude.ai/code في المتصفح. بل إنه يبدأ جلسات من هاتفه صباحاً ويعود للاطلاع على نتائجها لاحقاً.

إعداده:

• يُرقّم تبويبات الطرفية من 1 إلى 5، ويستخدم إشعارات النظام لمعرفة متى يُطلب منه تدخّل.
• يتنقل بين الجلسات المحلية وجلسات المتصفح باستخدام أمر &.
• يستخدم --teleport للقفز بين الجلسات.
• كل تبويب في الطرفية يحتوي على git checkout مستقل، بحيث تعمل كل جلسة على خطة مستقلة في فرع مستقل.

هذا ليس تعدد مهام عشوائي. كل جلسة تتولى مهمة محددة وواضحة النطاق. التوازي يأتي من وضوح الخطط، لا من التنقل بين السياقات.

ملاحظة مثيرة من التعليقات: يستخدم بوريس نسخ git checkout مستقلة لكل تبويب بدلاً من git worktrees. يرى أن النموذج الأبسط أسهل في الاستيعاب عند إدارة جلسات كثيرة في آنٍ واحد.

Opus 4.5 مع التفكير العميق - الأكبر فعلاً أسرع

يستخدم بوريس أكبر نموذج متاح لكل مهمة. هذا يبدو غير منطقي - Opus أبطأ لكل token وأغلى ثمناً. لكن منطقه عملي: النموذج الأكبر يحتاج تصحيحات أقل، ويستخدم الأدوات بدقة أعلى، وينتج نتائج أفضل من المحاولة الأولى.

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

• أفضل أداء برمجي بين جميع النماذج التي اختبرها.
• تدخلات أقل أثناء التنفيذ.
• إجمالي الوقت الفعلي يتقلص رغم البطء النسبي لكل token.

CLAUDE.md - هندسة السياق على مستوى الفريق

يضيف الفريق بأكمله ملف CLAUDE.md واحداً إلى Git. كلما ارتكب Claude خطأ، يُضيف أحدهم ملاحظة إلى هذا الملف حتى لا يتكرر الخطأ نفسه.

هذه هندسة تراكمية بالممارسة:

• أعضاء الفريق يساهمون بالتحديثات أسبوعياً.
• خلال مراجعة الكود، يستخدم الفريق علامات @.claude لطلب إضافات إلى CLAUDE.md.
• كل فريق يحتفظ بملف CLAUDE.md الخاص به.
• الملف يتحول إلى مخزون متنامٍ من المعرفة المؤسسية ترثه كل جلسة Claude.

المفهوم بسيط، لكن الانضباط في صيانته باستمرار هو ما يمنحه قوته.

وضع التخطيط - التخطيط الجيد هو 90% من النجاح

يبدأ بوريس معظم جلساته في وضع التخطيط (Plan Mode عبر shift+tab مرتين). إذا كان الهدف إنشاء pull request، يناقش الخطة مع Claude حتى يقتنع بها، ثم يتحول إلى وضع القبول التلقائي ويترك Claude ينفذ الخطة بالكامل دون مقاطعة.

سير العمل:

1. يستثمر وقتاً كافياً في مرحلة التخطيط.
2. يكرر العمل على الخطة حتى تغطي الحالات الحدّية والمشكلات المحتملة.
3. بمجرد تثبيت الخطة، يتحول إلى التنفيذ الآلي.
4. يقلّل التصحيحات والتعديلات أثناء التنفيذ إلى أدنى حد.

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

أوامر Slash والوكلاء الفرعيون - أتمتة العمل المتكرر

أي سير عمل يستخدمه بوريس أكثر من بضع مرات يومياً يتحول إلى أمر slash، يُحفظ في .claude/commands/. أوامر مثل /commit-push-pr تصبح متاحة لـ Claude نفسه، وليس للمطور فحسب.

• إلغاء الأوامر المتكررة بالكامل.
• استخدام bash مضمّن لحساب السياق مسبقاً، مما يجعل الأوامر أسرع.
• وكلاء فرعيون مثل code-simplifier وverify-app يتولون مهام التحقق المتكررة.
• hooks من نوع PostToolUse تنسّق الكود تلقائياً بعد كل تعديل.

يفهم بوريس أيضاً Skills باعتبارها شكلاً من أوامر slash - تعريفات سير عمل قابلة لإعادة الاستخدام والمشاركة توحّد طريقة تعامل Claude مع مهام محددة.

إدارة الصلاحيات وتكامل الأدوات

بدلاً من استخدام --dangerously-skip-permissions، يستخدم بوريس /permissions للموافقة المسبقة على الأوامر الآمنة. يتشارك الفريق إعدادات خوادم MCP حتى يتمكن Claude من الوصول مباشرة إلى Slack وBigQuery وSentry وأدوات أخرى.

• مشاركة إعدادات الصلاحيات عبر .claude/settings.json.
• مشاركة تكاملات الأدوات عبر .mcp.json.
• تقليل طلبات الصلاحيات غير الضرورية دون التضحية بالأمان.

هذه هي الأرضية الوسطى العملية بين الإغلاق الكامل والوصول غير المقيد. يتفق الفريق على ما هو آمن، يوثّقه، وينتقل للعمل.

حلقات التحقق - مضاعف الجودة بنسبة 2 إلى 3 أضعاف

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

على claude.ai/code، يجعل بوريس Claude يختبر كل تغيير عبر إضافة Chrome تتفاعل مع التطبيق الفعلي. حلقة التحقق تشمل:

• وكلاء خلفيون يفحصون العمل بعد اكتماله.
• hooks من نوع Agent Stop تشغّل عمليات تحقق حتمية.
• إضافة ralph-wiggum لتحقق إضافي.
• بيئات معزولة (sandbox) بأوضاع صلاحيات معدّلة لتجنب التوقف.
• اختبار تجربة المستخدم الحقيقية في المتصفحات والمحاكيات.

هذه ليست لمسة اختيارية. يعتبر بوريس حلقات التحقق هي الفارق بين جودة 1x وجودة 2-3x.

النمط الكامن وراء الممارسات

إذا تجاوزنا الأدوات والإعدادات المحددة، تبرز أربعة مبادئ:

• وزّع بكثافة. شغّل جلسات كثيرة، كل واحدة بنطاق واضح وفرع خاص.
• خطط قبل أن تبني. وضع التخطيط هو الميزة الأعلى تأثيراً في Claude Code.
• شارك السياق كفريق. CLAUDE.md يحوّل الدروس الفردية إلى معرفة جماعية.
• أغلق حلقة التحقق. دع Claude يفحص عمله قبل أن تراجعه أنت.

أكثر ما يلفت الانتباه في إعداد بوريس ليس تقنية بعينها - بل قلة الأجزاء المتحركة. مبتكر الأداة لا يعتمد على إعدادات غريبة. يعتمد على الأساسيات، مطبّقة بانتظام.