⚖️

مهندس هوش مصنوعی مسئولیت‌پذیر

Responsible AI Engineer

مهندس هوش مصنوعی مسئولیت‌پذیر (Responsible AI Engineer) ابزار و سیستمی می‌سازد که اصول و الزامات «هوش مصنوعی مسئولانه» را در خود محصول اجرا کند: pipeline ارزیابی عدالت، ایمنی و کیفیت مدل، guardrail و کنترل زمان اجرا برای LLMها و ایجنت‌ها، و ابزارهایی که برای ممیزی و انطباق شاهد جمع می‌کنند. خود این عنوان در آگهی‌های Accenture، Cognizant و HERE Technologies (با عنوان Lead Responsible AI Engineer) دیده می‌شود. شرکت‌های بزرگ فناوری بیشتر عنوان مهندسی را با نام تیم می‌نویسند، مثل SDE, Responsible AI در Amazon، Senior Software Engineer - Responsible AI در Microsoft و Machine Learning Engineer II, Responsible AI در Pinterest. آزمایشگاه‌های AI همین کار را Safety Engineering یا Safeguards می‌نامند (OpenAI و Anthropic) و بعضی شرکت‌های مالی و بیمه AI Governance Engineer (مثل Dalio Family Office و SIGNAL IDUNA). در آگهی‌هایی که در این پژوهش دیدیم کمترین سابقهٔ خواسته‌شده ۲ سال (Pinterest) و ۳ سال (Amazon) بود و آگهی سطح ورود پیدا نشد.

Python & Software EngineeringAI Evaluation PipelinesGuardrails & Runtime ControlsFairness & Bias TestingRed Teaming / Adversarial TestingEU AI Act / NIST AI RMF / ISO 42001Observability & Audit Logging

مقدمه و تعریف شغل

مهندس هوش مصنوعی مسئولیت‌پذیر کسی است که «مسئولانه بودن» یک سیستم AI را از سند و اصل به کد تبدیل می‌کند. Amazon در آگهی تیم Responsible AI خود این ابعاد را برمی‌شمارد: عدالت، ایمنی، حریم خصوصی، امنیت، درستی، استحکام، توضیح‌پذیری، شفافیت، کنترل‌پذیری و حاکمیت. کار مهندس این است که برای هر کدام سنجه، آزمون، کنترل یا ابزار بسازد و آن را در چرخهٔ توسعه جا بیندازد: ارزیابی‌ای که با هر نسخهٔ مدل اجرا می‌شود، guardrailی که جلوی خروجی ناامن را می‌گیرد، یا پلتفرمی که نشان می‌دهد کدام سیستم AI در کدام ردهٔ ریسک است و چه شاهدی برای انطباق دارد. تفاوتش با مهندس ML عمومی هدف کار است: سؤال فقط این نیست که مدل چقدر دقیق است، بلکه این است که برای چه کسانی بد کار می‌کند، کجا قابل سوءاستفاده است و چطور می‌شود این را نشان داد.

پایه‌های فنی این کار پیش از موج LLMها گذاشته شد. در ۲۰۱۶ Kleinberg و همکارانش ثابت کردند که جز در حالت‌های خاص، هیچ روشی نمی‌تواند سه شرط رایج عدالت را هم‌زمان برآورده کند؛ یعنی انتخاب معیار عدالت همیشه یک تصمیم است. در ۲۰۱۸ Margaret Mitchell و همکارانش «Model Cards» را پیشنهاد کردند: سند کوتاهی کنار هر مدل که نتایج ارزیابی را برای گروه‌های مختلف و کاربرد درست مدل را ثبت می‌کند. NIST چارچوب مدیریت ریسک AI را در ژانویهٔ ۲۰۲۳ منتشر کرد و نیمرخ ویژهٔ هوش مصنوعی مولد را در ژوئیهٔ ۲۰۲۴. قانون AI اتحادیهٔ اروپا از اوت ۲۰۲۴ لازم‌الاجرا شد و بعد از اصلاحیهٔ AI Omnibus، قواعد سیستم‌های پرخطر در حوزه‌هایی مثل استخدام و آموزش از دسامبر ۲۰۲۷ اجرا می‌شود. هم‌زمان مسئله بزرگ‌تر شده است: طبق گزارش AI Index 2026 دانشگاه استنفورد، پایگاه AI Incident Database در ۲۰۲۵، ۳۶۲ رخداد ثبت کرد، در برابر ۲۳۳ رخداد در ۲۰۲۴. آگهی‌های ۲۰۲۶ نشان می‌دهند تمرکز کار از ممیزی عدالت مدل‌های کلاسیک به ارزیابی و guardrail برای LLMها و ایجنت‌ها و ساختن پلتفرم‌های حاکمیت رفته است.

چه چیزی می‌سازید؟

مثال‌های واقعی از خروجی کار یک مهندس هوش مصنوعی مسئولیت‌پذیر

⚖️

pipeline ارزیابی عدالت و کیفیت

Cognizant از مهندس Responsible AI می‌خواهد pipelineهای ارزیابی عدالت، bias و مدل را بسازد و مستقر کند، از جمله تشخیص hallucination، سنجش groundedness و تحلیل عملکرد زیرگروه‌ها.

🛡️

guardrail و مدل‌های moderation زمان اجرا

تیم Responsible AI و AI Safety در Atlassian مدل‌های guardrail و moderation می‌سازد که ورودی کاربر و خروجی مدل را در محصولاتی مثل Rovo بررسی می‌کنند، با هدف تأخیر مشخص (P50/P99) تا ایمنی به قیمت کندی محصول تمام نشود.

🗂️

پلتفرم فهرست و رده‌بندی ریسک سیستم‌های AI

Amazon سرویس‌هایی می‌خواهد که سیستم‌های AI را در کل زیرساخت شرکت خودکار پیدا و فهرست کنند و آن‌ها را با چارچوب‌های مقرراتی و الزامات داخلی تطبیق دهند. RBC برای همین نوع پلتفرم رابطی می‌سازد که شاهد ارزیابی و ردهٔ ریسک را به بازبین انسانی نشان می‌دهد.

🔍

اسکنر و کنترل برای ایجنت‌ها

HERE Technologies اسکنرهای MCP می‌خواهد که سیستم‌های AI، ایجنت‌ها و سرورهای MCP را خودکار ارزیابی کنند، و کنترل‌هایی مثل محافظت زمان اجرا، اعتبارسنجی ورودی و خروجی و کنترل دسترسی. Dalio Family Office هم یک فهرست سازمانی از ایجنت‌ها (agent registry) را جزو کار آورده است.

📈

زیرساخت ارزیابی ایمنی در طول نسخه‌ها

Google DeepMind در لندن مهندسی می‌خواهد که زیرساخت ارزیابی را بسازد و نگه دارد تا عملکرد ایمنی مدل در نسخه‌های پیاپی سنجیده شود، از جمله تشخیص رفتارهای فریبکارانه و چاپلوسی (sycophancy).

🎯

ویژگی‌های محصول برای همهٔ کاربران

تیم Responsible AI در Pinterest علاوه بر ارزیابی و کاهش ریسک هوش مصنوعی مولد، ویژگی‌هایی مثل انتخاب رنگ پوست به‌دست کاربر، فیلتر الگوی مو و اخیراً نوع بدن را در جستجو عرضه کرده است.

🧰

ابزار داخلی برای تیم‌های ایمنی

تیم Safety Engineering در OpenAI ابزار داخلی full-stack می‌سازد برای برچسب‌زدن و بررسی داده، مرور موارد خطا و نمایش یافته‌ها، با تمرکز بر حوزه‌هایی مثل سلامت روان و حفاظت از کاربران آسیب‌پذیر.

تخصص‌های مختلف مهندس هوش مصنوعی مسئولیت‌پذیر

این شغل یک عنوان واحد نیست — مسیرهای تخصصی متعددی دارد

⚖️

مهندسی عدالت در محصولات ML

ML Fairness Engineering

