إذا كنت قد قضيت الأشهر الستة الماضية في محاولة إتقان "الأمر المثالي"، فلدي بعض الأخبار غير المريحة لك: أنت تتعلم كيفية استخدام الهاتف القرصي في عصر الهواتف الذكية. لقد وصل الضجيج حول "هندسة الأوامر" (Prompt Engineering) إلى ذروته، ولكن بالنسبة لأي شخص ينظر إلى الذكاء الاصطناعي للمشاريع الصغيرة من منظور تجاري، فمن الواضح أن صياغة الأوامر مهارة انتقالية—وهي تحتضر بالفعل.
لقد راقبت الآلاف من أصحاب الأعمال وهم يقضون ساعات في حث روبوت الدردشة على كتابة بريد إلكتروني جيد أو خطة تسويقية. إنهم يشعرون بالإنتاجية لأنهم "يستخدمون الذكاء الاصطناعي". ولكن الحقيقة هي: إذا كان عليك الجلوس هناك والتحدث إلى الآلة لجعلها تعمل، فأنت لم تشرع في أتمتة أي شيء. لقد قمت فقط بتعيين متدرب رقمي يتطلب 100% من انتباهك.
ضريبة المحادثة
💡 هل تريد بيني أن يقوم بتحليل عملك؟ إنها تحدد الأدوار التي يمكن للذكاء الاصطناعي أن يحل محلها وتبني خطة مرحلية. ابدأ تجربتك المجانية →
في عملي لمساعدة الشركات على الانتقال إلى العمليات القائمة على الذكاء الاصطناعي أولاً، حددت نمطاً أسميته "ضريبة المحادثة". هذه هي التكلفة الخفية للذكاء الاصطناعي الذي يتطلب وجود إنسان في الحلقة. إنها الوقت، والطاقة العقلية، والجهد المبذول في تشغيل الذكاء الاصطناعي يدوياً لأداء مهمة ما.
عندما تستخدم واجهة دردشة لإنجاز العمل، فإنك تدفع هذه الضريبة. أنت تفكر، وتكتب، وتراجع، وتصحح. ورغم أن هذا بالتأكيد أفضل من القيام بالعمل من الصفر، إلا أنه بعيد كل البعد عن كونه عملاً مرناً وفعالاً. لا ينبغي أن يكون الهدف من الذكاء الاصطناعي في مشروع صغير هو جعل المالك "مهندس أوامر" أفضل؛ بل يجب أن يكون جعل العمل يحدث بينما المالك نائم.
نحن نبتعد عن "الذكاء الاصطناعي التوليدي" (حيث تطلب الأشياء) ونتجه نحو هيكلية تدفق العمل المعتمدة على الوكلاء (Agentic Workflow Architecture). في هذا العصر الجديد، المهارة ليست في معرفة الصفات التي يجب استخدامها في مربع ChatGPT؛ بل في معرفة كيفية هندسة أنظمة خلفية صامتة تلغي الحاجة إلى المدخلات البشرية تماماً.
لماذا تُعد هندسة الأوامر طريقاً مسدوداً
هناك ثلاثة أسباب تجعل هندسة الأوامر أصلاً متناقص القيمة:
- ذكاء النماذج في تطور مستمر: كل إصدار جديد من نماذج اللغات الكبيرة (LLMs) يصبح أفضل في "تحديد النية". لم تعد بحاجة لأن تكون لاعباً لغوياً ليفهم الذكاء الاصطناعي ما تريده.
- صعود التكامل النظامي: الذكاء الاصطناعي الأكثر قيمة لا يعيش في علامة تبويب متصفح منفصلة؛ بل يعيش داخل مجموعتك البرمجية الحالية. عندما تنظر إلى مستقبل التوفير في برمجيات SaaS، سترى أن الفائزين ليسوا الشركات التي تمنحك مربع أوامر—بل هم الذين يستخدمون الذكاء الاصطناعي للتعامل بشكل غير مرئي مع البيانات بين التطبيقات.
- فخ التأخير (Latency Trap): أصحاب المشاريع الصغيرة مشغولون. مجرد "التأخير" الناتج عن الاضطرار لفتح تطبيق وكتابة أمر له هو عائق كافٍ يجعل الذكاء الاصطناعي يُهمل في النهاية.
من مُشغل إلى مهندس: التحول الذي تحتاج إليه
إذا كنت لا تتعلم كيفية صياغة الأوامر، فما الذي يجب أن تتعلمه؟ يجب أن تتعلم هندسة تدفق العمل (Workflow Architecture).
المُشغل يتحدث إلى الروبوت. أما المهندس فيبني النظام الذي يحفز الروبوت.
فكر في عملية استقبال العملاء المحتملين لديك. المُشغل يتلقى بريداً إلكترونياً، ينسخ التفاصيل، يلصقها في ذكاء اصطناعي، يطلب ملخصاً، ثم يلصق هذا الملخص في نظام إدارة علاقات العملاء (CRM). أما المهندس فيبني "وكيلاً صامتاً" يراقب صندوق الوارد، يستخرج البيانات، يتحقق منها مقابل نظام CRM، يجهز مسودة رد شخصية بناءً على التفاعلات السابقة، ويخطر المالك فقط عندما يتم حجز اجتماع عالي القيمة.
أحدهما يتطلب أمراً (Prompt)، والآخر يتطلب مخططاً هندسياً (Blueprint).
قاعدة 90/10 لاعتماد الذكاء الاصطناعي
غالباً ما أتحدث عن قاعدة 90/10: عندما يتمكن الذكاء الاصطناعي من التعامل مع 90% من وظيفة ما بشكل مستقل، عليك أن تسأل نفسك ما إذا كانت الـ 10% المتبقية تبرر حقاً عملية يدوية. لا يزال معظم أصحاب الأعمال عالقين في الـ 10%، محاولين "هندسة" المخرجات المثالية.
الاختراق الحقيقي يحدث عندما تقبل مخرجات مستقلة "جيدة بما يكفي" للـ 90% وتركز طاقتك البشرية على هندسة النظام. هذا هو المكان الذي تكمن فيه أهم وفورات التكاليف. عندما تقارن نهجي في Penny مع اشتراك ChatGPT القياسي، ستجد هذا الفرق الجوهري: أنا لست هنا لأعطيك مربعاً لتكتب فيه؛ أنا هنا لمساعدتك في بناء الهيكل الذي يجعل الكتابة غير ضرورية.
إطار الهندسة: المحفز، المنطق، الإجراء
للانتقال من مُصدر للأوامر إلى مهندس، عليك التفكير في ثلاث طبقات:
1. المحفز (الـ "متى")
في عالم قائم على الدردشة، المحفز هو قيامك بالكتابة. في العالم الهندسي، المحفز هو حدث معين. صف جديد في جدول بيانات، بريد إلكتروني وارد، حدث في التقويم، أو تغيير في الأسعار من قبل منافس.
2. المنطق (الـ "كيف")
هذا هو المكان الذي تنتهي فيه "هندسة الأوامر" فعلياً. بدلاً من فقرة طويلة من التعليمات، تستخدم "سلاسل المنطق". إذا كان العميل المحتمل من شركة تقنية، استخدم النبرة (أ). إذا ذكروا ميزانية تزيد عن £5k، وجههم إلى النبرة (ب). هذه ليست هندسة لأمر؛ إنها هندسة لشجرة قرارات.
3. الإجراء (الـ "ماذا")
ما هي نتيجة العمل القابلة للقياس؟ هل تم تحديث سجل؟ هل تم إنشاء مستند؟ هل تم إرسال إشعار؟ إذا كان "الإجراء" مجرد نص إضافي لتقرأه، فأنت لم تنتهِ من الهندسة بعد.
أين يظهر هذا في الأرباح النهائية
دعونا ننظر إلى الخدمات المهنية. تقليدياً، تعتمد هذه الشركات بشكل كبير على "التنسيق اليدوي"—رسائل البريد الإلكتروني، الجدولة، إنشاء التقارير. إذا كنت مستشاراً وتقوم بـ "هندسة الأوامر" لتقارير عملائك، فأنت لا تزال تتقاضى أجراً مقابل وقتك، ولكن بكفاءة أكبر قليلاً فقط.
ومع ذلك، إذا قمت بهندسة نظام تتدفق فيه بيانات عملائك إلى وكيل صامت ينتج مسودة تقرير في اللحظة التي يصل فيها المشروع إلى مرحلة رئيسية، فقد غيرت اقتصاديات عملك بشكل جذري. لقد انتقلت من بيع "ساعات من هندسة الأوامر" إلى بيع "النتائج".
البنية التحتية الخفية
في الأشهر الـ 24 القادمة، لن تكون الشركات الصغيرة الأكثر نجاحاً هي تلك التي لديها أفضل "عشاق الذكاء الاصطناعي" بين موظفيها. بل ستكون تلك التي تمتلك أقوى بنية تحتية خفية.
هذه هي طبقة عملك التي تعمل بدونك. إنها الوكلاء الصامتون الذين يتولون المهام المملة والمكررة والمكثفة بالبيانات. بينما ينشغل منافسوك بالجدال حول ما إذا كانت تقنية "سلسلة الأفكار" (Chain of Thought) أو "التعلم من أمثلة قليلة" (Few-Shot) أفضل، يجب أن تنشغل أنت بربط صوامع بياناتك وبناء بوابات المنطق التي تجعل تلك الأوامر غير ذات صلة.
مسار تعلمك الجديد
إذا كنت تريد البقاء في الطليعة، فتوقف عن قراءة منشورات "أفضل 50 أمراً للتسويق". وبدلاً من ذلك، ابدأ في استكشاف:
- تدفق البيانات: كيف تنتقل المعلومات من موقعك الإلكتروني إلى نظام CRM الخاص بك إلى برنامج المحاسبة (مثل Xero أو QuickBooks)؟
- المنطق الشرطي: تعلم عقلية "إذا حدث هذا، افعل ذاك". إنها أساس كل هندسة.
- الثقافة التقنية ببرمجيات API: لست بحاجة لمعرفة كيفية البرمجة، ولكنك بحاجة لفهم كيف "تتحدث" البرمجيات المختلفة مع بعضها البعض.
هندسة الأوامر مهارة للمستخدم. أما الهندسة البنيوية فهي مهارة للمالك.
لقد رأيت هذا التحول يحدث في مئات الشركات. أولئك الذين يزدهرون هم الذين يتوقفون عن معاملة الذكاء الاصطناعي كشريك محادثة ويبدأون في معاملته كسباكة لمؤسستهم. المستقبل صامت. المستقبل مؤتمت. والمستقبل بالتأكيد لا يتضمن كتابة "من فضلك" و"شكراً لك" في صندوق دردشة ست مرات في اليوم.
هل أنت مستعد للتوقف عن إصدار الأوامر والبدء في البناء؟ دعنا نلقي نظرة على عملياتك ونحدد أين ينتمي "وكيلك الصامت" الأول.