مؤسس Claude Code يكشف: كيف تحول Claude إلى "فريق التطوير الافتراضي" الخاص بك؟

انطلا

النص الأصلي: بوريس تشيرني، مطور لعبة كلود كود

التجميع والتنظيم: شياوهو الذكاء الاصطناعي

ربما سمعت عن كود كلود وحتى استخدمته لكتابة الكود وتعديل الوثائق. لكن هل تساءلت يوما: كيف سيغير الذكاء الاصطناعي طريقة عملك إذا لم يكن “أداة مؤقتة” بل عضوا كاملا في عملية تطويرك، أو حتى نظام تعاون آلي؟

كتب بوريس تشيرني، والد كلود كود، تغريدة مفصلة جدا عن كيفية استخدامه للأداة بكفاءة وكيف يدمج هو وفريقه كلود في العملية الهندسية بأكملها عمليا.

سيقدم هذا المقال ملخصا منهجيا وتفسيرا شعبيا لتجربته.

كيف جعل بوريس من الذكاء الاصطناعي شريكا للأتمتة في سير عمله؟

أهم النقاط المستخلصة:

قدم سير عمله، بما في ذلك:

كيفية استخدام كلود:

شغل العديد من كلود معا: افتح 5~10 جلسات على الطرفية والصفحة الإلكترونية لإدارة المهام بالتوازي، واستخدم هاتفك المحمول كلود.

لا تغير الإعدادات الافتراضية بشكل أعمى: كلود يعمل مباشرة من العلبة، فلا حاجة لإعدادات معقدة.

استخدم أقوى نموذج (أوبوس 4.5): أبطأ قليلا، لكنه أذكى وأقل مشاكل.

خطط قبل كتابة الكود (وضع الخطة): دع كلود يساعدك على التفكير بوضوح قبل الكتابة، مع معدل نجاح عال.

بعد إنشاء الكود، استخدم الأدوات لفحص التنسيق لتجنب الأخطاء.

كيف نجعل كلود أذكى وأكثر ذكاء:

يحافظ الفريق على “قاعدة معرفية”: كلما كتب كلود شيئا خاطئا، يضيف خبرة ولا يكررها في المرة القادمة.

تدريب كلود تلقائيا عند كتابة PRs: دع كلود يقرأ PRs ويتعلم استخدامات أو مواصفات جديدة.

الأوامر الشائعة تتحول إلى أوامر القطع، ويمكن لكلود استدعاؤها تلقائيا، مما يوفر العمل المتكرر.

استخدم “الوكلاء الفرعيين” للتعامل مع بعض المهام الثابتة، مثل تبسيط الكود، التحقق من الوظائف، وغيرها.

كيفية إدارة الأذونات:

بدلا من تخطي الأذونات، اضبط أوامر آمنة ليتم تمريرها تلقائيا.

مزامنة سير عمل كلود عبر عدة أجهزة (الويب، الطرفية، الجوال).

أهم نقطة:

تأكد من إعطاء كلود “آلية تحقق” حتى يتمكن من التأكد من صحة ما يكتبه.

على سبيل المثال، يقوم Claude بتشغيل الاختبارات تلقائيا، ويفتح المتصفح لاختبار صفحات الويب، ويتحقق مما إذا كانت الوظيفة تعمل.

كلود كود هو “شريك” وليس “أداة”

يبدأ بوريس بنقل فكرة أساسية: كود كلود ليس أداة ثابتة، بل هو رفيق ذكي يمكنه العمل معك، والتعلم المستمر، والنمو معا.

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

اختيار النموذج: اختر الأذكى، وليس الأسرع

يستخدم بوريس نموذج كلود الرئيسي، أوبوس 4.5 + العقلية (“مع التفكير”), لجميع مهام التطوير.

على الرغم من أن هذا النموذج أكبر وأبطأ من سونيت، إلا أن:

وهي أكثر شمولا

أفضل مع الأدوات

لا حاجة للتوجيه المتكرر، أو تقليل التواصل ذهابا وإيابا

بشكل عام، يوفر وقتا أكثر من استخدام النماذج السريعة

التنوير: الكفاءة الحقيقية في الإنتاج لا تكمن في سرعة التنفيذ، بل في “أخطاء أقل، وإعادة تصميم أقل، وتفسيرات أقل تكرارا”.

1. وضع الخطة: اكتب كودا باستخدام الذكاء الاصطناعي، لا تتسرع في السماح له ب"الكتابة"