سنجش و کاهش bias در سیستم‌های توصیه، جستجو و رتبه‌بندی و ساختن ویژگی‌هایی که برای همهٔ کاربران کار کند. Pinterest در تیم Responsible AI خود تجربهٔ سیستم‌های جستجو و توصیهٔ بزرگ و مداخله‌های عدالت در مقیاس می‌خواهد.

🛡️

سیستم‌های ایمنی و guardrail

Safety Systems & Guardrails

ساختن مدل‌ها و سرویس‌هایی که در زمان اجرا jailbreak، prompt injection، محتوای زیان‌بار و نقض سیاست را تشخیص می‌دهند. نمونه‌ها: Atlassian، تیم Responsible AI در Microsoft CoreAI، ElevenLabs و Safeguards در Anthropic.

🧪

ارزیابی و red teaming

AI Evaluation & Red Teaming

طراحی مجموعه‌های ارزیابی، آزمون خصمانه و ارزیابی پیوسته در طول نسخه‌ها. Cognizant رهبری red teaming پیش از استقرار را می‌خواهد و Google DeepMind زیرساختی برای پیگیری ایمنی مدل در نسخه‌های پیاپی.

📜

مهندسی حاکمیت AI

AI Governance Engineering

ساختن پلتفرم و ابزاری که فهرست سیستم‌های AI، رده‌بندی ریسک، کنترل‌ها و شاهد انطباق را خودکار می‌کند. عنوان‌ها: SDE, Responsible AI در Amazon، Staff AI Engineer, AI Governance Platform در RBC، و AI Governance Engineer در Dalio Family Office و SIGNAL IDUNA.

🤝

مهندس Responsible AI در شرکت‌های مشاوره و خدمات IT

Responsible AI Consulting Engineering

ارزیابی سیستم‌های AI مشتری در برابر آستانه‌ها و معیارهای از پیش تعیین‌شده و طراحی راه کاهش ریسک. بیشترِ آگهی‌هایی که دقیقاً عنوان Responsible AI Engineer دارند از همین شرکت‌هاست: Accenture، Cognizant و HCLTech.

تفاوت با شغل‌های مشابه

کجا این شغل تمام می‌شود و شغل دیگری شروع می‌شود؟

افسر اخلاق هوش مصنوعیAI Ethicist

افسر اخلاق تعیین می‌کند چه چیزی باید سنجیده شود و چه نتیجه‌ای قابل قبول است؛ مهندس Responsible AI ابزار، guardrail و pipeline ارزیابی را می‌سازد که آن سنجش را خودکار و تکرارپذیر می‌کند. در آگهی HERE نقطهٔ تماس دیده می‌شود: مهندس ارزیابی Responsible AI انجام می‌دهد و راهنمایی فنی دربارهٔ ریسک و راه کاهش آن می‌دهد، اما بیشتر شرح وظایف ساختن ابزار، کنترل و زیرساخت است.

متخصص انطباق و مقررات هوش مصنوعیAI Compliance Officer

متخصص انطباق تعهد قانونی را به فهرست، رده‌بندی، کنترل و شاهد تبدیل می‌کند و معمولاً کد نمی‌نویسد. مهندس Responsible AI سیستمی می‌سازد که همین کار را در مقیاس ممکن کند: Amazon سرویس‌هایی می‌خواهد که سیستم‌های AI را خودکار کشف و با چارچوب‌های مقرراتی رده‌بندی کنند و جمع‌آوری شاهد را ساده کنند. مرز همیشه روشن نیست؛ نقش Responsible AI Foundations Engineer در HCLTech بیشتر نگه‌داری فهرست سیستم‌ها، دفتر ریسک و ردیاب انطباق است و به کار انطباق نزدیک است.

محقق ایمنی هوش مصنوعیAI Safety Researcher

پژوهشگر ایمنی می‌پرسد مدل کجا خطرناک یا ناهم‌راستا می‌شود و روش تازه پیشنهاد می‌کند؛ خروجی‌اش آزمایش و مقاله است. مهندس Responsible AI روش‌های موجود را در محصول و زیرساخت پیاده و نگه‌داری می‌کند. در آزمایشگاه‌ها این دو کنار هم‌اند: Google DeepMind از Research Engineer, Responsibility می‌خواهد با دانشمندان پژوهشی کار کند و راه‌حل‌ها را مقیاس دهد، و تیم Safeguards در Anthropic سیستم‌هایی برای تشخیص رفتار ناخواسته و جلوگیری از سوءاستفاده می‌سازد.

مهندس یادگیری ماشینML Engineer

ابزار و مهارت‌ها تقریباً یکی است و عنوان آگهی هم گاهی همان است، مثل Machine Learning Engineer II, Responsible AI در Pinterest. تفاوت در هدف است: مهندس ML عمومی دقت، سرعت و مقیاس مدل را بهتر می‌کند؛ مهندس Responsible AI می‌سنجد مدل برای کدام زیرگروه بد کار می‌کند، در برابر حمله چقدر مقاوم است و چه کنترلی لازم دارد. برای کسی که مهندس ML یا نرم‌افزار است، این نزدیک‌ترین راه ورود به این شغل است.

تأثیر در صنایع مختلف

مهندس هوش مصنوعی مسئولیت‌پذیر در همه صنایع مشغول به کار است — نه فقط شرکت‌های فناوری

📱

شبکه‌های اجتماعی و پلتفرم‌های مصرفی

کاهش bias در توصیه و جستجو و ارزیابی هوش مصنوعی مولد؛ Pinterest ویژگی‌هایی مثل انتخاب رنگ پوست و نوع بدن را از همین تیم عرضه کرده است.

🧩

نرم‌افزار سازمانی و ابزار توسعه

guardrail و moderation درون‌خطی برای دستیارها و ایجنت‌های AI؛ Atlassian این کار را برای Atlassian Intelligence و Rovo و Microsoft برای ابزارهای سازندگان AI انجام می‌دهد.

☁️

ابر و تجارت الکترونیک

پلتفرم حاکمیت برای هزاران سیستم AI در یک شرکت؛ Amazon می‌خواهد سیستم‌ها خودکار کشف، رده‌بندی و برای انطباق مستند شوند.

🏦

بانک و مدیریت دارایی

RBC پلتفرم حاکمیت AI با ارجاع به NIST AI RMF و مقررات ناظر بانکی کانادا (OSFI) می‌سازد و Dalio Family Office چرخهٔ توسعهٔ امن AI و فهرست ایجنت‌ها را.

🛡️

بیمه

SIGNAL IDUNA ارزیابی فنی راه‌حل‌های GenAI و ایجنت و استخراج الزامات حاکمیت و ریسک را می‌خواهد؛ آگهی HCLTech برای پروژهٔ یک مشتری در آلمان، دانش حوزهٔ بیمه و آشنایی با Solvency II و DORA را امتیاز می‌داند.

🗺️

داده‌های مکانی و نقشه

HERE Technologies تیم مهندسی Responsible AI دارد که ابزار حاکمیت، اسکنر MCP و guardrail برای محصولات مبتنی بر AI می‌سازد.

🔬

آزمایشگاه‌ها و شرکت‌های مدل‌ساز

سیستم‌های تشخیص سوءاستفاده، پایش و ابزار ایمنی؛ OpenAI روی حفاظت از کاربران آسیب‌پذیر و سلامت روان و Google DeepMind روی تشخیص رفتار فریبکارانه کار می‌کند.

💼

مشاوره و خدمات IT

ارزیابی سیستم‌های AI مشتریان و اجرای کنترل‌های انطباق با EU AI Act؛ Accenture، Cognizant و HCLTech با همین عنوان استخدام می‌کنند.

تصورات غلط رایج

قبل از تصمیم‌گیری، این باورهای اشتباه را بشناسید

Responsible AI یعنی پر کردن چک‌لیست

آگهی‌ها کار مهندسی production می‌خواهند: Amazon سرویس‌های توزیع‌شده، HERE ابزارهای متصل به CI/CD با آزمون واحد و یکپارچه، و Atlassian فیلتر ایمنی که با هدف تأخیر P50/P99 روی حجم بالای درخواست کار کند.

برای این شغل حتماً دکترا یا مدرک اخلاق لازم است

