من الكود المكتوب يدويًا إلى البرمجيات المُدارة بالذكاء الاصطناعي: DHH يعيد كتابة مكتبة بايثون باستخدام Claude

مقدمة

قبل عام، كان ديفيد هاينماير هانسون (DHH)، مؤسس إطار عمل Rails، واحدًا من أبرز المطورين المدافعين عن متعة كتابة الكود يدويًا.

اليوم، أصبح موقفه مختلفًا تمامًا.

بعد قضاء وقت أطول مع Claude Code و Codex، استخدم DHH مؤخرًا Claude Fable 5 لإعادة كتابة مكتبة بايثون TerminalTextEffects باستخدام لغة Rust. وفقًا لتقرير المصدر، استهلك المشروع حوالي 11 مليون توكن، وتم تنفيذه بشكل أساسي عبر سير عمل وكلاء ذكاء اصطناعي دون إشراف بشري مباشر.

النتيجة كانت مذهلة: زمن بدء التشغيل انخفض من 87 مللي ثانية إلى 2 مللي ثانية، وسرعة العرض تحسنت بحوالي 9.6 أضعاف.

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

تسليم لوحة المفاتيح للذكاء الاصطناعي... ثم التقاعد؟

التباين بين موقف DHH الحالي وموقفه في العام الماضي واضح.

في مايو 2025، نشر مقالًا بعنوان "البرمجة يجب أن تكون شعورًا!"، دافع فيه عن أن الذكاء الاصطناعي يجب أن يكون أقرب إلى مبرمج زميل: مناسبًا للاطلاع على واجهات برمجة التطبيقات، والإجابة على الأسئلة، والمساعدة في حل مشكلات محددة، ولكن لا ينبغي أن يحل محل فعل كتابة الكود نفسه.

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

في محادثة استمرت ست ساعات مع ليكس فريدمان، وصف DHH أيضًا شعور فقدان "الذاكرة العضلية" عندما يولد الذكاء الاصطناعي الكود له مرارًا وتكرارًا.

أحد الأمثلة تعلق ببناء توزيعة لينكس. طلب من الذكاء الاصطناعي توليد نفس عبارة Bash الشرطية عدة مرات، لكنه اكتشف أنه لم يشعر أنه تعلمها حقًا لأنه لم يكتبها بنفسه.

قاده هذا إلى سؤال أعمق: هل ستعمل البرمجة بمساعدة الذكاء الاصطناعي على تآكل الطريقة التي يتعلم بها المطورون هندسة البرمجيات؟

لكن وفقًا لتقرير المصدر، بحلول أبريل 2026، تحول موقفه نحو سير عمل يعطي الأولوية للوكلاء.

اليوم، يطرح علنًا: كيف سيبدو تطوير البرمجيات عندما لا تكون لوحة المفاتيح هي الواجهة الأساسية للتفاعل؟

Claude Fable 5 يفكك مكتبة بايثون ويعيد بنائها باستخدام Rust

المشروع الذي اختاره DHH هو TerminalTextEffects (TTE)، وهو محرك مؤثرات بصرية للطرفية، يعمل كتطبيق سطر أوامر وكأداة مكتبة بايثون.

يوفر TTE تحريك النص والألوان والتدرجات والرسوم المتحركة ومؤثرات بصرية أخرى للطرفية. يصف مستودعه العام نفسه بأنه محرك مؤثرات بصرية للطرفية، ويوثق استخدامين: كأداة سطر أوامر وكأداة مكتبة بايثون.

ذكر تقرير المصدر أن DHH طلب من Claude إعادة كتابة المشروع باستخدام Rust.

المشروع الناتج بلغة Rust يحمل اسم ttfx، وقد تم وضعه تحت منظمة Omarchy الخاصة بـ DHH. وفقًا للمقال، يمكن للإصدار الجديد تشغيل 37 مؤثرًا، ويُحزم كملف تنفيذي بحجم حوالي 3 ميجابايت، دون الحاجة إلى بيئة تشغيل بايثون.

وفقًا للتقارير، استغرق التنفيذ حوالي 3 ساعات و11 دقيقة.

يحتوي تنفيذ Rust على حوالي 21,000 سطر من الكود الأساسي، وهو قريب من حجم نسخة بايثون الأصلية.

قاعدة الكود.

سير العمل مختلف أيضًا جذريًا عن "الإكمال التلقائي للذكاء الاصطناعي" التقليدي.

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

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

Codex تم تكليفه بنفس المهمة

كرر DHH التجربة باستخدام Codex.