عندما نفتح Claude، يكتبون الكثير من الناس بشكل حدسي “اكتب لي واجهة” أو “أعد هيكلة هذا الكود”… عادة ما يكتب كلود بعضا منها، لكنه غالبا ما يضل الطريق، أو يفقد المنطق، أو حتى يسيء فهم المتطلبات.

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

كيف فعل ذلك؟

عند بدء الإقامة الدائمة، لا يسمح بوريس لكلود بكتابة الكود مباشرة، بل يستخدم وضع الخطة:

1. صف الهدف

2. ضع خطة مع كلود

3. تأكيد كل خطوة

4. دع كلود يكتب بخط اليد

كلما احتاج إلى تنفيذ ميزة جديدة، مثل “إضافة التقييد إلى واجهة برمجة التطبيقات”، سيؤكد ذلك مع كلود خطوة بخطوة:

هل يتم تنفيذها باستخدام برنامج وسيط، أم أنها مدمجة منطقيا؟

هل يحتاج تكوين التقييد الحالي إلى تعديل ديناميكي؟

هل تحتاج إلى سجلات؟ ماذا يتم إرجاعه عند فشلها؟

عملية “التفاوض على الخطة” مشابهة لشخصين يرسمان “رسومات البناء” معا.

بمجرد أن يفهم كلود الهدف، يشغل بوريس وضع “القبول التلقائي للتعديلات”، الذي يسمح لكلود بتعديل الكود، وتقديم الطلبات الدائمة، وأحيانا حتى إلغاء الحاجة إلى التأكيد اليدوي.

“جودة كود كلود تعتمد على ما إذا كنت توافقين قبل كتابة الشيفرة.” —— بوريس

الوحي: بدلا من تصحيح أخطاء كلود مرارا، دعونا نرسم خارطة طريق واضحة من البداية.

الملخص

نموذج الخطة ليس مضيعة للوقت، بل هو تفاوض مسبق لتنفيذ مستقر. بغض النظر عن مدى قوة الذكاء الاصطناعي، يجب أن يكون “أنت تقولها بوضوح”.

2. مولتي-كلود موازي: ليس فريق تطوير افتراضي الذكاء الاصطناعي، بل فريق تطوير افتراضي

بوريس لم يستخدم كلود واحد فقط. روتينه اليومي كالتالي:

افتح 5 كلود محلية في الطرفية، ويتم تعيين الجلسات لمهام مختلفة (مثل إعادة الهيكلة، كتابة الاختبارات، ووجود أخطاء).

افتح 5–10 كلود أخرى في المتصفح، موازية للمستوى المحلي

استخدم تطبيق كلود iOS على هاتفك لتشغيل مهمة في أي وقت

كل نسخة من كلود تشبه “مساعدا مخصصا”: بعضها مسؤول عن كتابة الكود، وبعضها مسؤول عن إكمال المستندات، وبعضها معلق في الخلفية لفترة طويلة لأداء مهام الاختبار.

حتى أنه أعد إشعارات النظام بحيث يتم تنبيهه بمجرد انتظار كلود للمدخلات.

لماذا تفعل هذا؟

سياق كلود محلي وغير مناسب ل “نافذة واحدة تفعل كل شيء”. يقسم بوريس كلود إلى عدة شخصيات لتعمل بالتوازي، مما يقلل أوقات الانتظار و"يتداخل مع الذاكرة" في الآخر.

كما يذكر نفسه من خلال إشعارات النظام: “كلود 4 ينتظر ردك” و"كلود 1 انتهى من الاختبار"، ويدير هذه الذكاءات كما لو كانت تدير نظاما متعدد الخيوط.

فهم التشبيه

تخيل نفسك جالسا بجانب خمسة متدربين أذكياء، كل منهم مكلف بمهمة. لا تحتاج إلى القيام بكل شيء حتى النهاية، فقط “استبعاد الناس” في اللحظات الحرجة وحافظ على سير المهمة بسلاسة.

التبعات: استخدام كلود كمساعدين افتراضيين متعددين لأداء مهام مختلفة يمكن أن يقلل بشكل كبير من أوقات الانتظار وتكاليف تبديل السياق.

3. أوامر القطع: حول ما تفعله يوميا إلى اختصارات لكلود

هناك بعض سير العمل الذي نقوم به عشرات المرات يوميا:

تعديل الكود → الالتزام → الدفع → إنشاء PR

تحقق من حالة البناء → إبلاغ الفريق بمشاكل التحديث →

مزامنة التغييرات مع عدة جلسات على الويب وعلى الموقع