بستگی به نوع نقش دارد. Pinterest و نقش پژوهشی Google DeepMind در لندن کارشناسی ارشد یا دکترا می‌خواهند، اما Amazon برای SDE, Responsible AI سه سال توسعهٔ نرم‌افزار، HERE «علاقه» به حاکمیت AI و Responsible AI، و OpenAI برای مهندسی ایمنی علاقه به AI/ML «بدون نیاز به تجربهٔ مستقیم».

مدل عادلانه یعنی نتیجهٔ یکسان برای همهٔ گروه‌ها

عدالت چند تعریف ریاضی دارد. Kleinberg و همکارانش ثابت کردند جز در حالت‌های خاص هیچ روشی سه شرط رایج عدالت را هم‌زمان برآورده نمی‌کند. کار مهندس انتخاب معیار متناسب با کاربرد، سنجیدن آن و مستند کردن مصالحه است.

مدلی که آزمون ایمنی را گذراند، ایمن است

طبق AI Index 2026 استنفورد، چند مدل پیشرو در بنچمارک AILuminate در استفادهٔ عادی امتیاز «خوب» گرفتند اما زیر تلاش‌های jailbreak عملکرد ایمنی همهٔ مدل‌ها افت کرد. برای همین Google DeepMind ارزیابی ایمنی را در طول نسخه‌ها پیگیری می‌کند و Atlassian استحکام در برابر تغییر رفتار مدل (drift) را می‌سنجد.

بهتر کردن یک بُعد Responsible AI بقیه را هم بهتر می‌کند

همان گزارش استنفورد می‌گوید پژوهش‌های تجربی اخیر دیده‌اند روش‌های آموزشی که یک بُعد را بهتر می‌کنند، به‌طور مداوم ابعاد دیگر را بدتر کرده‌اند. ایمنی، عدالت و حریم خصوصی گاهی در برابر هم‌اند و مهندس باید اثر هر تغییر را روی همه بسنجد.

یک روز کاری واقعی

در هر سطح روز کاری چه شکلی است؟

جونیور (۰–۲ سال)

در این پژوهش آگهی سطح ورود با این عنوان پیدا نشد، پس این سطح بیشتر به معنای مهندس نرم‌افزار یا ML تازه‌کاری است که در تیم Responsible AI یا Safety کار می‌کند. کار عمدتاً اجرای ارزیابی‌های موجود، نوشتن آزمون و نگه‌داری ابزارهاست.

  • ◆بررسی نتیجهٔ اجرای شبانهٔ مجموعهٔ ارزیابی و پیدا کردن آزمون‌هایی که افت کرده‌اند
  • ◆افزودن نمونه‌های تازه به مجموعهٔ آزمون خصمانه بر اساس یافته‌های اخیر
  • ◆نوشتن آزمون واحد و رفع باگ در یک ابزار داخلی حاکمیت یا ارزیابی
  • ◆محاسبهٔ معیارهای زیرگروهی برای یک مدل و آماده کردن جدول نتایج برای model card
  • ◆شرکت در بازبینی کد و جلسهٔ تیم با مهندسان ارشد

میانی (۲–۵ سال)

مالک یک بخش مشخص هستید، مثل pipeline ارزیابی یک محصول یا یکی از سرویس‌های پلتفرم حاکمیت. با تیم‌های محصول، Trust & Safety، حریم خصوصی و حقوقی کار می‌کنید تا روش‌های Responsible AI در محصول واقعی به‌کار برود.

  • ◆طراحی یک ارزیابی تازه برای ویژگی جدید و توافق با تیم محصول دربارهٔ آستانهٔ قبولی
  • ◆پیاده‌سازی و استقرار یک روش کاهش bias و سنجیدن اثرش روی معیارهای محصول
  • ◆ساختن بخشی از سرویسی که سیستم‌های AI را فهرست و رده‌بندی ریسک می‌کند
  • ◆جلسه با تیم حقوقی یا حریم خصوصی برای تبدیل یک الزام تازه به کنترل فنی
  • ◆بررسی یک یافتهٔ red teaming و طراحی guardrail یا اصلاح برای آن

ارشد (۵+ سال)

جهت فنی یک حوزهٔ کامل را تعیین می‌کنید: معماری guardrail، راهبرد ارزیابی یا پلتفرم حاکمیت. بخشی از وقت صرف بازبینی طراحی، منتورینگ و توضیح مصالحه‌های فنی به رهبران و تیم‌های غیرفنی می‌شود.

  • ◆بازبینی طراحی یک سیستم guardrail درون‌خطی و تصمیم دربارهٔ مصالحهٔ دقت، خطای مثبت کاذب و تأخیر
  • ◆تعریف استاندارد ارزیابی‌هایی که هر مدل پیش از انتشار باید بگذراند
  • ◆ارائهٔ نتایج و مصالحه‌های فنی به رهبری و ذی‌نفعان میان‌وظیفه‌ای
  • ◆نوشتن راهنما و مواد آموزشی برای تیم‌هایی که AI را به کار می‌گیرند
  • ◆منتورینگ مهندسان تیم و بازبینی کد و طراحی آن‌ها

مسئولیت‌ها و وظایف

مسئولیت‌های اصلی

وظایف روزانه و مهارت‌های مورد نیاز در این شغل

فنی
  • ◈ساختن pipeline ارزیابی عدالت، bias، hallucination و groundedness و اجرای خودکار آن در CI/CD
  • ◈طراحی و پیاده‌سازی guardrail زمان اجرا برای LLM و ایجنت: کنترل ورودی و خروجی، تشخیص prompt injection و اعمال سیاست
  • ◈اجرای red teaming و آزمون خصمانه پیش از استقرار و پیگیری اصلاح یافته‌ها
  • ◈ساختن ابزار حاکمیت: فهرست سیستم‌های AI، رده‌بندی ریسک بر اساس چارچوب‌های مقرراتی و جمع‌آوری خودکار شاهد انطباق
  • ◈ایجاد observability و قابلیت ممیزی با لاگ ساختاریافته، audit trail و معیارهای حاکمیت
مهارت نرم
  • ◈ترجمهٔ الزامات EU AI Act، NIST AI RMF و ISO/IEC 42001 به کنترل‌های مهندسی همراه با تیم‌های حقوقی، ریسک و امنیت
  • ◈نوشتن راهنما و مواد آموزشی برای توسعه‌دهندگان و مدیران محصول دربارهٔ Responsible AI و guardrailها
مدیریتی
  • ◈تعیین جهت فنی و منتورینگ مهندسان دیگر در حوزهٔ Responsible AI

مهارت‌های مورد نیاز

مهارت‌های فنی، نرم و حوزه‌ای که یک مهندس هوش مصنوعی مسئولیت‌پذیر موفق به آن‌ها نیاز دارد

مهارت‌های فنی هسته

Python و مهندسی نرم‌افزارضروری

کد قابل آزمون و قابل نگه‌داری؛ HERE و Cognizant هر دو Python و مبانی محکم مهندسی را می‌خواهند

CI/CD و اتوماسیونضروری

اجرای خودکار ارزیابی و اسکن در pipeline؛ HERE تجربهٔ استقرار نرم‌افزار در CI/CD را شرط گذاشته

طراحی ارزیابیضروری

ارزیابی آفلاین و آنلاین، ساختن dataset بنچمارک، LLM-as-a-judge و مدیریت مصالحهٔ precision و recall

Guardrail و کنترل زمان اجراضروری

اعتبارسنجی ورودی و خروجی، تشخیص prompt injection، اعمال سیاست و کنترل دسترسی ابزارها

سنجش عدالت و کاهش biasمهم

معیارهای عدالت، تحلیل زیرگروه‌ها و روش‌های کاهش bias در مدل‌های کلاسیک و مولد

Red teaming و آزمون خصمانهمهم

پیدا کردن jailbreak، prompt injection و نقض مرز اعتماد پیش از استقرار

LLM و سیستم‌های ایجنتیمهم

شناخت معماری transformer، RAG، ایجنت و MCP؛ Microsoft و Cognizant تجربه با سیستم‌های مولد و ایجنتی می‌خواهند

Observability و لاگ ممیزیمهم

لاگ ساختاریافته، audit trail و داشبورد برای ردیابی تصمیم‌ها و رخدادها

