المهندس الجديد 10x لا يكتب 10 أضعاف الكود. إنه يبني النظام الذي يكتبه.

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

لكن شيئًا مثيرًا للاهتمام حدث على طول الطريق إلى مستقبل يأتي أولاً بالذكاء الاصطناعي: أصبح مهندس 10x حقيقيًا. لكنهم لا يبدون كما كنا نخيلهم.

شارك OpenAI مؤخرًا كيف استخدم فريق مكون من ثلاثة أشخاص Codex لنقل 1500 طلب سحب وroughly مليون سطر من الكود ، دون كتابة سطر واحد يدوياً. ثلاثة مهندسين ، و لا كود مكتوب يدويا. منتج الإنتاج يستخدمه مئات المستخدمين الداخليين.

ذلك ليس 10x ؛ إنه أقرب إلى 100x. والمهارة التي جعلت ذلك ممكنًا لم تكن كتابة أسرع أو معرفة المزيد من الخوارزميات. بل كان بناء النظام الذي يجعل وكلاء الذكاء الاصطناعي منتجين: Fluxes ، الحواجز ، حلقات التحقق ، الواجهات التي يتصل بها الوكلاء و التي يراجعها البشر.

أعتقد أن هذا هو ظهور وظيفة رئيسية جديدة في منظمات الهندسة. سأسميها هندسة التوجيه الاصطناعي.

三个学科 في الوقفة

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

المكون الأكثر وضوحًا هو DevOps. قام DevOps بمركزية خط أنابيب النشر. قام فريق واحد بتكوين تدفقات CI/CD التي يستخدمها كل مهندس عند نقل الكود. هندسة التوجيه الاصطناعي تفعل الشيء نفسه ، ولكن من أجل تدفقات الوكيل. يحدد كيفية تعيين المهام إلى الوكلاء ، وكيفية التحقق من المخرجات ، وكيفية إعادة المحاولات والخلفيات. إنه البنية التحتية المشتركة التي يعمل عليها الوكلاء.

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

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

استعارة المنتج

مخرج الفيلم لا يعمل بالكاميرا ، ولا يؤدي في المشاهد ، ولا يحرر الفootage. لكن كل إطار يعكس قراراته.

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

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

يجعل المخرج الفيلم أعظم من مجموع أجزائه. يفعل مهندس التوجيه الاصطناعي الشيء نفسه للأساطيل الوكيل.

لماذا تستثمر معظم المنظمات أقل من المطلوب

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

يحصل المهندسون على وصول إلى Copilot ، و Claude ، و Codex. يجرّبون بشكل فردي. يصبح بعضهم مستخدمين قويين. يصل معظمهم إلى مرحلة “الاستكمال الممتاز” فقط. الاكتسابات الإنتاجية بنسبة 20٪ التي تقارير الدراسات باستمرار؟ ذلك هو العرض الذي يأتي مع تبني الأداة دون التفكير على مستوى النظام.

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

ما يبدو عليه هذا الدور في الواقع

قد يشمل يوم مهندس توجيه اصطناعي:

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

يجلس هذا الشخص على تقاطع هندسة المنصة ، والهندسة البرمجية ، وخبرة الذكاء الاصطناعي. لا يكتب الميزات. يبني النظام الذي يجعل تسليم الميزة سريعًا ، وموثوقًا ، وقابل للتطوير.

النمط التاريخي

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

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

الفرق هو السرعة. انتقلت تحول DevOps خلال عقد. قد يستغرق هذا التحول أرباع السنة. على الرغم من أنني أقر بأن هذا التوقع يفترض أن المنظمات تعترف بالنمط بشكل أسرع مما تفعله عادة.

الطريق الأمامي

إذا كنت قائدًا هندسيًا ، هذا ما أuggest ، على الرغم من أن مسافة السيارة تختلف حسب مدى تقدم فريقك بالفعل.

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

الجديد 10x

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

الواقع لمهندس 10x في عصر الذكاء الاصطناعي هو حول التفكير النظمي. الشخص الذي يجعل كل مهندس آخر (وكل وكيل) أكثر إنتاجية من خلال بناء البنية التحتية الصحيحة ، والتدفقات الصحيحة ، والقيود الصحيحة.

هم لا يكتبون 10 أضعاف الكود. يبنيون النظام الذي يكتب.

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