بوريس لا يريد أن يحث كلود في كل مرة: “يرجى الالتزام، ثم دفع، ثم بناء علاقات عامة…”

يلخص هذه العمليات في أوامر Slash، مثل:

/commit-push-pr

خلف هذه الأوامر يوجد منطق سكريبت Bash، المخزن في مجلد .claude/commands/، وأضيف إلى إدارة Git ويستخدمه أعضاء الفريق.

كيف يستخدم كلود هذه الأوامر؟

عندما يواجه كلود هذا الأمر، لا يكتفي ب “تنفيذ الأمر”، بل يعرف سير العمل الذي يمثله ويمكنه تنفيذ الخطوات الوسيطة تلقائيا، وتعبئة المعلمات مسبقا، وتجنب تكرار الاتصال.

افهم النقاط الأساسية

أمر Slash يشبه “الزر التلقائي” الذي تثبيته لكلود. تدربه على فهم تدفق المهمة، ثم يمكنه تنفيذها بنقرة واحدة.

“ليس فقط يمكنني توفير الوقت بالأوامر، بل كلود أيضا.” —— بوريس

الوحي: لا تكرر توجيه الإدخال في كل مرة، قم بتجريد المهام عالية التردد إلى أوامر، يمكنك أنت وكلود العمل معا ل “أتمتة”.

4. قاعدة معرفة الفريق: لا يعتمد كلود على التعليمات للتعلم، بل على جينات المعرفة التي يحتفظ بها الفريق

يحافظ فريق بوريس على قاعدة معرفية ل .claude وينضم إلى إدارة Git.

إنه مثل “ويكيبيديا داخلية” لكلود، حيث يسجل:

ما هي الطريقة الصحيحة للكتابة

ما هي أفضل الممارسات التي يتفق عليها الفريق

ما هي المشاكل التي يجب تصحيحها؟

يقوم كلود تلقائيا بإشارة إلى هذه القاعدة المعرفية لفهم السياق وتحديد نمط الكود.

ماذا تفعل عندما يفعل كلود شيئا خاطئا؟

كلما أساء كلود فهم المنطق أو كتب بشكل خاطئ، يضيف درسا.

كل فريق يحافظ على نسخته الخاصة.

الجميع يتعاون في التحرير، وكلود يتخذ الأحكام بناء على قاعدة المعرفة هذه في الوقت الحقيقي.

على سبيل المثال:

إذا استمر كلود في كتابة منطق الترقيم الخاطئ، يحتاج الفريق فقط إلى كتابة معيار الترقيم الصحيح في قاعدة المعرفة، وسيستفيد كل مستخدم تلقائيا في المستقبل.

نهج بوريس: لا توبخه، لا تطفئه، لكن “تدرب مرة واحدة”:

نحن لا نكتب هذا الكود بهذه الطريقة، بل نضيفه إلى قاعدة المعرفة

كلود لن يكرر هذا الخطأ في المرة القادمة.

علاوة على ذلك، أن هذه الآلية لا يحافظ عليها بوريس وحده، بل يساهم الفريق بأكمله ويعدل كل أسبوع.

التنوير: مع الذكاء الاصطناعي، ليس الجميع بمفرده، بل لبناء نظام من “الذاكرة الجماعية”.

5. آلية التعلم التلقائي: العلاقات العامة نفسها هي “بيانات التدريب” الخاصة بكلود

غالبا ما @Claude بوريس على العلاقات العامة عند مراجعة الكود، مثل:

أضاف @.claude هذه الوظيفة إلى قاعدة المعرفة

بالتعاون مع GitHub Actions، يتعلم Claude تلقائيا النية وراء هذا التغيير ويحدث معرفته الداخلية.

يشبه الأمر “تدريب كلود المستمر”، حيث لا تتطابق كل مراجعة فقط مع الكود بل تحسن أيضا قدرات الذكاء الاصطناعي.

لم يعد هذا “ما بعد الصيانة” بل يدمج آليات التعلم الذكاء الاصطناعي في التعاون اليومي.

يستخدم الفريق العلاقات العامة لتحسين جودة الكود، بينما يحسن كلود المعرفة في الوقت نفسه.

التداعيات: العلاقات العامة ليست مجرد عملية مراجعة برمجية، بل هي فرصة لأدوات الذكاء الاصطناعي لتطوير نفسها.

6. الوكلاء الفرعيون: دع كلود يؤدي المهام المعقدة بشكل معياري

بالإضافة إلى عملية المهمة الرئيسية، يحدد بوريس أيضا عددا من العوامل الفرعية للتعامل مع المهام الثانوية الشائعة.