حاکمیت، ریسک و مقررات

EU AI Actمهم

رده‌های ریسک، تعهدهای سیستم‌های پرخطر (لاگ، مستندسازی، نظارت انسانی، استحکام) و جدول زمانی اجرا

NIST AI RMFمهم

چهار کارکرد Govern، Map، Measure و Manage و نیمرخ هوش مصنوعی مولد (NIST AI 600-1)

ISO/IEC 42001مفید

استاندارد سیستم مدیریت AI؛ Cognizant و Atlassian نام آن را آورده‌اند

رده‌بندی ریسک و فهرست سیستم‌های AIمهم

نگه‌داری فهرست سیستم‌ها، دفتر ریسک و ثبت شاهد کنترل‌ها

مدل‌سازی تهدید (Threat Modeling)مفید

شناخت روش‌هایی مثل STRIDE و چارچوب‌هایی مثل MITRE ATLAS و OWASP برای سیستم‌های AI

مستندسازی فنیضروری

model card، گزارش ارزیابی و مستندات آماده برای ممیزی

مهارت‌های ارتباطی و کاری

ترجمهٔ الزام به راه‌حل مهندسیضروری

HERE و ElevenLabs هر دو صریحاً تبدیل الزامات مقرراتی و حقوقی به راه‌حل عملی مهندسی را می‌خواهند

کار با ذی‌نفعان غیرفنیضروری

توضیح ریسک فنی به تیم‌های حقوقی، امنیت، ریسک و رهبران کسب‌وکار

نوشتن راهنما و آموزشمهم

تهیهٔ راهنما برای توسعه‌دهندگان و مدیران محصول و برگزاری جلسات آموزشی

قضاوت در مصالحه‌هامهم

سبک‌سنگین کردن رشد محصول، تجربهٔ کاربر و ایمنی؛ ElevenLabs همین را از مهندس ایمنی می‌خواهد

اثرگذاری بدون اختیار رسمیمهم

قانع کردن تیم‌های محصول به پذیرش ارزیابی و کنترل بدون آنکه مدیرشان باشید

به‌روز ماندنمهم

دنبال کردن تهدیدهای تازه، مقررات در حال تغییر و ابزارهای جدید ارزیابی

ضروری — بدون آن نمی‌توان وارد بازار کار شدمهم — تفاوت بین جونیور و میانیمفید — مزیت رقابتی

نقشه راه و مسیر آموزشی

نقشه راه تبدیل شدن به مهندس هوش مصنوعی مسئولیت‌پذیر

این مسیر گام به گام شما را از صفر تا حرفه‌ای هدایت می‌کند.

1

پایهٔ مهندسی نرم‌افزار و یادگیری ماشین

⏱️ ۳ تا ۴ ماه

آگهی‌های این شغل پیش از هر چیز مهندسی نرم‌افزار می‌خواهند: Amazon سه سال سابقهٔ توسعهٔ نرم‌افزار، HERE تجربهٔ ساخت و استقرار نرم‌افزار در CI/CD و ElevenLabs پنج سال کار روی سیستم‌های production. در کنار آن باید بدانید یک مدل ML چطور آموزش داده و سنجیده می‌شود، چون هر ارزیابی بعدی روی همین پایه است.

PythonTesting (pytest)Git & CI/CDSQL و کار با دادهSupervised LearningEvaluation Metrics
2

عدالت، bias و توضیح‌پذیری

⏱️ ۲ تا ۳ ماه

سنجیدن عملکرد مدل برای زیرگروه‌ها، انتخاب معیار عدالت و اصلاح bias. Pinterest از مهندس Responsible AI می‌خواهد bias را در کاربردهای ML از جمله هوش مصنوعی مولد شناسایی و کم کند و Cognizant تحلیل عملکرد زیرگروه‌ها را جزو pipeline ارزیابی آورده است.

Fairness MetricsSubgroup Performance AnalysisBias MitigationSHAP / InterpretabilityModel Cards
3

ارزیابی LLM، red teaming و guardrail

⏱️ ۳ تا ۴ ماه

بخش اصلی کار امروز: ساختن مجموعهٔ ارزیابی برای LLM و ایجنت، آزمون خصمانه (jailbreak و prompt injection) و طراحی guardrail برای ورودی و خروجی. Atlassian ارزیابی آفلاین و آنلاین، مجموعهٔ آزمون خصمانه و pipeline مبتنی بر LLM-as-a-judge می‌خواهد و Cognizant طراحی guardrail زمان اجرا و رهبری red teaming پیش از استقرار.

LLM Evaluation DesignLLM-as-a-JudgePrompt Injection & JailbreaksGuardrails EngineeringHallucination & Groundedness Checks
4

امنیت، حریم خصوصی و کنترل ایجنت‌ها

⏱️ ۲ تا ۳ ماه

وقتی مدل به ابزار و داده وصل می‌شود، مسئله از کیفیت پاسخ به مرز اعتماد و دسترسی می‌رسد. HERE کنترل‌هایی مثل محافظت زمان اجرا، کنترل دسترسی و اسکن سرورهای MCP را می‌خواهد و Dalio Family Office شناخت MCP، مرزهای اعتماد و دامنهٔ دسترسی ابزارها را. آشنایی پایه با حریم خصوصی تفاضلی (Differential Privacy) هم برای کار با دادهٔ حساس مفید است.

Threat ModelingAgent Permissions & MCP Trust BoundariesAccess ControlsDifferential Privacy BasicsAudit Logging
5

حاکمیت AI و تبدیل قانون به کنترل فنی

⏱️ مداوم

مهندس باید بتواند یک الزام قانونی یا استاندارد را به کنترلی تبدیل کند که خودکار اجرا شود و شاهد بسازد. Cognizant ترجمهٔ EU AI Act و NIST AI RMF به «کنترل‌های مهندسی قابل اجرا» را می‌خواهد و Amazon pipelineهایی که سیستم‌های AI را با چارچوب‌های مقرراتی تطبیق می‌دهند.

EU AI ActNIST AI RMFISO/IEC 42001AI Inventory & Risk ClassificationCompliance Evidence AutomationTechnical Documentation

ابزارها و استک فنی

ابزارهایی که هر مهندس AI باید بشناسد، دسته‌بندی‌شده بر اساس اولویت

سنجش عدالت و توضیح‌پذیری

Fairlearn

کتابخانهٔ Python برای سنجیدن و بهبود عدالت مدل‌های ML؛ معیارهای زیرگروهی و الگوریتم‌های کاهش bias دارد

ضروری
AI Fairness 360 (AIF360)

مجموعهٔ متن‌باز معیارهای عدالت برای داده و مدل، به‌همراه الگوریتم‌های کاهش bias؛ ساختهٔ تیم Kush Varshney در IBM

مفید
SHAP

توضیح خروجی هر مدل ML با رویکرد نظریهٔ بازی‌ها؛ برای دیدن اینکه کدام ویژگی تصمیم را جابه‌جا کرده

مفید
InterpretML

ابزار متن‌باز برای مدل‌های قابل تفسیر و توضیح مدل‌های جعبه‌سیاه

مفید

ارزیابی LLM و red teaming

Inspect

چارچوب ارزیابی مدل‌ها از UK AI Security Institute و Meridian Labs برای سنجیدن کدنویسی، کارهای ایجنتی، استدلال و رفتار مدل، با بیش از ۲۰۰ ارزیابی آماده

ضروری
promptfoo

آزمودن prompt، ایجنت و RAG با پیکربندی ساده و اجرا در CI/CD؛ اسکن آسیب‌پذیری و red teaming هم دارد

مفید
garak

اسکنر آسیب‌پذیری LLM از NVIDIA؛ مجموعه‌ای از probeها را روی مدل اجرا می‌کند و گزارش می‌دهد

مفید
PyRIT

چارچوب متن‌باز Microsoft برای شناسایی پیش‌دستانهٔ ریسک در سیستم‌های هوش مصنوعی مولد (مخزن از Azure/PyRIT به microsoft/PyRIT منتقل شده)

پیشرفته

Guardrail و ایمنی زمان اجرا

