برمجة الأجواء، بعد شهر العسل

spinny:~/writing $ vim vibe-coding-agentic-engineering.md

1~
2يعد تشفير Vibe أحد تلك التعبيرات التي يبدو أنها مكروهة، ثم تصبح مفيدة ببطء.
3~
4في البداية يبدو الأمر مثل: لا أفكر، أنا أسأل الذكاء الاصطناعي، أقبل ما يخرج، استمر. طريقة مبهجة لإنتاج ديون فنية بخلفية موسيقية.
5~
6ولكن سيكون من السهل جدًا تجاهل الأمر بهذه الطريقة. الحقيقة هي أن البرمجة الحيوية قد اعترضت شيئًا حقيقيًا: البرمجة باستخدام النموذج تغير العلاقة بين الفكرة والنموذج الأولي.
7~
8في البداية كان لديك فكرة ثم تسلق طويل. الآن غالبًا ما يكون لديك فكرة وبعد نصف ساعة يتحرك شيء ما على الشاشة. من الصعب عدم إغراءه.
9~
10السؤال المثير للاهتمام، في عام 2026، ليس ما إذا كانت البرمجة الاهتزازية صحيحة أم لا. إنها. والسؤال هو: ماذا يحدث بعد شهر العسل؟
11~
12## أصبح النموذج الأولي اقتصاديًا
13~
14هذا هو الجزء الأكثر أهمية.
15~
16لقد أدت أدوات الذكاء الاصطناعي إلى خفض التكلفة العاطفية للبدء. من قبل، إذا كنت ترغب في تجربة فكرة ما، كان عليك بالفعل تنفيذ العمل: اختيار المكدس، وإنشاء المشروع، وتذكر النموذج المعياري، وكتابة التخطيط، وتوصيل واجهات برمجة التطبيقات (APIs)، والمجادلة مع التفاصيل المملة.
17~
18الآن يمكنك أن تقول: أعطني النسخة الأولى.
19~
20وتصل النسخة الأولى.
21~
22ليست دائما جميلة. ليس صحيحا دائما. في كثير من الأحيان هشة. لكنه يأتي. وعندما يصل يغير المحادثة. أنت لم تعد تجادل في الفراغ. أنت تلمس شيئا.
23~
24يعد هذا أمرًا قويًا جدًا للمصممين والمؤسسين ومديري المنتجات وكبار المطورين الذين سئموا إعادة كتابة السقالات والأشخاص الفضوليين الذين لم يفتحوا محررًا من قبل.
25~
26يعد تشفير Vibe أمرًا مثيرًا للضجيج لأنه يمنح المزيد من الأشخاص الإحساس الجسدي بالبرنامج الذي يتم إنشاؤه.
27~
28## المشكلة هي أن البرنامج لا يزال موجودًا
29~
30الجزء الذي أقل ما يقوله الميم هو اليوم التالي.
31~
32يجب قراءة النموذج الأولي. صحيح. تم اختباره. تم النشر. مؤمن. حصلت عليه من شخص آخر. متصلة بالبيانات الحقيقية. جعل الوصول إليها. يتم الحفاظ عليه عند تغير التبعية.
33~
34هنا يضرب الترميز الحيوي الحائط.
35~
36يمكن للنموذج إنشاء الكثير من التعليمات البرمجية بسرعة، لكن التعليمات البرمجية ليست ذات قيمة في حد ذاتها. إنه وعد بالسلوك. ويجب التحقق من الوعد.
37~
38خطر البرمجة الحيوية لا يكمن في كتابة تعليمات برمجية قبيحة. لقد فعلنا ذلك دائمًا حتى بدون الذكاء الاصطناعي. ويكمن الخطر في فقدان الإحساس بالملكية: حيث تصبح عبارة "النموذج هو الذي فعل ذلك" ذريعة لعدم الفهم الكافي.
39~
40لكن وقت التشغيل لا يقبل الأعذار. إذا تم تشغيل الكود في مرحلة الإنتاج، فهو ملكك.
41~
42## من البرمجة الحيوية إلى الهندسة الوكيلة
43~
44الإصدار الناضج من البرمجة الحيوية لا يعني التوقف عن استخدام الوكلاء. هو استخدامها مع دورة أكثر خطورة.
45~
46لا: فهو يولد كل شيء ونأمل.
47~
48لكن:
49~
501. وصف النية.
512. السماح بإنشاء مسودة؛
523. اطلب من الوكيل شرح الخطة؛
534. إجراء فروق صغيرة؛
545. إطلاق الاختبارات.
556. قم بالمراجعات؛
567. صحيح؛
578. عندها فقط انضم.
58~
59هذا الشيء يستحق اسما مختلفا. أنا أحب هندسة العملاء، حتى لو بدت رصينة بعض الشيء. ويعني ذلك استخدام الوكلاء ليس كماكينات القمار، ولكن كمتعاونين في عملية هندسية.
60~
61الهدف ليس استنزاف الطاقة من برمجة الأجواء. انها تعطي مساراتها.
62~
63## حيث يعمل بشكل رائع
64~
65تعمل تقنية Vibe coding عندما تكون تكلفة الخطأ منخفضة وقيمة الاستكشاف عالية.
66~
67أمثلة:
68~
69- نماذج الواجهة؛
70- الأدوات الشخصية؛
71- لوحات المعلومات الداخلية.
72- ألعاب صغيرة؛
73- السيناريو لمرة واحدة؛
74- عمليات فحص واجهة برمجة التطبيقات؛
75- إثبات المفهوم؛
76- إعادة البناء الميكانيكية مع اختبارات جيدة؛
77- المحتويات التقنية المراد تحويلها إلى عروض توضيحية.
78~
79في هذه الحالات السرعة هي النقطة. تريد معرفة ما إذا كانت الفكرة لها أرجل. تريد معرفة ما لم تفهمه. تريد الوصول إلى محادثة محددة.
80~
81يعد ترميز Vibe مثاليًا لظهور النموذج.
82~
83## حيث يصبح الأمر خطيرًا
84~
85يصبح الأمر خطيرًا عندما يكون للنظام عواقب ولا يتباطأ أحد.
86~
87المدفوعات، البيانات الشخصية، المصادقة، الأذونات، البنية التحتية، عمليات ترحيل قاعدة البيانات، التعليمات البرمجية القديمة الحساسة، الامتثال، الإنتاج. هنا الأجواء ليست كافية. نحن بحاجة إلى الصرامة.
88~
89هذا لا يعني أن الذكاء الاصطناعي لا يمكنه المساعدة. في الواقع، يمكن أن يساعد كثيرا. ولكن يجب أن تعمل ضمن حدود ضيقة: الفرع، ووضع الحماية، والاختبار، والوبر، والمراجعة، وعلامة الميزة، والتراجع.
90~
91العبارة التي سيتم رسمها على الشاشة بسيطة: كلما كان العامل أسرع، كلما كانت العملية أكثر قابلية للقراءة.
92~
93إذا لم تتمكن من شرح ما تغير، فأنت لم تقم بالتسريع. لقد قمت للتو بتحويل الديون من وقت إلى آخر.
94~
95## الدور الجديد للمطور
96~
97الجزء الأكثر إثارة للاهتمام هو أن وظيفة المطور لا تختفي. تغيير الكثافة.
98~
99وقت أقل على اللوحة المعيارية. مزيد من الوقت في النية والتحليل والمراجعة والتكامل والاختبار والحدود.
100~
101يصبح المطور نوعًا من المحرر الفني. ليس بالمعنى الأعرج لـ "التدقيق اللغوي". وبالمعنى القوي: فهو يقرر ما يجب أن يوجد، وما يجب قطعه، وما يتوافق مع النظام، وما يستحق الثقة.
102~
103المحرر الجيد لا يأخذ كل ما يحصل عليه. إنه حتى لا يعيد كتابة كل ذلك بدافع الفخر. يتعرف على المادة الجيدة، ويشكلها، ويحمي القارئ.
104~
105مع الوكلاء، القارئ هو أيضًا المشرف المستقبلي. في كثير من الأحيان هذا أنت في ثلاثة أسابيع.
106~
107## النمط الذي أرى ظهوره
108~
109النمط الأكثر صحة هو:
110~
111- الإنسان: النية، القيود، الذوق، المسؤولية؛
112- الوكيل: المتغيرات، السقالات، البحث، التعديلات المحلية، الاختبارات المتكررة؛
113- البنية التحتية: وضع الحماية، CI، التتبع، الأذونات، النشر؛
114- الفريق: المراجعة، الملكية، المعايير.
115~
116وعندما تفقد إحدى هذه القطع، يتشوه شيء ما.
117~
118الإنسان الوحيد: بطيء، وغالبًا ما يتعثر بسبب العمل المتكرر.
119~
120الوكيل فقط: سريع، ولكن دون حكم محدد.
121~
122البنية التحتية فقط: عملية أنيقة لإنتاج أشياء عديمة الفائدة.
123~
124الفريق فقط: اجتماعات منظمة للغاية حول نموذج أولي لا يصل أبدًا.
125~
126الأفضل يحدث عندما تتحدث القطع مع بعضها البعض.
127~
128## قائمة مرجعية صغيرة
129~
130قبل أن أسمح لنموذج أولي مرمز بالحيوية أن ينمو، أود أن أسأل نفسي هذه الأسئلة:
131~
132- هل أفهم بنية الكود؟
133- هل هناك اختبارات للسلوك الناقد؟
134- هل أعرف الملفات التي لمسها الوكيل؟
135- هل قمت بإزالة الكود الذي تم إنشاؤه ولكن لم يتم استخدامه؟
136- هل انتهى الأمر بأي أسرار أو رموز أو بيانات مزيفة في المكان الخطأ؟
137- هل يتم احترام الحد الأدنى لإمكانية الوصول؟
138- هل النشر له تراجع؟
139- هل يستطيع أحد غيري الاحتفاظ بها؟
140~
141إذا كانت الإجابة لا على الكثير من الأسئلة، فهذا ليس فشلاً. إنه مجرد نموذج أولي يجب أن يظل نموذجًا أوليًا لفترة أطول قليلاً.
142~
143##قراءتي
144~
145إن البرمجة الحيوية هي كلمة عالية لشيء رقيق: متعة رؤية فكرة تتشكل قبل أن يوقفها الخوف.
146~
147أنا لا أريد أن رميها بعيدا. سيكون ذلك متعجرفًا. العديد من الأشياء الجيدة تولد بهذه الطريقة، نصف ملتوية وحيوية.
148~
149لكن البرامج المتبقية تحتاج إلى المزيد. إنها تحتاج إلى الفهم والاختبار والملكية والبنية التحتية والحدود. إنها تحتاج إلى من يقول: رائع، الآن دعونا نجعل الأمر حقيقيًا.
150~
151ربما لا يتعلق المستقبل بالاختيار بين البرمجة "الجدية" والبرمجة "الحيوية". ربما يكون الأمر بمثابة تعلم تغيير أسلوبك: الاستكشاف بخفة، ثم الدمج باحترام.
152~
153الجزء البشري هناك. اعرف متى تركض ومتى تجلس وتقرأ الفرق.
154~
155## المصادر
156~
157- [سايمون ويليسون: ليست كل البرمجة المدعومة بالذكاء الاصطناعي عبارة عن تشفير ديناميكي](https://simonwillison.net/2025/Mar/19/vibe-coding/)
158- [OpenAI: كيف يستخدم الأشخاص ChatGPT](https://openai.com/index/how-people-are-using-chatgpt/)
159- [مدونة GitHub: وكيل ترميز GitHub Copilot](https://github.blog/ai-and-ml/github-copilot/introducing-github-copilot-coding-agent/)
160- [أنثروبي: بناء عوامل فعالة](https://www.anthropic.com/engineering/building-efficiency-agents)
161- [مدونة Stack Overflow: لماذا تعتبر البرمجة الحيوية هي المستقبل](https://stackoverflow.blog/2025/04/21/why-vibe-coding-is-the-future/)
162~

NORMAL · vibe-coding-agentic-engineering.md [readonly]162 lines · :q to close

2يعد تشفير Vibe أحد تلك التعبيرات التي يبدو أنها مكروهة، ثم تصبح مفيدة ببطء.

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

6ولكن سيكون من السهل جدًا تجاهل الأمر بهذه الطريقة. الحقيقة هي أن البرمجة الحيوية قد اعترضت شيئًا حقيقيًا: البرمجة باستخدام النموذج تغير العلاقة بين الفكرة والنموذج الأولي.

8في البداية كان لديك فكرة ثم تسلق طويل. الآن غالبًا ما يكون لديك فكرة وبعد نصف ساعة يتحرك شيء ما على الشاشة. من الصعب عدم إغراءه.

10السؤال المثير للاهتمام، في عام 2026، ليس ما إذا كانت البرمجة الاهتزازية صحيحة أم لا. إنها. والسؤال هو: ماذا يحدث بعد شهر العسل؟

11~

12## أصبح النموذج الأولي اقتصاديًا

13~

14هذا هو الجزء الأكثر أهمية.

15~

16لقد أدت أدوات الذكاء الاصطناعي إلى خفض التكلفة العاطفية للبدء. من قبل، إذا كنت ترغب في تجربة فكرة ما، كان عليك بالفعل تنفيذ العمل: اختيار المكدس، وإنشاء المشروع، وتذكر النموذج المعياري، وكتابة التخطيط، وتوصيل واجهات برمجة التطبيقات (APIs)، والمجادلة مع التفاصيل المملة.

17~

18الآن يمكنك أن تقول: أعطني النسخة الأولى.

19~

20وتصل النسخة الأولى.

21~

22ليست دائما جميلة. ليس صحيحا دائما. في كثير من الأحيان هشة. لكنه يأتي. وعندما يصل يغير المحادثة. أنت لم تعد تجادل في الفراغ. أنت تلمس شيئا.

23~

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

25~

26يعد تشفير Vibe أمرًا مثيرًا للضجيج لأنه يمنح المزيد من الأشخاص الإحساس الجسدي بالبرنامج الذي يتم إنشاؤه.

27~

28## المشكلة هي أن البرنامج لا يزال موجودًا

29~

30الجزء الذي أقل ما يقوله الميم هو اليوم التالي.

31~

32يجب قراءة النموذج الأولي. صحيح. تم اختباره. تم النشر. مؤمن. حصلت عليه من شخص آخر. متصلة بالبيانات الحقيقية. جعل الوصول إليها. يتم الحفاظ عليه عند تغير التبعية.

33~

34هنا يضرب الترميز الحيوي الحائط.

35~

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

37~

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

39~

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

41~

42## من البرمجة الحيوية إلى الهندسة الوكيلة

43~

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

45~

46لا: فهو يولد كل شيء ونأمل.

47~

48لكن:

49~

501. وصف النية.

512. السماح بإنشاء مسودة؛

523. اطلب من الوكيل شرح الخطة؛

534. إجراء فروق صغيرة؛

545. إطلاق الاختبارات.

556. قم بالمراجعات؛

567. صحيح؛

578. عندها فقط انضم.

58~

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

60~

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

62~

63## حيث يعمل بشكل رائع

64~

65تعمل تقنية Vibe coding عندما تكون تكلفة الخطأ منخفضة وقيمة الاستكشاف عالية.

66~

67أمثلة:

68~

69- نماذج الواجهة؛

70- الأدوات الشخصية؛

71- لوحات المعلومات الداخلية.

72- ألعاب صغيرة؛

73- السيناريو لمرة واحدة؛

74- عمليات فحص واجهة برمجة التطبيقات؛

75- إثبات المفهوم؛

76- إعادة البناء الميكانيكية مع اختبارات جيدة؛

77- المحتويات التقنية المراد تحويلها إلى عروض توضيحية.

78~

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

80~

81يعد ترميز Vibe مثاليًا لظهور النموذج.

82~

83## حيث يصبح الأمر خطيرًا

84~

85يصبح الأمر خطيرًا عندما يكون للنظام عواقب ولا يتباطأ أحد.

86~

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

88~

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

90~

91العبارة التي سيتم رسمها على الشاشة بسيطة: كلما كان العامل أسرع، كلما كانت العملية أكثر قابلية للقراءة.

92~

93إذا لم تتمكن من شرح ما تغير، فأنت لم تقم بالتسريع. لقد قمت للتو بتحويل الديون من وقت إلى آخر.

94~

95## الدور الجديد للمطور

96~

97الجزء الأكثر إثارة للاهتمام هو أن وظيفة المطور لا تختفي. تغيير الكثافة.

98~

99وقت أقل على اللوحة المعيارية. مزيد من الوقت في النية والتحليل والمراجعة والتكامل والاختبار والحدود.

100~

101يصبح المطور نوعًا من المحرر الفني. ليس بالمعنى الأعرج لـ "التدقيق اللغوي". وبالمعنى القوي: فهو يقرر ما يجب أن يوجد، وما يجب قطعه، وما يتوافق مع النظام، وما يستحق الثقة.

102~

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

104~

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

106~

107## النمط الذي أرى ظهوره

108~

109النمط الأكثر صحة هو:

110~

111- الإنسان: النية، القيود، الذوق، المسؤولية؛

112- الوكيل: المتغيرات، السقالات، البحث، التعديلات المحلية، الاختبارات المتكررة؛

113- البنية التحتية: وضع الحماية، CI، التتبع، الأذونات، النشر؛

114- الفريق: المراجعة، الملكية، المعايير.

115~

116وعندما تفقد إحدى هذه القطع، يتشوه شيء ما.

117~

118الإنسان الوحيد: بطيء، وغالبًا ما يتعثر بسبب العمل المتكرر.

119~

120الوكيل فقط: سريع، ولكن دون حكم محدد.

121~

122البنية التحتية فقط: عملية أنيقة لإنتاج أشياء عديمة الفائدة.

123~

124الفريق فقط: اجتماعات منظمة للغاية حول نموذج أولي لا يصل أبدًا.

125~

126الأفضل يحدث عندما تتحدث القطع مع بعضها البعض.

127~

128## قائمة مرجعية صغيرة

129~

130قبل أن أسمح لنموذج أولي مرمز بالحيوية أن ينمو، أود أن أسأل نفسي هذه الأسئلة:

131~

132- هل أفهم بنية الكود؟

133- هل هناك اختبارات للسلوك الناقد؟

134- هل أعرف الملفات التي لمسها الوكيل؟

135- هل قمت بإزالة الكود الذي تم إنشاؤه ولكن لم يتم استخدامه؟

136- هل انتهى الأمر بأي أسرار أو رموز أو بيانات مزيفة في المكان الخطأ؟

137- هل يتم احترام الحد الأدنى لإمكانية الوصول؟

138- هل النشر له تراجع؟

139- هل يستطيع أحد غيري الاحتفاظ بها؟

140~

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

142~

143##قراءتي

144~

145إن البرمجة الحيوية هي كلمة عالية لشيء رقيق: متعة رؤية فكرة تتشكل قبل أن يوقفها الخوف.

146~

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

148~

149لكن البرامج المتبقية تحتاج إلى المزيد. إنها تحتاج إلى الفهم والاختبار والملكية والبنية التحتية والحدود. إنها تحتاج إلى من يقول: رائع، الآن دعونا نجعل الأمر حقيقيًا.

150~

151ربما لا يتعلق المستقبل بالاختيار بين البرمجة "الجدية" والبرمجة "الحيوية". ربما يكون الأمر بمثابة تعلم تغيير أسلوبك: الاستكشاف بخفة، ثم الدمج باحترام.

152~

153الجزء البشري هناك. اعرف متى تركض ومتى تجلس وتقرأ الفرق.

154~

155## المصادر

156~

157- [سايمون ويليسون: ليست كل البرمجة المدعومة بالذكاء الاصطناعي عبارة عن تشفير ديناميكي](https://simonwillison.net/2025/Mar/19/vibe-coding/)

158- [OpenAI: كيف يستخدم الأشخاص ChatGPT](https://openai.com/index/how-people-are-using-chatgpt/)

159- [مدونة GitHub: وكيل ترميز GitHub Copilot](https://github.blog/ai-and-ml/github-copilot/introducing-github-copilot-coding-agent/)

160- [أنثروبي: بناء عوامل فعالة](https://www.anthropic.com/engineering/building-efficiency-agents)

161- [مدونة Stack Overflow: لماذا تعتبر البرمجة الحيوية هي المستقبل](https://stackoverflow.blog/2025/04/21/why-vibe-coding-is-the-future/)

162~