إصدارتحليل · على الرادارLatent Space (swyx)→ المصدر

ستانفورد تعلّم الطلاب تقديم التصحيحات إلى مشرفي المشاريع: كيف يعمل مقرر CS146S

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

معالج بواسطة الذكاء الاصطناعي من Latent Space (swyx)؛ بتحرير Hamidun News
ستانفورد تعلّم الطلاب تقديم التصحيحات إلى مشرفي المشاريع: كيف يعمل مقرر CS146S
المصدر: Latent Space (swyx). كولاج: Hamidun News.
استمع للمقال
بطاقة الحقائق والأرقام
المعيارالتفاصيل
المصدر الأصليLatent Space (swyx) ↗
رئيس التحرير
التكليفمستودع غير مألوف، وتصحيح برمجي، والدفاع عنه أمام مشرف المشروع
حقيقة رئيسية #2تطوّر Monaco مساحات عمل الوكلاء داخليًا وتشتري أدوات مراجعة الشيفرة
حقيقة رئيسية #3حصل وكيل المناوبة في Monaco على صلاحية الوصول إلى Datadog وGitHub

بماذا نكلّف الطلاب إذا كان الوكيل ينجز كل شيء بنفسه؟

مشكلة مألوفة: تسند مهمة إلى مطوّر مبتدئ، فينجزها Claude Code أو وكيل آخر بطلب واحد. واجه المدرّسون المشكلة نفسها. لم تعد واجبات العام الماضي تقيس ما تعلّمه الطالب.

يدرّس ميخائيل إريك مقرر CS146S The Modern Software Developer في ستانفورد، ويقود الذكاء الاصطناعي في شركة Monaco الناشئة. وفي النسخة الثانية من المقرر، غيّر آلية التقييم نفسها. فقد أُشرك مشرفو مشاريع مفتوحة المصدر في المقرر. وعلى الطالب أن يفهم مستودعًا غير مألوف، ويقترح تعديلًا، ثم يشرح تصحيحه للشخص الذي قد يدمجه.

ينسجم هذا التكليف مع واقع العمل. فتوليد الشيفرة أصبح زهيد التكلفة، بينما يظل فهم قاعدة شيفرة كتبها آخرون، والإحاطة بالسياق، وتحمّل مسؤولية التغييرات أمورًا مكلفة. لن يقيّم مشرف المشروع براعة صياغة الطلب؛ بل سيسأل عن ضرورة التعديل وما قد يتسبب في تعطيله.

ما الذي صمد أمام اختبار بيئة الإنتاج؟

في حلقة من بودكاست Latent Space بمناسبة وصول قناة AI Engineer إلى مليون مشترك، يستعرض إريك برنامج المقرر الممتد على عشرة أسابيع. ويشرح الدروس التي أثبتت فائدتها داخل فريقه الهندسي. وتشمل الموضوعات آلية عمل حلقة تنفيذ وكيل البرمجة وأدواته وإطار تشغيله (harness)، وهندسة السياق للمستودعات الكبيرة، والمهارات التي تساعد على فهم فروق الشيفرة بدلًا من قبولها دون تمحيص.

ويُخصّص جزء من النقاش لقرار «البناء أم الشراء». طوّرت Monaco داخليًا مساحات عمل الوكلاء، أي بيئات العمل المخصّصة لكل وكيل، واشترت أدوات مراجعة الشيفرة. كما منحت وكيل المناوبة صلاحية الوصول إلى Datadog وGitHub ليتمكن من فحص التنبيهات بنفسه وربطها بالشيفرة. ويلخّص إريك نهجه بهذه الصيغة: اشترِ لتتعلّم، وابنِ لتحتفظ بما تبنيه.

ومن الموضوعات الأخرى المطروحة: كيفية تهيئة المستودعات لعمل الوكلاء، وما ينبغي فعله حين تصبح مراجعة الشيفرة عنق زجاجة، والأمن والاعتماديات وصلاحيات الوصول، والوكلاء الذين يعملون في الخلفية مثل Stripe Minions، وبوابات MCP، والسؤال عن العمل الذي سيبقى للمطوّرين.

القيود والخلاصة العملية

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