NeMo Guardrails

ابزار متن‌باز NVIDIA برای افزودن guardrail برنامه‌پذیر به سیستم‌های گفت‌وگومحور مبتنی بر LLM؛ آگهی Cognizant نام آن را آورده

ضروری
Guardrails AI

کتابخانهٔ متن‌باز Python برای افزودن guardrail به اپلیکیشن‌های مبتنی بر LLM

مفید
Purple Llama

پروژهٔ چتری Meta برای ابزار و ارزیابی امنیت LLM؛ شامل ابزارهای امنیت سایبری و safeguard برای ورودی و خروجی مدل

مفید
Giskard

کتابخانهٔ متن‌باز ارزیابی و آزمون ایجنت‌های LLM؛ آگهی Cognizant آن را در کنار NeMo Guardrails و Arize آورده

مفید

پایش، مستندسازی و حاکمیت

Arize Phoenix

ابزار متن‌باز observability و ارزیابی برای اپلیکیشن‌های AI؛ trace و نتیجهٔ ارزیابی را کنار هم نشان می‌دهد

مفید
Hugging Face Model Cards

قالب و راهنمای مستندسازی مدل بر پایهٔ ایدهٔ Model Cards؛ کاربرد، محدودیت و نتایج ارزیابی را ثبت می‌کند

ضروری
NIST AI RMF Playbook

اقدام‌های پیشنهادی NIST برای چهار کارکرد Govern، Map، Measure و Manage؛ نقطهٔ شروع خوبی برای طراحی کنترل

ضروری
AI Verify

چارچوب و ابزار آزمون AI Verify Foundation در سنگاپور برای نشان دادن اینکه سیستم AI با استانداردهای جهانی هم‌خوان است

مفید
ضروری — باید یاد بگیریدمفید — ارزش یادگیری داردپیشرفته — برای سطوح ارشد

مسیر پیشرفت شغلی

از جونیور تا Staff Engineer — چه مهارت‌هایی نیاز دارید و چه درآمدی انتظار داشته باشید

مهندس نرم‌افزار یا ML با تمرکز تازه بر Responsible AI

۰ تا ۲ سال

در این پژوهش آگهی سطح ورود با این عنوان پیدا نشد؛ مسیر معمول ورود، کار به‌عنوان مهندس نرم‌افزار یا ML عمومی و برداشتن کارهای ارزیابی، آزمون و مستندسازی در تیم است. نگه‌داری مجموعهٔ ارزیابی، نوشتن آزمون و کمک به model card کارهای مناسب این مرحله‌اند.

PythonTestingML BasicsFairness MetricsDocumentation

Responsible AI Engineer

۲ تا ۵ سال

ساختن و اجرای pipeline ارزیابی، اصلاح bias در یک محصول و ساختن سرویس‌های حاکمیت. نمونه‌ها: Machine Learning Engineer II در تیم Responsible AI شرکت Pinterest (۲ سال سابقه) و SDE, Responsible AI در Amazon (۳ سال سابقهٔ توسعهٔ نرم‌افزار).

Evaluation PipelinesBias MitigationDistributed ServicesGuardrailsCross-functional Work

Senior / Lead Responsible AI Engineer

۵ تا ۸ سال

مالکیت یک حوزهٔ کامل مثل guardrail، ابزار حاکمیت یا red teaming، تعیین بهترین روش‌ها و آموزش تیم‌ها. Accenture برای Responsible AI Engineer دست‌کم ۵ سال تجربه در هوش مصنوعی مولد می‌خواهد، OpenAI و ElevenLabs برای مهندسی ایمنی ۵ سال و HERE برای نقش Lead ساختن ابزار، guardrail و مواد آموزشی را با هم.

Guardrail ArchitectureRed TeamingGovernance ToolingTechnical LeadershipTraining & Guidance

Staff / Principal Engineer

۸+ سال

تعیین جهت فنی سیستم‌های ایمنی و حاکمیت در کل سازمان و منتورینگ. Character.AI برای مهندسی ایمنی و یکپارچگی ۸ سال سابقه می‌خواهد، Google DeepMind برای Research Engineer, Responsibility هشت سال برنامه‌نویسی Python، و Anthropic نقش Staff+ در Safeguards دارد.

Technical StrategySystem Design at ScaleMentoringResearch TranslationStakeholder Influence

چالش‌ها و جنبه‌های منفی

واقعیت‌هایی که کمتر در آگهی‌های شغلی می‌بینید — قبل از ورود بدانید

تعریف‌های عدالت با هم ناسازگارند

عمومی

Kleinberg و همکارانش ثابت کردند جز در حالت‌های خاص، هیچ روشی سه شرط رایج عدالت را هم‌زمان برآورده نمی‌کند. پس هر بار باید یک معیار را انتخاب کنید، دلیلش را بنویسید و بپذیرید که کسی آن را نمی‌پسندد. این تصمیم فقط فنی نیست و باید با تیم محصول، حقوقی یا اخلاق گرفته شود.

بهتر کردن یک بُعد، بُعد دیگر را خراب می‌کند

تحقیقاتی

طبق AI Index 2026 استنفورد، روش‌های آموزشی که یک بُعد Responsible AI را بهتر می‌کنند، در پژوهش‌های تجربی اخیر به‌طور مداوم ابعاد دیگر را بدتر کرده‌اند و این مصالحه‌ها هنوز خوب فهمیده نشده‌اند. یعنی هر اصلاح باید با ارزیابی گسترده همراه باشد، نه فقط سنجهٔ همان مشکل.

ایمنی در برابر سرعت و تجربهٔ کاربر

شرکت بزرگ

guardrail درون‌خطی روی هر درخواست اجرا می‌شود؛ اگر کند باشد یا درخواست سالم را رد کند، محصول بدتر می‌شود. Atlassian از مهندس Responsible AI می‌خواهد بین دقت مدل و تأخیر کم (هدف‌های P50/P99) تعادل بگیرد و ElevenLabs از مهندس ایمنی که مصالحهٔ رشد محصول، تجربهٔ کاربر و ایمنی را مدیریت کند.

آزمون عادی کافی نیست

تحقیقاتی

طبق گزارش استنفورد، دفاع ایمنی مدل‌های پیشرو زیر حملهٔ jailbreak ضعیف می‌شود و گزارش‌دهی شرکت‌ها دربارهٔ بنچمارک‌های Responsible AI هنوز پراکنده است. مهندس باید مجموعهٔ آزمون خصمانهٔ خودش را بسازد و مدام به‌روز کند، چون مهاجم هم یاد می‌گیرد.

مقررات و چارچوب‌ها هنوز در حال تغییرند

عمومی

اصلاحیهٔ AI Omnibus اتحادیهٔ اروپا که از ژوئیهٔ ۲۰۲۶ اجرایی شد، زمان اجرای قواعد سیستم‌های پرخطر را به دسامبر ۲۰۲۷ و اوت ۲۰۲۸ برد و NIST اعلام کرده نسخهٔ ۱٫۰ چارچوب AI RMF در حال بازنگری است. ابزار حاکمیتی که می‌سازید باید طوری طراحی شود که با تغییر قاعده، بازنویسی کامل لازم نداشته باشد.

مقیاس: هزاران سیستم و تیم‌هایی که نباید کند شوند

شرکت بزرگ

Amazon در آگهی خود می‌نویسد پیگیری هزاران سیستم AI در برابر چارچوب‌های مقرراتی و تعهدهای داخلی به‌صورت دستی ممکن نیست و هدف را ابزاری می‌داند که سازندگان بدون کند شدن کار درست را انجام دهند. HERE هم از «shift left» حرف می‌زند: آوردن حاکمیت به ابتدای چرخهٔ توسعه. اگر ابزار شما دست‌وپاگیر باشد، تیم‌ها دورش می‌زنند.

حقوق و بازار کار جهانی

حقوق جهانی مهندس هوش مصنوعی مسئولیت‌پذیر

حقوق سالانه در کشورهای مختلف بر اساس داده‌های منتشرشده؛ منبع هر ردیف با آیکون کنار نام کشور باز می‌شود.

