يظهر هذا السؤال بطريقة محددة. ليس "هل يجب أن أستخدم أداة بناء بالذكاء الاصطناعي" — فذلك منشور مختلف، وعادة من شخص مختلف. هذا السؤال يأتي من شخص بعد ستة أو ثمانية أو اثني عشر شهراً من بناء ناجح فعلاً. مستخدمون حقيقيون، إيرادات حقيقية، وشعور مزعج بأنه على وشك الاصطدام بحائط لا تستطيع الأداة تجاوزه. فيما يلي الأسئلة التي أُسأل عنها فعلاً، بترتيب مقارب لكيفية طرح الناس لها.
هل يمكن أن تتجاوز فعلاً أداة بناء بالذكاء الاصطناعي، أم أن هذه مجرد قصة يقصّها الناس على أنفسهم؟
الاثنان يحدثان، ويبدوان متطابقين من الخارج. التجاوز الحقيقي محدد: تحتاج تدفق دفع بتسوية مقسّمة بين ثلاث جهات، أو سير عمل امتثال بمسار تدقيق سيقرأه جهة تنظيمية فعلياً، أو تقوم بشيء حسابي غير اعتيادي — معالجة فيديو في الوقت الفعلي، محاكاة فيزيائية، نموذج توصية مخصص مدرّب على بياناتك الخاصة. تلك مشكلات معمارية، لا مشكلات صياغة طلبات.
النسخة المزيفة هي طلب لم تكتبه بعد. "لا تستطيع الأداة عمل تمرير لا نهائي (infinite scroll) بترقيم صفحات بالمؤشر (cursor pagination)" يعني عادة أن أحداً لم يصف تمريراً لا نهائياً بترقيم صفحات بالمؤشر — يعني أن شخصاً جرّب "أضف ترقيم صفحات" مرة واحدة، لم يعجبه الناتج، وسجّله بصمت كقيد بدلاً من محاولة ثانية. أعتقد أن ثلاثة أرباع محادثات "لقد وصلت للحد الأقصى" تُحل بطلب أفضل، لا بإعادة كتابة.
كيف أميّز أيهما حصل معي فعلاً؟
| يبدو وكأنه تجاوز | غالباً ما يكون كذلك | غالباً لا يكون كذلك |
|---|---|---|
| "لا تستطيع فعل X" | X تتطلب بنية تحتية لا تكشفها المنصة إطلاقاً (بروتوكول TCP مخصص، مهمة تدريب GPU، تدفق بيانات مدقّق بمعايير HIPAA) | X لم تُوصف بدقة كافية، أو طُلبت دفعة واحدة بدلاً من تكرارها |
| "بطيء جداً عند التوسّع" | تجاوزت النقطة التي لم يعد فيها الكود المولَّد وفئات الاستضافة القياسية تصمد تحت الحمل الحقيقي | أنت تخمّن حول حمل لم تصل إليه بعد |
| "أحتاج تحكماً لا أملكه" | تحتاج لتعديل الكود المولَّد يدوياً مباشرة، خارج حلقة الدردشة، لإصلاح محدد | لم تجرّب بعد طلب الإصلاح مرة ثانية بسياق أكبر |
| "فريقي يحتاج للمس الكود" | وظّفت مهندسين ويحتاجون سير عمل git عادي | أنت الشخص الوحيد الذي يلمسه وتريد فقط أن تشعر بأنه أكثر "حقيقية" |
المؤشر الحقيقي، بصراحة، هو ما إذا كنت تستطيع تسمية المتطلب التقني المحدد أم أنك تصف شعوراً. "أحتاج إعادة محاولات webhook مع تراجع أسّي (exponential backoff) وقائمة انتظار للرسائل الميتة (dead-letter queue)" هو متطلب. "أشعر ببساطة أنني بحاجة لشيء خاص بي الآن" هو شعور، والمشاعر عادة تُحل بكتابة طلب أفضل، لا بالانتقال.
ماذا أملك فعلياً إذا قررت المغادرة؟
هذا هو الأمر الذي يقلق الناس بشأنه أكثر، وهو أيضاً الذي يملك أوضح إجابة: أنت تملك ما تم نشره على نطاقك الخاص، بالإضافة إلى بياناتك. إذا نشرت على نطاق تتحكم فيه — عبر SFTP، عبر جهة تسجيلك الخاصة — فالملفات على ذلك الخادم ملكك بنفس الطريقة التي يكون بها أي كود على أي خادم تستأجره ملكك. لا أحد يسحب ذلك منك. اتصالات Search Console وAnalytics الخاصة بك هي حسابات Google صرّحت بها؛ فصل الأداة لا يمسّ البيانات التاريخية الموجودة في أنظمة Google، لأنها لم تكن يوماً بيانات الأداة أصلاً. إنه حسابك أنت، مُصفّى فقط.
الشيء الذي لا تحصل عليه تلقائيًا هو سجل المحادثات، ووثائق الخطط، وسجلات التحقق، والنموذج الداخلي الذي كوّنه أداة البناء عن مشروعك — هذا هو الجزء المرتبط فعليًا بالمنصة، وهو أيضًا الجزء الذي يستهين به معظم الناس بقيمته حتى يجدوا أنفسهم يعيدون بناء ذلك السياق يدويًا مع أداة جديدة.
هل هناك قيد على الانتقال، أم أنني مصاب بجنون الارتياب؟
يعتمد على ما تقصده بالقيد. إن كنت تقصد "هل يمكنهم احتجاز موقعي كرهينة" — لا، ليس إذا نشرت موقعك على نطاقك الخاص منذ اليوم الأول، وهذا هو بالضبط سبب امتلاك النطاق بدلاً من العمل على نطاق فرعي إلى الأبد. أما إن كنت تقصد "هل ستكلفني المغادرة القيمة التراكمية لأشهر من التكرار" — فنعم، وهذا ليس قيدًا حقيقيًا، بل هو مجرد تكلفة غارقة مثل التكلفة التي تتحملها عند الانتقال من أي أداة استثمرت فيها وقتك. كل محرر، وكل إطار عمل، وكل نظام CRM يحمل هذه الخاصية. السؤال ليس ما إذا كانت تكاليف الانتقال موجودة، بل ما إذا كانت مصطنعة (بنود عقدية، احتجاز البيانات) أم طبيعية (بنيت زخمًا في مكان ما والانتقال يعني إعادة بنائه). القيد المصطنع علامة تحذير. أما تكلفة الانتقال الطبيعية فهي ببساطة ما يعنيه "إتقان أداة ما".
متى يكون من المنطقي فعلاً توظيف مهندس بدلاً من كتابة سؤال آخر؟
ثلاث حالات، مرتبة حسب شيوعها:
- تحتاج إلى شخص حاضر لأسباب الامتثال — بعض الأطر التنظيمية تتطلب مهندسًا معينًا مسؤولًا بالاسم، وليس مجرد سجل تدقيق لالتزامات مولدة بالذكاء الاصطناعي، مهما كانت جودتها.
- لديك مشكلة تقنية جديدة حقًا — ليست "بناء سوق إلكتروني"، فهذا أمر مطروق، بل شيء أشبه بخوارزمية مطابقة مخصصة مضبوطة على بيانات خاصة، حيث القيمة تكمن في الجِدّة نفسها، وتحتاج إلى شخص قادر على التفكير في المعادلات الرياضية المحددة، لا مجرد وصف النتيجة المرجوة.
- تجاوزت مقياسًا يتباعد فيه "الكود المُولَّد الذي يعمل" عن "الكود المُولَّد الذي جرى تحليل أدائه وضبطه لشكل حركة المرور الخاص بك تحديدًا" — هذا حقيقي، لكنه أبعد مما يظن معظم الناس. كثير من التطبيقات التي تبدو "أكبر من قدرة أداة البناء" تتعامل مع عشرات الآلاف من المستخدمين النشطين شهريًا، وهذا ليس فعليًا مشكلة مقياس بالنسبة لكود مُولَّد جيد البنية.
لاحظ ما ليس موجودًا في هذه القائمة: "أريد مزيدًا من التحكم". الرغبة في مزيد من التحكم تفضيل، لا متطلب، ويستحق الأمر أن تكون صادقًا مع نفسك بشأن أيهما تشعر به فعلاً.
إذا استعنت بمهندس، هل ينبغي أن يوسّع الكود المبني بالذكاء الاصطناعي، أم نبدأ من الصفر؟
التوسيع، دائمًا تقريبًا. رأيت هذا الأمر يفشل أكثر مما ينجح عندما تلجأ الفرق تلقائيًا إلى "إعادة الكتابة من الصفر لأنه مُولَّد بالذكاء الاصطناعي، فلا بد أنه للاستخدام المؤقت فقط". هذا تحيز، لا تقييم. اقرأ الكود الفعلي أولاً. إذا كان مُنظَّمًا بشكل معقول — وأداة بناء تُظهر لك خطتها وخطوات التحقق قبل الإطلاق تميل إلى إنتاج كود متماسك، لأن الخطة المتماسكة تنتج كودًا متماسكًا — فالمسار الأسرع عادة هو أن يتولى مهندس عادي كودًا اعتياديًا. إعادة الكتابة الكاملة هي الخيار المكلف؛ احتفظ به للحالات التي لا يستطيع فيها الكود فعلاً دعم ما هو قادم، وليس بسبب مصدره.
ما هو نمط الفشل الفعلي الذي يواجهه الناس بعد ستة أشهر من "تخرجهم" من أداة البناء؟
إنها تفقد حلقة التكرار ولا تعوّضها. القيمة الحقيقية لأداة البناء، بالنسبة لمعظم الناس، لم تكن يومًا مجرد "كتابة الكود" — فالكثير من الأشياء تكتب الكود. كانت القيمة في: اقتراح ← تحقق ← نشر ← قياس، تعمل في حلقة ضيقة دون أن يكون الإنسان عنق الزجاجة في كل خطوة. الفرق التي تغادر ولا تبني حلقة معادلة — تكامل مستمر، بيئة تجريبية، مراقبة، مسار سريع من الفكرة إلى الإطلاق — ينتهي بها الأمر إلى الشحن ببطء أكبر مما كانت عليه في اليوم الأول لاستخدام أداة البناء، وعادةً لا يلاحظون ذلك لأشهر لأن قاعدة الكود لا تزال تبدو أكثر "واقعية". لكن الواقعية والسرعة ليستا الصفة نفسها. إذا كنت ستتجاوز الأداة، فتجاوزها إلى عملية لا تقل إحكامًا عن التي تتركها، لا مجرد المزيد من الملفات التي تملكها.
النسخة الصادقة من "تجاوزنا الأداة" هي عادة "نمونا نحو متطلب محدد قابل للتسمية لا تغطيه الأداة". إذا لم تستطع تسمية ذلك المتطلب، فأنت على الأرجح لم تتجاوز شيئًا — بل توقفت فقط عن التكرار.