الوكلاء الفرعيون هي وحدات تعمل تلقائيا، مثل:

مبسط الكود: يبسط الهيكل تلقائيا بعد أن ينتهي كلود من كتابة الكود

verify-app: شغل اختبارا كاملا للتحقق من توفر الكود الجديد

محلل السجل: يحلل سجلات الأخطاء لتحديد المشكلات بسرعة

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

الوحي: العميل الفرعي هو “عضو فريق” كلود، وتمت ترقية كلود من مساعد إلى “قائد مشروع”.

كلود ليس شخصا واحدا فقط، بل مدير صغير يمكنك قيادة فريقه.

7. الفقرة الإضافية 1: PostToolUse Hook - آخر حارس لتنسيق الكود

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

ما يفعله بوريس هو إعداد خطاف PostToolUse -

ببساطة، هذا هو “خطاف المعالجة اللاحقة” الذي يستدعيه كلود تلقائيا بعد “إكمال المهمة”.

تشمل أدوارها:

إصلاح تنسيق الكود تلقائيا

ملاحظات إضافية مفقودة

التعامل مع أخطاء الوبر لتجنب توقفات CI

عادة ما تكون هذه الخطوة بسيطة، لكنها حاسمة. تماما مثل إعادة تشغيل Grammarly بعد كتابة مقال، العمل المقدم مستقر ومرتب.

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

8. إدارة الأذون: قم بالموافقة المبدئية بدلا من تخطيها

يوضح بوريس أنه لا يستخدم --بشكل خطير-تخطي-أذونات - وهو معلمة في كود كلود يمكنها تخطي جميع أوامر الأصوات عند تنفيذ الأوامر.

يبدو الأمر مريحا، لكنه قد يكون خطيرا أيضا، مثل حذف الملفات عن طريق الخطأ، أو تشغيل سكريبتات خاطئة، وما إلى ذلك.

بدائل ديلاته:

1. استخدم أمر /permissions لإعلان الأوامر التي تستحق الموثوقية بشكل صريح

2. اكتب هذه التكوينات على .claude/settings.json

3. شارك هذه الإعدادات الأمنية مع فريقك بأكمله

يشبه الأمر فتح دفعة من عمليات “القائمة البيضاء” لكلود، مثل:

“الأوامر المعتمدة مسبقا”: [

“ارتكب اللعبة”،

“بناء NPM Run”,

“بايتيست”

]

ينفذ كلود هذه الأفعال دون مقاطعتها في كل مرة.

تم تصميم آلية الإذن هذه لتكون أشبه بنظام تشغيل جماعي أكثر من كونها أداة مستقلة. يقوم بتفويض أوامر الضرب الشائعة والآمنة مسبقا باستخدام أمر /permissions، والتي تحفظ في .claude/settings.json وتشاركها الفريق.

التداعيات: أتمتة الذكاء الاصطناعي لا تعني الخروج عن السيطرة. دمج سياسات الأمن في عملية الأتمتة نفسها هو حقا هندسة.

9. الربط متعدد الأدوات: كلود = روبوت متعدد الوظائف

بوريس لا يسمح لكلود بكتابة الشيفرة محليا فقط. قام بتكوين كلود للوصول إلى منصات أساسية متعددة عبر MCP (وحدة خدمة مركزية):

إشعارات Slack التلقائية (مثل نتائج البناء)

استعلام بيانات BigQuery (مثل مقاييس سلوك المستخدم)

جمع سجلات سنتري (مثل تتبع الشذوذات عبر الإنترنت)

كيف يمكن تحقيق ذلك؟

يتم حفظ تكوين MCP في .mcp.json

يقرأ كلود التكوينات أثناء وقت التشغيل، وينفذ المهام متعددة المنصات بشكل تلقائي

يشارك الفريق بأكمله مجموعة من التكوينات

يتم كل ذلك من خلال دمج نظام التحكم المركزي (MCP) مع كلود، ويتم حفظ التكوين في .mcp.json.

كلود يشبه مساعدا روبوتي يساعدك على ذلك:

“إنهاء كتابة الكود → تقديم مراجعة أداء → الإقامة الدائمة → إبلاغ سجل ضمان الجودة → التقرير”.

لم يعد هذا أداة الذكاء الاصطناعي بالمعنى التقليدي، بل أصبح مركزا عصبيا للأنظمة الهندسية.

الكشف عن الوحي: لا تدع الذكاء الاصطناعي يعمل فقط “في المحرر”،

يمكن أن يكون جدولة في نظام النظام بأكمله.