کشورمیانه / میانگینارز
🇺🇸آمریکا
$253,500USD
🇺🇸آمریکا
$296,000USD
🇺🇸آمریکا
$225,000USD
🇺🇸آمریکا
$217,500USD

چگونه از صفر شروع کنیم

برنامه گام‌به‌گام برای ورود به مهندسی هوش مصنوعی

ماه ۱: عدالت و معیارهای زیرگروهی

فصل‌های اصلی کتاب Fairness and Machine Learning را بخوانید و هم‌زمان با Fairlearn روی یک dataset عمومی معیارها را حساب کنید.

ماه ۲: پروژهٔ ممیزی عدالت و model card

پروژهٔ اول نمونه‌کارها را کامل کنید: ممیزی، یک روش کاهش bias و model card. آن را در GitHub منتشر کنید.

ماه ۳: ارزیابی LLM

با Inspect یا promptfoo برای یک اپلیکیشن LLM مجموعهٔ ارزیابی بسازید و آن را در GitHub Actions اجرا کنید.

ماه ۴: red teaming و guardrail

دسته‌های OWASP Top 10 for LLM را یاد بگیرید، با garak یک مدل را آزمون کنید و برای یافته‌ها guardrail بگذارید.

ماه ۵: حاکمیت و مقررات

جدول زمانی و تعهدهای سیستم‌های پرخطر EU AI Act و چهار کارکرد NIST AI RMF را بخوانید و برای پروژه‌های خودتان یک جدول کنترل و شاهد بنویسید.

ماه ۶: نمونه‌کار نهایی و درخواست

پروژهٔ guardrail یا ارزیابی را کامل کنید و در رزومه روی ارزیابی، guardrail و تبدیل الزام به کنترل تأکید کنید. داخل شرکت فعلی‌تان هم دنبال تیم Responsible AI یا Safety بگردید؛ جابه‌جایی داخلی معمولاً راه ساده‌تری است.

پروژه‌های پیشنهادی برای رزومه

ممیزی عدالت یک مدل طبقه‌بندی، با گزارش و model card

مبتدی

یک dataset عمومی جدولی (مثلاً داده‌های درآمد یا وام) بگیرید، مدل بسازید و با Fairlearn عملکرد را برای زیرگروه‌ها بسنجید. یک روش کاهش bias را امتحان کنید، اثرش را روی دقت و عدالت گزارش کنید و در پایان یک model card بنویسید که کاربرد درست، محدودیت‌ها و نتایج زیرگروهی را ثبت کند.

Pythonscikit-learnFairlearnpandas
زمان تخمینی: ۱ تا ۲ هفته

مجموعهٔ ارزیابی LLM که در CI اجرا می‌شود

متوسط

برای یک چت‌بات یا اپلیکیشن RAG مجموعه‌ای از آزمون‌ها بنویسید: درستی پاسخ، groundedness، امتناع درست و چند prompt خصمانه. آن را با Inspect یا promptfoo پیاده کنید و در GitHub Actions طوری بگذارید که با هر تغییر prompt یا مدل اجرا شود و افت را نشان دهد؛ همان «ارزیابی پیوسته» که HERE و Google DeepMind از آن حرف می‌زنند.

InspectpromptfooGitHub ActionsPython
زمان تخمینی: ۲ تا ۳ هفته

لایهٔ guardrail برای یک ایجنت، با سنجش خطای مثبت کاذب

متوسط

جلوی یک ایجنت ساده که به یکی دو ابزار دسترسی دارد guardrail بگذارید: اعتبارسنجی ورودی و خروجی، تشخیص prompt injection و محدود کردن دسترسی ابزارها. بعد با یک مجموعهٔ آزمون نشان دهید guardrail چند درصد حمله را می‌گیرد و چند درصد درخواست سالم را اشتباهی رد می‌کند؛ Atlassian همین مصالحهٔ precision و recall و تأخیر را از مهندس Responsible AI می‌خواهد.

NeMo GuardrailsGuardrails AILangGraphPython
زمان تخمینی: ۳ هفته

red teaming سیستماتیک و گزارش یافته‌ها

متوسط

با garak یا PyRIT یک مدل متن‌باز یا اپلیکیشن خودتان را آزمون کنید، یافته‌ها را بر اساس OWASP Top 10 for LLM دسته‌بندی کنید و برای هر یافته شدت، روش بازتولید و پیشنهاد اصلاح بنویسید. بعد از اصلاح، همان آزمون‌ها را دوباره اجرا کنید تا نتیجه قابل مقایسه باشد.

garakPyRITOWASP Top 10 for LLMPython
زمان تخمینی: ۲ تا ۳ هفته

پلتفرم کوچک حاکمیت AI: فهرست، رده‌بندی ریسک و شاهد

پیشرفته

سرویسی بسازید که سیستم‌های AI یک سازمان فرضی را فهرست کند، هر کدام را با پرسش‌های ساده در رده‌های ریسک EU AI Act قرار دهد، نتایج ارزیابی و لاگ‌ها را به‌عنوان شاهد ذخیره کند و برای بازبین انسانی یک صفحهٔ تصمیم نشان دهد. این نسخهٔ کوچکِ کاری است که Amazon (کشف و رده‌بندی سیستم‌های AI) و RBC (رابط بازبین برای تصمیم‌های حاکمیت) در آگهی‌هایشان توصیف کرده‌اند.

FastAPIPostgreSQLReactEU AI ActNIST AI RMF
زمان تخمینی: ۶ تا ۸ هفته

مثال‌های واقعی و Case Studies

داستان‌های واقعی از مهندسانی که در این حوزه تأثیرگذار بوده‌اند

R

Rumman Chowdhury

پیشینه

طبق ویکی‌پدیا، دانشمند داده و کارآفرین آمریکایی-بنگلادشی است. کارشناسی علوم مدیریت و علوم سیاسی را در MIT، کارشناسی ارشد آمار را در Columbia و دکترای علوم سیاسی را در UC San Diego گرفت. پیش از Accenture در بوت‌کمپ Metis علم داده درس می‌داد.

دستاورد

در ۲۰۱۷ به Accenture رفت و کار Responsible AI آن را رهبری کرد. با گروهی از پژوهشگران Alan Turing Institute یک «ابزار عدالت» ساخت که بررسی می‌کند دسته‌هایی مثل نژاد یا جنسیت روی خروجی الگوریتم اثر دارند یا نه و تلاش می‌کند bias را اصلاح کند. در ۲۰۲۰ شرکت Parity را برای پر کردن فاصلهٔ زبان تیم‌های ریسک، حقوقی و داده بنیان گذاشت و از فوریهٔ ۲۰۲۱ تا نوامبر ۲۰۲۲ مدیر تیم ML Ethics, Transparency and Accountability (META) در Twitter بود؛ این تیم در ۲۰۲۱ تحلیلی دربارهٔ تقویت الگوریتمی محتوای سیاسی در Twitter منتشر کرد.

درس کلیدی

مسیر او نشان می‌دهد این کار فقط مدل‌سازی نیست؛ ساختن ابزاری که تیم‌های ریسک و حقوقی هم بفهمند، به اندازهٔ خود سنجش اهمیت دارد. پیش‌زمینهٔ علوم اجتماعی هم در کنار آمار می‌تواند نقطهٔ قوت باشد.

M

Margaret Mitchell

پیشینه

طبق ویکی‌پدیا، دانشمند کامپیوتر با تمرکز بر bias و عدالت در یادگیری ماشین است. کارشناسی زبان‌شناسی، کارشناسی ارشد زبان‌شناسی محاسباتی از University of Washington و دکترا از University of Aberdeen دارد. از ۲۰۱۳ در Microsoft Research رهبر پژوهشی پروژهٔ Seeing AI بود و از ۲۰۱۶ در Google کار کرد.

دستاورد

مفهوم «Model Cards» را برای گزارش شفاف مدل‌ها معرفی کرد: سند کوتاهی کنار هر مدل که نتایج ارزیابی را برای گروه‌های جمعیتی مختلف و زمینهٔ کاربرد درست مدل ثبت می‌کند. در Google تیم Ethical AI را بنیان گذاشت و با Timnit Gebru رهبری کرد. در ۲۰۲۱ پس از یک تحقیق پنج‌هفته‌ای از Google اخراج شد و اواخر همان سال به Hugging Face پیوست.

