تصور کنید تمام سالهای یادگیری کدنویسی شما تنها یکششم از واقعیت جدید باشد. اگر هنوز فکر میکنید شغل شما فقط نوشتن کد است، در حال شکست خوردن در رقابت هستید.
به نقل از گزارشی که در ۲۶ آوریل ۲۰۲۶ در وبسایت the-decoder.com منتشر شد، رابرت فلدت (Robert Feldt) و همکارانش در دانشگاه فناوری چالمرز (Chalmers University of Technology) و گروه ولوو (Volvo Group) استدلال میکنند که هوش مصنوعی زاینده (Generative AI) و سیستمهای عاملمحور (Agentic)، مهندسی نرمافزار را به یک «پشتهی نیمهاجرایی» (Semi-Executable Stack) با ۶ حلقه تبدیل کرده است. شما نباید نگران جایگزینی شغلتان توسط عامل (Agent) باشید؛ بلکه باید نگران ۵ لایهی مهندسی جدید باشید که نادیده میگیرید.
این محققان روایت رایج مبنی بر منسوخ شدن برنامهنویسان را رد میکنند. آنها معتقدند سیستمهای مبتنی بر عامل، «مصنوعات نیمهاجرایی» ایجاد میکنند که شامل موارد زیر است:
- پرامپتها (Prompts) و مشخصات زبان طبیعی
- جریانهای کاری (Workflows) و قوانین ارجاع
- سیاستهای کنترلی و روتینهای تصمیمگیری
این مصنوعات دقیقاً مانند کد، رفتار سیستم را شکل میدهند، اما برای اجرا به تفسیر انسانی یا احتمالات وابسته هستند.
مدل تشخیصی این پژوهش، اشیاء مهندسی را در ۶ حلقه متحدالمرکز سازماندهی میکند. حلقه ۱ شامل کدهای اجرایی کلاسیک است. حلقه ۲ شامل مهندسی پرامپت (Prompt Engineering) است. حلقه ۳ جریانهای کاری ارکستره شده را پوشش میدهد. حلقه ۴ سیستمهای کنترلی مانند نردههای حفاظتی (Guardrails) و نظارت است. حلقه ۵ منطق سازمانی و روتینهای تصمیمگیری است و در نهایت حلقه ۶، انطباق اجتماعی و نهادی (مانند قانون هوش مصنوعی اتحادیه اروپا) را در بر میگیرد.
همانطور که در تحلیلهای پیشین ما دربارهی امنیت مدلهای بازمتن اشاره کردیم، مدیریت لایههای غیرکدی اکنون به یک ضرورت تبدیل شده است. هرچه یک حلقه از مرکز دورتر شود، اجرای آن کمتر به منطق قطعی ماشین و بیشتر به قضاوت انسانی وابسته است.
طبق گزارش این تیم تحقیقاتی، بزرگترین شکاف در حلقههای ۵ و ۶ قرار دارد. در حالی که متدهای مهندسی برای کد (حلقه ۱) طی دههها بالغ شدهاند، معادلهای آنها برای حاکمیت و انطباق نهادی هنوز وجود ندارند. اکثر پژوهشهای آکادمیک هنوز بر تولید کد و رفع باگ در حلقههای ۱ تا ۳ متمرکز هستند.
نویسندگان این مدل سه مشاهده کلیدی دارند: اول اینکه هوش مصنوعی لازم نیست بهترین مهندس شما باشد تا دینامیک تیم را تغییر دهد؛ فقط کافی است «به اندازه کافی خوب» باشد. دوم، مقیاس بر عملکرد پیک برتری دارد. سوم، با ورود متخصصان دامنه به ساخت سیستمها از طریق زبان طبیعی، نیاز به متدهای مهندسی پاک (Clean Engineering) نه تنها کم نمیشود، بلکه افزایش مییابد.
چالشهای رایج اکنون به وظایف مهندسی تبدیل شدهاند. توهم (Hallucination) اهمیت تست و نظارت را بالا میبرد. تولید سریع کد، هزینههای نگهداری را افزایش میدهد و «لغزش پرامپت» (Prompt Drift) — جایی که یک تغییر کوچک در پرامپت، رفتار سیستم را بهطور پنهانی عوض میکند — نیاز به کنترل نسخه و ردیابی دارد. همین نیاز فزاینده به ردیابی دقیق رفتار سیستمهای عاملمحور، انگیزهای برای ظهور Jaeger v2 بوده که پیشتر آن را بهعنوان پایاندهنده عصر جعبه سیاه در ردیابی عاملهای هوش مصنوعی معرفی کردیم.
اما این تغییر در نقش مهندس، تنها بخشی از یک تصویر بزرگتر است؛ تأثیر این مدل بر بازار استخدامی ۲۰۲۷ را در گزارش بعدی بررسی خواهیم کرد.
گام بعدی شما
- بررسی چارچوبهای حاکمیتی (Governance) در پروژههای هوش مصنوعی سازمان خود.
- مطالعهی مفاد قانون هوش مصنوعی اتحادیه اروپا (EU AI Act) برای درک لایهی ششم.
- پیادهسازی سیستمهای کنترل نسخه (Version Control) برای پرامپتها و جریانهای کاری.
گفتگو