وفقًا لتقرير المصدر، كان موجه واحد كافٍ لإنتاج نتيجة قوية أخرى. ومع ذلك، فقد استغرق إصدار Codex وقتًا أطول بحوالي 30%، وبلغت تكلفته حوالي 43 دولارًا، أي ما يعادل حوالي 290 يوانًا صينيًا.

هذه المقارنة قيّمة لأنها تحول الانتباه بعيدًا عن الفكرة المبسطة القائلة إن "البرمجة بالذكاء الاصطناعي إما سحرية أو سيئة".

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

لاحظ فريق Anthropic هذه التجربة أيضًا.

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

يمكن القول إن إجابة DHH كانت الجزء الأكثر إثارة للدهشة.

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

لا سير عمل مصمم بعناية مسبقًا، ولا قائمة طويلة من المعالم المحددة يدويًا، ولا تدخل مستمر للتوجيه.

هذا النهج هو اعتماد متعمد لموقف عدم التدخل.

الإنجاز دفعة واحدة لا يعني العمى

هناك تمييز مهم هنا.

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

ذكر تقرير المصدر أن DHH طلب أولاً من Claude وضع خطة، ثم ترك الوكيل ينفذ ويختبر ويكرر بنفسه.

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

يعتمد هذا النمط من التطوير القائم على الوكلاء بشكل كبير على:

• مستودعات كود ذات بنية مفهومة.
• مجموعات اختبار آلي قوية.
• أوامر بناء وتشغيل واضحة.
• القدرة على إنشاء الفروع ودمج التغييرات.
• وكلاء قادرون على فحص حالات الفشل وإعادة المحاولة.

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

العرض الأكبر: ترحيل مليون سطر في Bun

لا يزال TerminalTextEffects مشروعًا صغيرًا نسبيًا.

لذلك، يشير تقرير المصدر إلى حالة أكبر: Bun، بيئة تشغيل جافا سكريبت التي أنشأها جاريد سومنر.

كان Bun يُبنى تاريخيًا حول Zig. في عام 2026، خضعت قاعدة الكود الخاصة به لعملية ترحيل كبيرة إلى Rust، مع استخدام واسع النطاق لوكلاء برمجة الذكاء الاصطناعي.

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

أكدت السجلات العامة اللاحقة أن إعادة كتابة Bun بلغة Rust تم دمجها في المستودع الرئيسي. تم دمج طلب السحب الخاص بإعادة الكتابة على GitHub في 14 مايو 2026، وقد استبدل هذا الترحيل مسار البناء القائم على Zig ببنية تفضل Rust أولاً.

الترحيل أكثر دقة من مجرد "الذكاء الاصطناعي أعاد كتابة Bun".

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

هذا تمييز مهم.

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

التكلفة الحدية للكود تتجه نحو الصفر

يستخلص تقرير المصدر استنتاجًا أكبر من هذه الأمثلة.

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

توليد الكود أصبح أرخص بشكل متزايد.

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

هذا يغير هيكل تكاليف تطوير البرمجيات.

لم يعد السؤال ببساطة:

كم عدد المطورين الذين يمكننا توظيفهم لكتابة هذا الكود؟

أصبح السؤال بشكل متزايد:

كم عدد مهام البرمجيات المفيدة التي يمكن لمطور واحد تفويضها إلى مجموعة من وكلاء الذكاء الاصطناعي؟

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

الجيل القادم من المبرمجين قد يشبهون مروضي التنانين

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

يرى تقرير المصدر أن هذا الاستنتاج مبسط للغاية.

"لا أحد يكتب الكود يدويًا" لا يعني "لا يوجد مبرمجون".

يمكن أن يتغير محتوى العمل.

بدلاً من قضاء معظم اليوم في تنفيذ الميزات سطرًا بسطر، قد يكرس المطورون المزيد من الوقت لما يلي:

1. تحديد ما يجب بناؤه.
2. وضع القيود والواجهات.
3. تصميم أنظمة الاختبار.
4. مراجعة البنية والمقايضات.
5. التحقق من أن الكود المولد بواسطة الذكاء الاصطناعي صحيح بالفعل.
6. تحديد ما يجب أتمتته وما لا يجب أتمتته.

في هذا النموذج، لم تعد المهارة النادرة هي ضرب أزرار بناء الجملة.

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

عندما يكتب الذكاء الاصطناعي الكود، ماذا يصبح ذا قيمة؟

إذا أصبح التنفيذ أرخص بشكل متزايد، فإن المهارات الأخرى تصبح أكثر قيمة.