درس کلیدی

یک قالب مستندسازی ساده و قابل تکرار می‌تواند بیشتر از یک روش پیچیده در عمل جا بیفتد. امروز Hugging Face برای مدل‌ها model card دارد و نوشتن آن یکی از ساده‌ترین نمونه‌کارهای این شغل است.

K

Kush R. Varshney

پیشینه

طبق صفحهٔ او در IBM Research، کارشناسی مهندسی برق و کامپیوتر را از Cornell و کارشناسی ارشد و دکترا را از MIT گرفت. اکنون IBM Fellow در مرکز تحقیقات Thomas J. Watson است و پژوهش هوش مصنوعی قابل اعتماد انسان‌محور را هدایت می‌کند. از ۲۰۱۵ تا ۲۰۲۳ هم‌بنیان‌گذار و هم‌مدیر برنامهٔ IBM Science for Social Good بود.

دستاورد

او و تیمش چند جعبه‌ابزار متن‌باز شناخته‌شده ساختند: AI Fairness 360، AI Explainability 360، Uncertainty Quantification 360 و AI FactSheets 360، و همچنین خانوادهٔ مدل‌های Granite Guardian. در ۲۰۲۲ کتاب Trustworthy Machine Learning را مستقل منتشر کرد که نسخهٔ آنلاین آن رایگان است. عضو (Fellow) IEEE است.

درس کلیدی

ترکیب پژوهش با ساختن ابزار متن‌باز اثر را چند برابر می‌کند: کسی که AIF360 را نصب می‌کند، بی‌آنکه مقاله‌ای بخواند از نتیجهٔ پژوهش استفاده می‌کند. برای تازه‌کار، مشارکت در همین ابزارها راه خوبی برای دیده شدن است.

نمونه آگهی استخدام واقعی + تحلیل

یک آگهی واقعی از شرکت فعال در حال استخدام، با تحلیل هر بخش

Lead Responsible AI Engineer

HERE Technologiesکراکوف (لهستان)؛ برنو و پراگ (جمهوری چک)2026-09-10

تحلیل نیازمندی‌ها

EN

Strong software engineering fundamentals including testing, automation, reliability, and maintainability.

پایهٔ این نقش مهندسی نرم‌افزار است. ابزار حاکمیت و guardrail کدی است که هر روز روی کار تیم‌های دیگر اجرا می‌شود؛ اگر قابل اعتماد و قابل نگه‌داری نباشد، کسی از آن استفاده نمی‌کند.

ضروری
EN

Proven experience designing, developing, testing, and deploying software for automated execution in CI/CD environments; experience with GitLab CI/CD is an advantage.

ارزیابی و اسکن باید خودکار و داخل pipeline اجرا شود، نه دستی و یک‌باره. اگر تا حالا یک job در GitHub Actions یا GitLab CI نوشته‌اید که آزمون یا اسکن اجرا می‌کند، همین را در رزومه بیاورید.

ضروری
EN

Interest in AI governance, Responsible AI, AI security, and AI risk management.

اینجا «علاقه» خواسته شده، نه سال‌ها سابقه. یعنی این تیم مهندس نرم‌افزار خوبی را که می‌خواهد وارد حوزه شود می‌پذیرد؛ نمونه‌کار و یادداشت‌هایی که علاقه را نشان دهند، جای سابقهٔ رسمی را تا حدی پر می‌کنند.

ضروری
EN

Proven ability to work across technical and non-technical stakeholder groups and translate regulatory or governance requirements into practical engineering solutions.

مهارت متمایزکنندهٔ این شغل همین ترجمه است: الزامی که تیم حقوقی یا حاکمیت می‌نویسد را بگیرید و به کنترل، آزمون یا ابزار تبدیل کنید. یک نمونه‌کار که یک بند EU AI Act را به چند آزمون خودکار تبدیل کرده، این را خوب نشان می‌دهد.

ضروری
EN

Development experience in several programming and scripting languages, knowledge of Python is an advantage

زبان خاصی شرط نیست، اما Python در عمل زبان مشترک ابزارهای ارزیابی و guardrail است. اسکریپت‌نویسی برای اتوماسیون هم بخشی از کار روزمره است.

مهم
EN

Familiarity with AI systems, LLMs, AI agents, or agentic workflows is an advantage.

بخش بزرگی از کار این تیم کنترل ایجنت‌هاست. باید بدانید یک ایجنت چطور ابزار صدا می‌زند و کجا ممکن است از دسترسی‌اش سوءاستفاده شود؛ ساختن یک ایجنت کوچک بهترین راه یادگیری است.

مهم
EN

Experience building developer tooling, automation platforms, or compliance-related systems is an advantage.

مشتری ابزارهای شما توسعه‌دهندگان دیگرند. تجربهٔ ساختن ابزار داخلی، CLI یا پلاگین CI نشان می‌دهد می‌دانید ابزاری بسازید که مردم واقعاً به کار ببرند.

مفید
EN

Experience producing technical documentation, training materials, and engineering guidance is an advantage.

نوشتن راهنما و مواد آموزشی جزو وظایف رسمی این نقش است. یک README خوب، یک راهنمای کوتاه یا یک پست فنی در نمونه‌کار شما همین مهارت را نشان می‌دهد.

مفید

تحلیل مسئولیت‌ها

EN

Develop tools, infrastructure, and processes that help developers, product owners, and product managers achieve Responsible AI compliance.

کار اصلی ساختن ابزار برای دیگران است، نه بررسی دستی تک‌تک پروژه‌ها. موفقیت یعنی تیم‌های محصول خودشان بتوانند با کمترین زحمت نشان دهند سیستمشان الزامات را رعایت می‌کند.

EN

Conduct Responsible AI assessments and provide technical guidance on risk identification, mitigation strategies, and regulatory compliance evidence.

در کنار ساختن ابزار، خودتان هم سیستم‌ها را ارزیابی می‌کنید و به تیم‌ها می‌گویید ریسک کجاست، چطور کم می‌شود و چه شاهدی برای انطباق لازم است.

EN

Develop and enhance MCP scanning capabilities for automated assessment of AI systems, AI agents, and MCP servers.

MCP (Model Context Protocol) راهی است که ابزارها و داده‌ها به مدل وصل می‌شوند. اسکنر MCP بررسی می‌کند یک سرور یا ایجنت چه دسترسی‌هایی دارد و کجا ریسک امنیتی یا حاکمیتی ایجاد می‌کند؛ این از تازه‌ترین بخش‌های کار است.

EN

Develop scalable CI/CD-integrated solutions that enable continuous evaluation of AI systems and AI-related risks.

ارزیابی یک‌باره پیش از انتشار کافی نیست؛ هر تغییر در مدل، prompt یا ابزار باید دوباره سنجیده شود. ساختن این ارزیابی پیوسته در pipeline هستهٔ فنی نقش است.

EN

Design and implement controls for AI agents including runtime protections, policy enforcement, input and output validation, access controls, risk monitoring, and governance automation.

این فهرست تقریباً کل جعبه‌ابزار guardrail است: محافظت زمان اجرا، اعمال سیاست، اعتبارسنجی ورودی و خروجی، کنترل دسترسی و پایش. پروژهٔ guardrail برای ایجنت دقیقاً این مهارت را نشان می‌دهد.

EN

Maintain and improve OSS scanning infrastructure, assist teams in resolving scan failures and compliance issues, and contribute to automation that improves the efficiency, reliability, and usability of OSS compliance workflows.

بخشی از کار، انطباق نرم‌افزار متن‌باز (مجوزها) است که مستقیماً AI نیست. این نشان می‌دهد در شرکت‌ها تیم Responsible AI اغلب کنار امنیت و انطباق نرم‌افزار قرار می‌گیرد و باید آماده باشید کار عملیاتی هم بکنید.

EN

Communicate with and support teams adopting AI technologies, produce guidelines for developers and product managers, and develop training materials covering Responsible AI, AI governance, AI guardrails, and OSS compliance processes.