ومع ذلك، يبقى الدرس العملي مفيدًا. إذا كنت توظّف مطوّرين مبتدئين أو تدربهم، فاستبدل معيار «كتب شيفرة» بمعيار «فهم شيفرة الآخرين ودافع عن تعديله». وإذا كنت تبني فريقًا يعتمد على الوكلاء، فحدّد مسبقًا ما تعدّه جوهر عملك وتحتفظ به داخليًا، وما ستشتريه. والأهم أن تهيّئ المستودع للوكيل: بنية واضحة، واختبارات، وإمكانية الوصول إلى أدوات الرصد، وصلاحيات محدودة. وإلا فستصبح مراجعة الشيفرة عنق الزجاجة، بدلًا من توليدها.

القصة

أسئلة وأجوبة حول الخبر

بماذا نكلّف الطلاب إذا كان الوكيل ينجز كل شيء بنفسه؟

مشكلة مألوفة: تسند مهمة إلى مطوّر مبتدئ، فينجزها Claude Code أو وكيل آخر بطلب واحد. واجه المدرّسون المشكلة نفسها. لم تعد واجبات العام الماضي تقيس ما تعلّمه الطالب. يدرّس ميخائيل إريك مقرر CS146S The Modern Software Developer في ستانفورد، ويقود الذكاء الاصطناعي في شركة Monaco الناشئة. وفي النسخة الثانية من المقرر، غيّر آلية التقييم نفسها. فقد أُشرك مشرفو مشاريع مفتوحة المصدر في المقرر. وعلى الطالب أن يفهم مستودعًا غير مألوف، ويقترح تعديلًا، ثم يشرح تصحيحه للشخص الذي قد يدمجه. ينسجم هذا التكليف مع واقع العمل.

ما الذي صمد أمام اختبار بيئة الإنتاج؟

في حلقة من بودكاست Latent Space بمناسبة وصول قناة AI Engineer إلى مليون مشترك، يستعرض إريك برنامج المقرر الممتد على عشرة أسابيع. ويشرح الدروس التي أثبتت فائدتها داخل فريقه الهندسي. وتشمل الموضوعات آلية عمل حلقة تنفيذ وكيل البرمجة وأدواته وإطار تشغيله (harness)، وهندسة السياق للمستودعات الكبيرة، والمهارات التي تساعد على فهم فروق الشيفرة بدلًا من قبولها دون تمحيص. ويُخصّص جزء من النقاش لقرار «البناء أم الشراء». طوّرت Monaco داخليًا مساحات عمل الوكلاء، أي بيئات العمل المخصّصة لكل وكيل، واشترت أدوات مراجعة الشيفرة.

ما أبرز التفاصيل حول القيود والخلاصة العملية؟

هذه محادثة مدتها ساعتان، وليست دراسة مدعومة بمقاييس. لا نرى حاليًا سوى الإعلان وفهرس الموضوعات، ولذلك يتطلّب الاطلاع على التفاصيل والأرقام المحددة متابعة الحلقة نفسها. وبعض المحتوى ترويجي صراحةً؛ إذ يروّج البودكاست وMonaco للموضوعات التي تهمّهما. ومع ذلك، يبقى الدرس العملي مفيدًا. إذا كنت توظّف مطوّرين مبتدئين أو تدربهم، فاستبدل معيار «كتب شيفرة» بمعيار «فهم شيفرة الآخرين ودافع عن تعديله». وإذا كنت تبني فريقًا يعتمد على الوكلاء، فحدّد مسبقًا ما تعدّه جوهر عملك وتحتفظ به داخليًا، وما ستشتريه.

ZK
جمال حميدون — مدير المنتجات في Alpina Digital ومدير منتج AlpinaGPT. يبني منتجات الذكاء الاصطناعي منذ 2019. بدأ Hamidun News كمشروع شخصي ثم أصبح مُجمِّعًا إنتاجيًا بأكثر من 6000 قارئ.
✦ Unified AI Workspace · Nomad

Test Frontier LLMs & Autonomous Agents in One Workspace

Run Claude Opus 5.5, GPT-6, Gemini 3.1, and DeepSeek side-by-side in Nomad AI (nomadnet.ai) — unified model routing, deep research, and multimodal workflows under one subscription.

Try Nomad AI →Launch Nomad Agent
ما رأيك؟
جارٍ تحميل التعليقات…