الحكم على المنتج

لا يزال هناك حاجة لشخص يقرر المشكلات التي تستحق الحل. الذكاء الاصطناعي

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

تصميم النظام

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

الاختبار

كلما زاد عدد الأكواد التي يمكن للذكاء الاصطناعي توليدها، زادت أهمية الاختبارات الآلية.

بدون طبقة تحقق قوية، فإن زيادة سرعة البرمجة لن تؤدي إلا إلى زيادة كمية الأكواد التي قد تحتوي على أخطاء.

التوجيه الفني

يجب على شخص ما إخبار الوكيل الذكي بالقيود التي يجب الالتزام بها.

يشمل ذلك ميزانيات الأداء، ومتطلبات التوافق، وحدود الأمان، والتبعيات، وأهداف الصيانة طويلة الأجل.

بعبارة أخرى، ينتقل دور الإنسان إلى مستوى أعلى من التجريد.

قد يكون المستقبل أقل تركيزًا على البرمجة وأكثر

على التوجيه

تشير الأمثلة في المقال الأصلي إلى تعريف آخر للبرمجة.

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

الناتج هو نظام من المتطلبات والقيود والاختبارات وأحكام التقييم التي تتيح ظهور البرمجيات الصحيحة.

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

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

الأسئلة الشائعة

هل أعاد DHH حقًا كتابة مكتبة بايثون باستخدام الذكاء الاصطناعي؟

وفقًا للمقال الأصلي، نعم. استخدم مؤسس Rails، ديفيد هاينماير هانسون، Claude Fable 5 عبر سير عمل متعدد الوكلاء عالي الاستقلالية، لإعادة كتابة TerminalTextEffects من بايثون إلى رست.

ما هو TerminalTextEffects؟

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

كيف تختلف إعادة الكتابة بلغة رست عن البرمجة العادية بالذكاء الاصطناعي؟

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

هل أكمل Codex أيضًا عملية إعادة الكتابة؟

يقول المقال الأصلي إن DHH كلف Codex بالمهمة الواسعة نفسها، وحصل أيضًا على نتيجة ممتازة أخرى. ويُزعم أنها استغرقت وقتًا أطول بنحو 30%، وبتكلفة حوالي 43 دولارًا.

هل أعيدت كتابة Bun أيضًا باستخدام وكلاء الذكاء الاصطناعي؟

نعم. تمت إعادة الكتابة الواسعة لـ Bun من Zig إلى Rust بمساعدة كبيرة من وكلاء الذكاء الاصطناعي، وتم دمج الكود الجديد ذي الأولوية لـ Rust في المستودع الرئيسي في مايو 2026.

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

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

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

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

الأدوات ذات الصلة

• Claude Code: بيئة البرمجة الوكيلة من Anthropic، للعمل على تطوير البرمجيات على مستوى المستودعات.
• OpenAI Codex: وكيل البرمجة من OpenAI، لمهام تطوير البرمجيات متعددة الخطوات.
• TerminalTextEffects: مشروع التأثيرات الطرفية بلغة بايثون الذي نوقش في المقال الأصلي.
• Bun: بيئة تشغيل جافا سكريبت، أكملت إعادة كتابة رئيسية من Zig إلى Rust في عام 2026.
• Rust: لغة البرمجة النظامية المستخدمة في إعادة كتابة TTE وتنفيذ Bun.

الروابط ذات الصلة

• مستودع TerminalTextEffects على GitHub: المستودع الرسمي لشفرة TTE المصدرية.
• وثائق TerminalTextEffects: وثائق استخدام وتطوير المشروع.
• مستودع Bun على GitHub: المستودع الرسمي لشفرة Bun المصدرية.
• طلب سحب إعادة كتابة Bun بلغة Rust: طلب السحب المدمج لترحيل Zig إلى Rust.
• الموقع الرسمي لـ Rust: الوثائق الرسمية وموارد النظام البيئي للغة Rust.
• Claude Code: معلومات رسمية حول وكيل البرمجة من Anthropic.

الملخص

تُعد تجربة DHH مع TerminalTextEffects مثالًا مفيدًا يوضح كيف يمكن لوكلاء البرمجة بالذكاء الاصطناعي تغيير وحدة العمل البرمجي. لم يعد المطورون يطلبون من الذكاء الاصطناعي كتابة دالة واحدة في كل مرة، بل يفوّضون بشكل متزايد مهام إعادة الهيكلة والترحيل بأكملها إلى فرق من الوكلاء.

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

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