10. المعالجة غير المتزامنة للمهام الطويلة: وكيل خلفية + إضافة + هوك

في المشاريع الحقيقية، يضطر كلود أحيانا للتعامل مع مهام طويلة، مثل:

البناء + الاختبار + النشر

إنشاء تقارير + إرسال رسائل بريد إلكتروني

سكريبت ترحيل البيانات يعمل

نهج بوريس مصمم للغاية:

ثلاث طرق للتعامل مع المهام الطويلة:

1. بعد إكمال كلود، استخدم وكيل الخلفية للتحقق من النتائج

2. استخدم خطاف الإيقاف لتفعيل إجراءات المتابعة تلقائيا في نهاية المهمة

3. استخدم إضافة ralph-wiggum (المقترحة من @GeoffreyHuntley) لإدارة حالات العمليات الطويلة

في هذه السيناريوهات، يستخدم بوريس:

–permission-mode=dontAsk

أو وضع المهام في صندوق مفتوح لتجنب مقاطعة العملية بسبب أوامر الأداء.

كلود ليس “مراقبا دائما”، بل هو متعاون يمكنك الوثوق به في استضافتك.

التبعات: أدوات الذكاء الاصطناعي ليست مناسبة فقط للعمليات القصيرة والسريعة، بل أيضا للعمليات المعقدة طويلة الأمد - بشرط بناء “آلية استضافة” لها.

11. آلية التحقق التلقائي: قيمة إخراج كلود لا تستحق العناء، فهي تعتمد على ما إذا كان بإمكانه التحقق من نفسه

واحدة من أهم الأمور في تجربة بوريس هي:

أي نتيجة يخرجها كلود يجب أن تحتوي على “آلية تحقق” للتحقق من صحتها.

سيضيف نص تحقق أو خطاف لكلود:

بعد كتابة الكود، يقوم كلود تلقائيا بتشغيل حالات الاختبار للتحقق من صحة الكود

محاكاة تفاعلات المستخدمين في المتصفح للتحقق من تجربة الواجهة الأمامية

مقارنة السجلات والمقاييس تلقائيا قبل وبعد العملية

إذا لم ينجح، يقوم كلود بتعديله وإعادة التنفيذ تلقائيا. حتى يمر.

كأن كلود جلب “نظام تغذية راجعة مغلقة” بنفسه.

هذا لا يحسن الجودة فقط، بل يقلل أيضا من العبء المعرفي على الناس.

التنوير: ما يحدد حقا جودة نتائج الذكاء الاصطناعي ليس عدد معلمات النموذج، بل ما إذا كنت قد صممت “آلية فحص النتائج” له.

الملخص: بدلا من استبدال البشر، دع الذكاء الاصطناعي يعمل معا مثل البشر

نهج بوريس لا يعتمد على “الميزات الخفية” أو التكنولوجيا المظلمة، بل يستخدم كلود هندسيا لترقيته من “أداة دردشة” إلى مكون نظام فعال وفعال.

استخدامه لكلود عدة ميزات أساسية:

التوازي متعدد الجلسات: تقسيم أوضح للمهام وكفاءة أعلى

الخطة أولا: وضع الخطة يحسن محاذاة أهداف كلود

دعم نظام المعرفة: يقوم الفريق بصيانة قاعدة المعرفة الذكاء الاصطناعي بشكل مشترك ويكرر باستمرار

أتمتة المهام: أوامر Slash + الوكلاء الفرعيين، مما يسمح لكلود بالعمل كمحرك عمليات

آلية التغذية الراجعة المغلقة: كل مخرج من كلود يحتوي على منطق تحقق، مما يضمن استقرارا وموثوقية في المخرج.

في الواقع، يظهر نهج بوريس طريقة جديدة لاستخدام الذكاء الاصطناعي:

ترقية كلود من “مساعد حواري” إلى “نظام برمجة آلي”

تحويل تراكم المعرفة من الدماغ البشري إلى قاعدة معرفية ل الذكاء الاصطناعي

حول العمليات من عمليات يدوية متكررة إلى سير عمل آلي مبرمجة ومعيارية وتعاونية

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

إذا كنت تشعر كثيرا أن “يعرف القليل لكنه غير موثوق” أو “دائما أحتاج لإصلاح الكود الذي أكتبه”، فقد لا تكون المشكلة في كلود، بل لأنك لم تعطه آلية تعاون ناضجة.

يمكن أن يكون كلود متدربا مؤهلا أو شريكا هندسيا مستقرا وموثوقا، حسب طريقة استخدامك له.