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

في أول عطلة نهاية أسبوع مع Proyecta، تطلق شيئاً حقيقياً. إنه يعمل. ويبدأ مستخدموك (أو فريقك، أو أنت في المستقبل) باستخدامه. ثم يحلّ يوم الاثنين ويرسل لك عميل بريداً إلكترونياً: “هل يمكنك إضافة قائمة منسدلة للتصفية حسب المنطقة؟”

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

ماذا تعني الصيانة فعلاً

حين يقول المطوّرون المحترفون “صيانة”، فهم يقصدون أربعة أمور تقريباً:

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

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

الخبر الجيّد: يمكنك أن تحدّثه بالكلام

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

مثال حقيقي. مؤسِّسة نعرفها بنت نظام CRM صغيراً لممارستها التدريبية — العملاء، والجلسات، وتتبّع المدفوعات، كل شيء. بعد ثلاثة أسابيع من الإطلاق، ذكر أحد عملائها أنه يودّ لو يرى عدد الجلسات التي أجراها هذا العام. فتحت التطبيق وقالت: “أضِف عدّاد ‘جلسات هذا العام’ إلى بطاقة كل عميل، بحيث يسحب من جدول الجلسات حيث يكون التاريخ في 2026.” وبعد اثنتي عشرة دقيقة، أصبح حيّاً. وعادت إلى التدريب.

تبدو هذه القصة عادية حتى تتذكّر البديل: مراسلة مستقلّ، والانتظار يومين، ودفع 300 دولار، ومراجعة طلب دمج (PR) لم تفهمه كاملاً، والدعاء ألّا ينكسر شيء آخر. حلقة الصيانة ليست أسرع لأن الذكاء الاصطناعي أذكى من المستقلّ. بل أسرع لأن الحلقة فيها عدد أقل من البشر.

الخبر الأصعب: الأشياء الصغيرة تتراكم

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

بعض الأنماط التي نراها تسوء:

• التشابك العَرَضي. تطلب “أضِف حقل خصم إلى الدفع”. وبعد ست مراجعات، يستقرّ منطق الخصم في ثلاثة أماكن، وواحد منها فقط صحيح. لم ينكسر شيء بعد، لكن التغيير التالي سيكون مربكاً.
• المتطلّب المنسيّ. أضفت “شحن مجاني فوق 50 دولاراً” في مارس. وفي مايو، تطلب من الذكاء الاصطناعي “إعادة بناء الدفع لدعم بطاقات الهدايا”. فيفعل. وتختفي قاعدة الشحن المجاني. ولا يلاحظ أحد لمدّة أسبوعين.
• الانحراف. بدأ تطبيقك كـ”أداة لي أنا”. صار الآن يستخدمه فريقك. لكن النموذج الذهني الذي يعمل وفقه الذكاء الاصطناعي لا يزال “لي أنا”، لأن هذا ما قلته في الأصل. تبدو الميزات الجديدة غريبة بشكل ما، ولا تستطيع تحديد السبب.

ليس أيٌّ من هذه إخفاقاً في منصّات بناء التطبيقات بالذكاء الاصطناعي. إنها إخفاقات في الذاكرة والسياق المشترك — المشكلات نفسها التي يواجهها فريق من المطوّرين البشر، لكن بصيغة مختلفة.

كيف تهيّئ نفسك

الفرق المشترك بين من يبلون بلاءً حسناً في الصيانة هو بضع عادات. وهي في معظمها ليست عادات تقنية. بل عادات تتعلّق بكيفية وصفك لما هو تطبيقك وما الذي تغيّر.

احتفظ بمستند “ما هو هذا التطبيق”. صفحة واحدة. الجمهور، والأهداف، والقواعد (“شحن مجاني فوق 50 دولاراً”، “لا نراسل المستخدمين أبداً أيام الأحد”، “الهاتف هو المفتاح الأساسي، لا البريد الإلكتروني”). حين تطلب من الذكاء الاصطناعي تغيير شيء ما، الصق القاعدة ذات الصلة في الطلب. أنت لا تتجاوز ذكاء الذكاء الاصطناعي؛ بل تغذّيه بالسياق الذي يستحيل عليه تذكّره.

صِف التغييرات بدلالة السلوك، لا الشيفرة. عبارة “أريد أن يرى المستخدمون مرشّح المنطقة محفوظاً بين الجلسات” طلب أفضل بكثير من “أضِف localStorage إلى المرشّح”. الأول يصف ما تريد؛ والثاني يفرض إحدى خمس عشرة طريقة لفعله، وربما ليست أفضلها.

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

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

ما الذي لا تستطيعه (وربما ينبغي ألّا تفعله)

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

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

الصورة الواقعية

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

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

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