آموزش و پشتیبانی تیم‌ها رسماً جزو شغل است. ابزار خوب بدون راهنما و آموزش به کار گرفته نمی‌شود؛ مهندسی که بتواند ساده توضیح دهد، اثر بیشتری دارد.

نتیجه‌گیری کلی

این آگهی نشان می‌دهد Responsible AI Engineer در یک شرکت محصول بیشتر سازندهٔ ابزار است تا ممیز: ابزار ارزیابی پیوسته، اسکنر ایجنت و MCP، guardrail و مستندات آموزشی. شرط اصلی مهندسی نرم‌افزار محکم و تجربهٔ CI/CD است و برای حاکمیت AI فقط علاقه خواسته شده؛ پس برای مهندس نرم‌افزاری که می‌خواهد وارد این حوزه شود، یکی از قابل‌دسترس‌ترین نمونه‌هاست.

آینده و روندها

پیش‌بینی ۵–۱۰ ساله و مهارت‌هایی که باید یاد بگیرید

BLS آمریکا پیش‌بینی می‌کند اشتغال توسعه‌دهندگان نرم‌افزار، تحلیلگران تضمین کیفیت و تسترها از ۲۰۲۵ تا ۲۰۳۵، ۱۰٪ رشد کند که بسیار سریع‌تر از میانگین همهٔ شغل‌هاست، با حدود ۱۰۶ هزار فرصت شغلی در سال. BLS گروه جداگانه‌ای برای مهندسی Responsible AI ندارد و این نزدیک‌ترین گروه رسمی است. برای مقایسه، AI Index 2026 استنفورد می‌گوید نقش‌های مخصوص حاکمیت AI در ۲۰۲۵، ۱۷٪ رشد کردند؛ این رقم دربارهٔ نقش‌های حاکمیت است، نه مهندسان.

منبع: BLS Occupational Outlook Handbook — Software Developers, Quality Assurance Analysts, and Testers

مهارت‌های نوظهور که باید یاد بگیرید

guardrail و کنترل دسترسی برای ایجنت‌هااسکن و ارزیابی سرورهای MCPارزیابی پیوسته در CI/CDLLM-as-a-judge برای ارزیابی خودکارایمنی چندوجهی (تصویر، ویدیو، صدا) و منشأ محتوا (provenance / watermarking)اتوماسیون شاهد انطباق برای EU AI Act و ISO/IEC 42001تشخیص رفتار فریبکارانه و چاپلوسی (sycophancy) در مدل‌ها

پیش‌بینی‌های آینده

2027

طبق کمیسیون اروپا، از ۲ دسامبر ۲۰۲۷ سیستم‌های پرخطر در حوزه‌هایی مثل استخدام، آموزش، زیرساخت حیاتی و مهاجرت پیش از ورود به بازار باید سازوکار ارزیابی و کاهش ریسک، دادهٔ باکیفیت برای کم کردن نتایج تبعیض‌آمیز، ثبت لاگ برای ردیابی، مستندات کامل، نظارت انسانی و استحکام و امنیت کافی داشته باشند.

2027

کمیسیون اروپا انتظار دارد ظرفیت تازهٔ اتحادیه برای ارزیابی مدل‌های AI پیش از ورود به بازار اروپا تا ۲۰۲۷ عملیاتی شود تا ارزیابی شخص ثالث از قابلیت‌ها و ریسک‌ها تقویت شود.

2028

طبق کمیسیون اروپا، قواعد سیستم‌های پرخطری که درون محصولات مقررات‌مند (Annex I) قرار دارند، پس از اصلاحیهٔ AI Omnibus از ۲ اوت ۲۰۲۸ اجرا می‌شود.

2035

BLS پیش‌بینی می‌کند تا ۲۰۳۵ اشتغال توسعه‌دهندگان نرم‌افزار، تحلیلگران تضمین کیفیت و تسترها در آمریکا نسبت به ۲۰۲۵، ۱۰٪ بیشتر شود.

ریسک‌های واقعی

اول، کم بودن نقش‌های ورودی: در آگهی‌های این پژوهش کمترین سابقه ۲ تا ۳ سال بود و بیشتر نقش‌ها ارشد بودند، پس ورود معمولاً از مسیر مهندسی نرم‌افزار یا ML عمومی می‌گذرد. دوم، پراکندگی عنوان: همین کار با نام‌های Responsible AI، Safety Engineering، Safeguards یا AI Governance Engineer آگهی می‌شود و جستجو با یک عنوان، بخش بزرگی از بازار را پنهان می‌کند. سوم، وابستگی به مقررات: بخشی از تقاضا به جدول زمانی EU AI Act و چارچوب‌هایی مثل NIST AI RMF گره خورده که هر دو در ۲۰۲۶ تغییر کرده‌اند یا در حال بازنگری‌اند. چهارم، داده‌های حقوق محدود است: Glassdoor برای این عنوان در آمریکا، انگلستان و کانادا گزارشی ندارد و ارقام خارج از آمریکا در این صفحه فقط از آزمایشگاه‌های AI است که از میانگین بازار بسیار بالاترند.

منابع

اطلاعات این صفحه در تاریخ ۳۰ مهر ۱۴۰۵ از این ۳۵ منبع بررسی شده است.

  1. Lead Responsible AI Engineer — HERE Technologies (job posting)
  2. Responsible AI Engineer — Cognizant (job posting, LinkedIn)
  3. Responsible AI Engineer — Accenture in India (job posting, LinkedIn)
  4. SDE, Responsible AI — Amazon (job posting)
  5. Machine Learning Engineer II, Responsible AI — Pinterest (job posting)
  6. Senior Software Engineer - Responsible AI - CoreAI — Microsoft (job posting, LinkedIn)
  7. Member of Technical Staff - Responsible AI (CoreAI) — Microsoft (job posting, LinkedIn)
  8. Research Engineer, Responsibility, DeepMind — Google (job posting)
  9. Research Engineer, Responsible Frontier AI Research, DeepMind — Google (job posting)
  10. Senior Machine Learning Engineer - Responsible AI — Atlassian (job posting, LinkedIn)
  11. Software Engineer, Safety Engineering — OpenAI (job posting)
  12. Staff+ Software Engineer, Safeguards Infrastructure — Anthropic (job posting)
  13. Senior Research Engineer - Safety Tooling and Data — Cohere (job posting)
  14. AI Governance Engineer — Dalio Family Office (job posting, LinkedIn)
  15. AI Governance Engineer (m/w/d) — SIGNAL IDUNA (job posting, LinkedIn)
  16. Responsible AI Foundations Engineer III — HCLTech (job posting, LinkedIn)
  17. Safety Engineer (Backend Leaning) — ElevenLabs (job posting)
  18. Software Engineer, Backend/Applied ML (Safety & Integrity) — Character.AI (job posting)
  19. Staff AI Engineer, AI Governance Platform — RBC (job posting, LinkedIn)
  20. AI Governance Product Engineer — UST Global, Singapore (job posting, MyCareersFuture)
  21. Glassdoor — No Salaries for Responsible Ai Engineer (United States)
  22. Glassdoor — Responsible Ai Engineer (United Kingdom, no reports)
  23. Glassdoor — Responsible Ai Engineer (Canada, no reports)
  24. Glassdoor — Responsible Ai Engineer salaries in India (4 salaries)
  25. BLS Occupational Outlook Handbook — Software Developers, Quality Assurance Analysts, and Testers
  26. Stanford HAI — The 2026 AI Index Report: Responsible AI
  27. European Commission — AI Act (application timeline)
  28. NIST — AI Risk Management Framework
  29. NIST — AI RMF Playbook (Govern, Map, Measure, Manage)
  30. Inherent Trade-Offs in the Fair Determination of Risk Scores — Kleinberg et al. (arXiv)
  31. Model Cards for Model Reporting — Mitchell et al. (arXiv)
  32. Rumman Chowdhury — Wikipedia
  33. Margaret Mitchell (scientist) — Wikipedia
  34. Kush Varshney — IBM Research
  35. Trustworthy Machine Learning — Kush R. Varshney (free book)

برای راهنمایی شخصی‌سازی‌شده مشاوره بگیرید