Future ForgeFuture ForgeFuture ForgeFuture Forge
خدماتنمونه‌کارهاپکیج‌هاابزارهای رایگانیادداشت‌هادرباره ماتماس
شروع پروژه
  1. خانه
  2. /یادداشت‌ها
Future ForgeFuture Forge

استودیوی مهندسی محصول — طراحی، ساخت و استقرار نرم‌افزار.

پروژه‌تان را مطرح کنید

ارتباط

hello@futureforge.ir09128464105
Future ForgeFuture Forge

استودیوی مهندسی محصول — طراحی، ساخت و استقرار نرم‌افزار.

خدمات

طراحی و ساخت محصولتوسعه فول‌استکممیزی مهندسیمشاوره معماریزیرساخت و استقرارهوش مصنوعی در محصول

کاوش

نمونه‌کارهایادداشت‌هاپرسش‌هاپکیج‌ها

ابزارهای رایگان

ممیزی مهندسیمشاور معماریتخمین پروژهابزار پرامپت

شرکت

درباره ماتماسحریم خصوصیشرایط استفاده

پروژه‌تان را مطرح کنید

مسئله و محدودیت را بنویسید. اگر تطابق داشته باشیم، برای گفتگو هماهنگ می‌کنیم.

پروژه‌تان را مطرح کنید

ارتباط

hello@futureforge.ir09128464105
GitHubLinkedIn

© 2026 FutureForge. همه حقوق محفوظ است.

خانهخدماتابزارهای رایگانشروع پروژه
مهندسی محصول

آیا Prompt Engineer شدن هنوز مسیر شغلی مستقل است؟

بررسی بازار کار Prompt Engineer در برابر Prompting به‌عنوان مهارت و AI Engineering: سیگنال‌های استخدام، تفاوت نقش‌ها، و مسیر واقع‌بینانه شغلی.

سا
سهیل ابراهیم‌پور

بنیان‌گذار و مهندس محصول

·۲۹ شهریور ۱۴۰۵·10 دقیقه مطالعه
Prompt Engineer مسیر شغلیprompt engineering careerAI EngineerLLM Engineerمهارت پرامپتبازار کار هوش مصنوعی
کارت‌های Skill Role Temporary Durable با Prompting Is Literacy

بین ۲۰۲۳ تا ۲۰۲۴ عنوان «Prompt Engineer» در شبکه‌های شغلی و تیترهای خبری خیلی بلند شد: حقوق شش‌رقمی، دورهٔ کوتاه، و وعدهٔ ورود سریع به هوش مصنوعی. الان سؤال عوض شده است: آیا این هنوز یک مسیر شغلی مستقل است، یا فقط یک مهارت است که باید داخل نقش‌های دیگر جا بگیرد؟

پاسخ کوتاه بازار این است که تقاضا برای «توانایی پرامپت خوب» بالا رفته، اما تقاضا برای کسی که فقط پرامپت می‌نویسد و مالک سیستم نیست، جمع شده است. این مقاله تفاوت Prompting و Engineering را روشن می‌کند و کمک می‌کند قبل از ساختن هویت شغلی روی یک عنوان مد روز، شواهد را ببینید.

وایت‌برد Prompt Engineer Career

پاسخ کوتاه

به‌عنوان عنوان شغلی مستقل و تک‌مهارتی، Prompt Engineer دیگر مسیر اصلی نیست. به‌عنوان مهارت اجباری داخل نقش‌هایی مثل AI Engineer، LLM Engineer، AI Product Manager یا متخصص دامنه، حیاتی است. اگر رزومه و یادگیری‌تان فقط حول «جادوی جمله‌ها» باشد، ریسک شغلی بالاست؛ اگر پرامپت را با ارزیابی، یکپارچه‌سازی، داده، امنیت و محصول وصل کنید، همان مهارت موتور تمایز می‌شود.

بازار مهارت prompting را می‌خرد؛ معمولاً شغلِ فقط-پرامپت را نه.

چرا عنوان Prompt Engineer اول این‌قدر داغ شد؟

سه نیروی هم‌زمان عنوان را بزرگ کردند. اول، مدل‌های گفت‌وگو generational شدند و کیفیت خروجی به‌شدت به نحوهٔ سؤال وابسته بود؛ پس «کسی که بلد است درست بپرسد» ارزش فوری داشت. دوم، مانع ورود ظاهراً پایین بود: لازم نبود از صفر مدل آموزش دهید. سوم، کمبود نیروی AI واقعی باعث شد بعضی سازمان‌ها نقش مبهمی با این نام بسازند تا سریع کسی را استخدام کنند.

در همان دوره راهنماهای رسمی فروشندگان مدل هم «prompt engineering» را جدی گرفتند؛ نه به‌عنوان شغل، بلکه به‌عنوان روش طراحی دستورالعمل مؤثر. OpenAI آن را نوشتن و بهینه‌سازی دستور برای خروجی سازگار تعریف می‌کند. Anthropic روی وضوح، مثال، ساختار و ارزیابی تأکید دارد. یعنی صنعت از ابتدا بیشتر از «عنوان شغلی»، «رشتهٔ عمل» را می‌فروخت — رسانه‌ها عنوان را برجسته کردند.

سیگنال بازار: مهارت بالا، عنوان جمع‌شونده

اقتصاددان‌های بازار کار و گزارش‌های استخدامی یک الگوی تکراری را نشان می‌دهند: عبارت‌های مرتبط با GenAI در آگهی‌ها رشد کرده‌اند، اما سهم آگهی‌هایی که عنوان رسمی‌شان دقیقاً Prompt Engineer باشد کوچک مانده یا کاهش یافته است. Allison Shrivastava از Indeed Hiring Lab در پوشش Fortune تصریح کرده که این کار معمولاً داخل نقش‌هایی مثل machine learning engineer یا نقش‌های اتوماسیون جمع می‌شود و کمتر به‌صورت عنوان مستقل دیده می‌شود.

خوانش عملی برای جویندهٔ کار: اگر آگهی ۲۰۲۶ هنوز فقط «Prompt Engineer» نوشته و شرح شغلش فقط نوشتن پرامپت است، معمولاً یا برچسب گیج برای AI Trainer / AI PM است، یا سازمان هنوز مدل ذهنی ۲۰۲۳ دارد. قبل از قبول، بپرسید مالکیت سیستم، ارزیابی، داده، و معیار موفقیت چیست.

Prompting در برابر Engineering

بعدPrompting (مهارت)AI / LLM Engineering (نقش)
تمرکزدستور، قالب، مثال، قید خروجیسیستم end-to-end: API، RAG، eval، استقرار، هزینه
خروجی روزمرهپاسخ بهتر در چت یا قالب قابل‌استفادهسرویس قابل‌اعتماد با مانیتور و گیت کیفیت
ابزار اصلیمدل چت، IDE assistant، کتابخانهٔ پرامپتکد، پایپلاین، تست، مشاهده‌پذیری، کنترل دسترسی
ریسک شکستخروجی ضعیف یا مبهمنشت داده، هزینهٔ بی‌مهار، رگرسیون کیفیت، حادثهٔ امنیتی
قابل استخدامیتقریباً همهٔ نقش‌های دانشیکمتر، اما پایدارتر و معمولاً با باند حقوقی بالاتر

Prompting یعنی تعریف کار، زمینه، قالب و معیار قبول برای مدل. Engineering یعنی ساختن سیستمی که همان پرامپت را نسخه‌گذاری، ارزیابی، امن و مقیاس‌پذیر اجرا کند. یکی جایگزین دیگری نیست؛ یکی بدون دیگری در تولید می‌شکند.

چه چیزی داخل «مهندسی» می‌آید که پرامپت‌ alone ندارد؟

  • طراحی رابط مدل با کد: schema، tool calling، محدودیت‌های تابع.
  • بازیابی زمینه (RAG) و مدیریت منبع حقیقت.
  • مجموعهٔ ارزیابی (eval set)، grader، و دروازهٔ رگرسیون.
  • کنترل هزینه، نرخ، و انتخاب مدل بر اساس SLA.
  • مرز امنیتی: چه داده‌ای وارد مدل می‌شود و خروجی چگونه فیلتر می‌شود.
  • مالکیت محصول: متریک کسب‌وکار، نه فقط «پاسخ قشنگ».

نقش‌هایی که کار پرامپت را بلعیده‌اند

AI Engineer / LLM Engineer

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

AI Product Manager / AI Trainer

PM روی مسئله، معیار موفقیت و اولویت Use Case کار می‌کند؛ Trainer روی دادهٔ نمونه، رتبه‌بندی پاسخ و بهبود رفتار مدل. هر دو به prompting قوی نیاز دارند، اما KPIشان نوشتن پرامپت نیست.

توسعه‌دهندهٔ دامنه + AI

بک‌اند، داده، امنیت، پشتیبانی یا حقوقی که ابزار GenAI را داخل فرایند خودش جا می‌دهد، اغلب ارزشمندتر از عنوان عمومی Prompt Engineer است؛ چون زمینهٔ دامنه را دارد و hallucination را بهتر می‌گیرد.

اگر هنوز آگهی Prompt Engineer دیدید چه کنید؟

  1. شرح شغل را به سه سطل ببرید: نوشتن پرامپت، ساخت سیستم، مالکیت محصول/داده.
  2. بپرسید eval چگونه است و چه کسی تصمیم می‌گیرد مدل عوض شود.
  3. بپرسید دسترسی به کد، لاگ، و دادهٔ حساس چگونه کنترل می‌شود.
  4. حقوق و مسیر ارتقا را با عنوان مجاور (AI Engineer) مقایسه کنید.
  5. اگر نقش واقعاً فقط چت است، آن را گام ورودی بدانید نه مقصد نهایی ۱۲ ماهه.

مسیر واقع‌بینانه برای کسی که از prompting شروع می‌کند

شروع با prompting غلط نیست؛ توقف روی آن غلط است. یک مسیر ۹۰ روزهٔ عملی:

  • هفته‌های ۱–۳: قالب پرامپت هدف-قید-زمینه-خروجی-تست؛ ثبت شکست‌ها.
  • هفته‌های ۴–۶: یک eval کوچک با ۱۰–۲۰ نمونهٔ طلایی و چک‌لیست دقت.
  • هفته‌های ۷–۹: یک ابزار کوچک با API مدل، لاگ و محدودیت ورودی حساس.
  • هفته‌های ۱۰–۱۲: مستند ریسک (hallucination، نشت داده) و دموی قبل/بعد متریک.

همین مسیر شما را از «نویسندهٔ پرامپت» به «کسی که سیستم پرامپت را مهندسی می‌کند» نزدیک می‌کند — دقیقاً جایی که بازار پول می‌دهد.

اشتباه‌های رایج در ساخت برند شغلی

  • پر کردن LinkedIn با عنوان Prompt Engineer بدون پروژهٔ قابل‌بازبینی.
  • فروش دورهٔ «۱۰ پرامپت جادویی» به‌جای نشان دادن ارزیابی.
  • نادیده گرفتن امنیت و دادهٔ مشتری (موضوع مقالهٔ ۱۴۰).
  • تصور اینکه مدل‌های بهتر prompting را بی‌نیاز می‌کنند؛ برعکس، سیستم‌ها پیچیده‌تر می‌شوند.
  • رد کردن یادگیری کد به این بهانه که «AI خودش می‌نویسد».

چه زمانی عنوان مستقل هنوز معنا دارد؟

در سازمان‌های خیلی بزرگ گاهی نقش تخصصی برای طراحی کتابخانهٔ پرامپت، استانداردسازی، و آموزش داخلی می‌ماند — شبیه Technical Writer یا Developer Experience، نه جادوگر چت. شرط معنا داشتن: مالکیت دارایی پرامپت، اتصال به eval، و همکاری با مهندسی. اگر این‌ها نباشد، عنوان دکور است.

ارتباط با بقیهٔ مسیر سری

مقالهٔ ۱۳۶ افق برنامه‌نویسی در عصر AI را باز می‌کند؛ ۱۳۸ می‌گوید قبل از پرامپت مسئله را بفهمید؛ ۱۳۹ راستی‌آزمایی خروجی را یاد می‌دهد؛ ۱۲۵ و ۱۲۶ hallucination و اعتماد کاذب را می‌شکافند. شغل پایدار روی همین ستون‌ها بنا می‌شود، نه روی تیتر.

سوالات متداول

آیا باید عنوان Prompt Engineer را از رزومه حذف کنم؟

اگر تجربهٔ واقعی دارید، آن را به‌عنوان مهارت و دستاورد نگه دارید؛ عنوان هدف جست‌وجو را به AI Engineer / LLM / Automation نزدیک‌تر کنید مگر اینکه آگهی صریحاً همان عنوان را بخواهد.

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

بله، در مسیرهایی مثل AI PM، عملیات دانش، یا آموزش — اما سقف و امنیت شغلی معمولاً با سواد فنی سیستم بالاتر می‌رود. حداقل سواد API، ارزیابی و محدودیت داده را یاد بگیرید.

آیا مدل‌های agentic شغل پرامپت را می‌کشند؟

Agent کار را جابه‌جا می‌کند نه حذف: به‌جای یک پرامپت، باید حلقه، ابزار، و معیار توقف را طراحی کنید. این به engineering نزدیک‌تر است.

حقوق‌های بسیار بالا هنوز واقعی‌اند؟

باندهای بالا معمولاً به نقش‌های مرزی (frontier lab / AI engineer ارشد) با مالکیت سیستم وصل‌اند، نه به نوشتن چند قالب پرامپت عمومی. اعداد آگهی را بدون شرح شغل جدی نگیرید.

جدول تصمیم: عنوان مستقل یا مهارت داخل نقش؟

وضعیت شماپیشنهاد مسیرنشانهٔ پیشرفت ۹۰ روزه
توسعه‌دهنده با تجربهٔ APIAI/LLM Engineerیک سرویس با eval و لاگ شکست
بدون کد، قوی در دامنهAI PM یا عملیات دانشکاتالوگ Use Case با معیار قبول
علاقه‌مند به داده و رتبه‌بندیAI Trainer / Eval specialistمجموعهٔ طلایی و rubric پایدار
فقط پرامپت چت بلدیدمهارت را نگه دارید؛ نقش مجاور بسازیدپروژهٔ کوچک با اندازهٔ قبل/بعد

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

مهارت‌هایی که جایگزین «جادوی پرامپت» می‌شوند

بازار به‌جای حفظ کردن قالب‌های ویروسی، این‌ها را پاداش می‌دهد:

  • صورت‌بندی مسئله و معیار موفقیت (مقالهٔ ۱۳۸).
  • راستی‌آزمایی ادعا، کد و منبع (مقالهٔ ۱۳۹).
  • طراحی eval و جلوگیری از رگرسیون کیفیت.
  • آگاهی از مرز دادهٔ حساس در سازمان (مقالهٔ ۱۴۰).
  • اندازه‌گیری بهره‌وری واقعی نه حس سرعت (مقالهٔ ۱۴۱).

هر کدام از این‌ها در آگهی‌های AI Engineer و نقش‌های مجاور تکراری‌اند. اگر فقط یکی را عمیق کنید، از سطح «دورهٔ پرامپت» بالاتر می‌آیید.

نمونهٔ شرح شغل واقعی در برابر شرح شغل نمایشی

شرح نمایشی: «پرامپت‌های خلاقانه بنویسید و با مدل‌های روز کار کنید.» بدون مالکیت، بدون متریک، بدون مرز داده.

شرح واقعی‌تر: «قالب‌های پرامپت محصول X را نسخه‌گذاری کنید، مجموعهٔ ارزیابی ۲۰ موردی را نگه دارید، نرخ خطای فاکت را زیر آستانه نگه دارید، و با مهندسی برای فیلتر خروجی و محدودیت ابزار همکاری کنید.» دومی شغل است؛ اولی شعار استخدام است.

وقتی آگهی می‌خوانید، تعداد فعل‌های مالکیت را بشمارید: نگه دارید، اندازه بگیرید، منتشر کنید، حادثه را مدیریت کنید. اگر همهٔ فعل‌ها «بنویسید و ایده بدهید» بود، سقف رشد را پایین فرض کنید.

پرامپت به‌عنوان دارایی تیمی

سازمان‌های بالغ پرامپت را مثل کد می‌بینند: در مخزن، با Review، با مالک، و با تست. این نگاه عنوان مستقل را کم‌رنگ و مهارت را پررنگ می‌کند؛ چون کار توزیع می‌شود بین مهندس، PM و دامنه، نه یک «جادوگر» مرکزی.

اگر می‌خواهید در سازمان دیده شوید، یک کتابخانهٔ کوچک پرامپت برای دو Use Case پرتکرار بسازید، شکست‌ها را ثبت کنید، و در جلسهٔ تیم نشان دهید نرخ اصلاح دستی چه تغییری کرده است. این زبان engineering است، نه زبان هشتگ.

جمع‌بندی عملی برای هفتهٔ آینده

سه کار مشخص: یک پروژهٔ کوچک با معیار قبل/بعد تعریف کنید؛ در رزومه عنوان هدف را به نقش مجاور نزدیک کنید و prompting را در بخش مهارت‌ها نگه دارید؛ یک آگهی Prompt Engineer را با چک‌لیست مالکیت سیستم تجزیه کنید. این سه کار بیشتر از ده دورهٔ قالب پرامپت به تصمیم شغلی‌تان کمک می‌کند.

به یاد بسپارید: مدل‌ها عوض می‌شوند، عنوان‌ها مد می‌شوند، اما توانایی تعریف مسئله، ارزیابی خروجی و ساخت سیستم امن ماندگار است. مسیر شغلی را روی ماندگارها بسازید.

خلاصه

Prompt Engineer به‌عنوان مسیر شغلی مستقل تک‌بُعدی کم‌رنگ شده؛ prompting به‌عنوان مهارت فراگیر پررنگ‌تر شده است. تمایز شغلی پایدار از اینجا می‌آید: مسئله را درست تعریف کنید، خروجی را ارزیابی کنید، سیستم را امن و قابل‌اندازه‌گیری بسازید، و پرامپت را مثل کد نسخه‌گذاری کنید. اگر امروز مسیر می‌چینید، عنوان را دنبال مهارت‌های مجاور ببرید نه برعکس.

منابع و مراجع

  • OpenAI — Prompt engineering — https://developers.openai.com/api/docs/guides/prompt-engineering
  • Anthropic — Prompting best practices — https://docs.anthropic.com/en/docs/build-with-claude/prompt-engineering/claude-4-best-practices
  • OpenAI Cookbook — ChatGPT Enterprise Prompting Guide (Scope the problem) — https://developers.openai.com/cookbook/examples/chatgpt/chatgpt_prompt_guide/chatgpt_prompt_guide
  • Fortune — Coverage of prompt engineering shifting from job title to workplace skill (Indeed Hiring Lab commentary) — https://fortune.com/2025/05/07/prompt-engineering-200k-six-figure-role-now-obsolete-thanks-to-ai/
  • Peng et al. — The Impact of AI on Developer Productivity: Evidence from GitHub Copilot — https://arxiv.org/abs/2302.06590

نویسنده

سا

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

یادداشت‌های مرتبط

یادداشت‌های مرتبط

دسته‌بندی‌ها

خدمات مرتبط

از یادداشت تا پروژه

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

اگر در انتخاب معماری یا مسیر توسعه مطمئن نیستید، می‌توانید درباره پروژه صحبت کنیم.

مسئله و محدودیت را بنویسید. اگر تطابق داشته باشیم، برای گفتگو هماهنگ می‌کنیم.

سهیل ابراهیم‌پور
یادداشت‌ها
Empty State، Error State و Loading State چیست؟
UX مهم‌تر است یا UI؟
چرا متن بد می‌تواند حتی یک UI زیبا را خراب کند؟
UX Designer و UX Writer چه تفاوتی دارند؟
فرم‌های خوب چگونه طراحی می‌شوند؟

مهندسی محصول

Empty State، Error State و Loading State چیست؟

۲۹ شهریور ۱۴۰۵

مهندسی محصول

UX مهم‌تر است یا UI؟

۲۹ شهریور ۱۴۰۵

مهندسی محصول

چرا متن بد می‌تواند حتی یک UI زیبا را خراب کند؟

۲۹ شهریور ۱۴۰۵

مهندسی محصول

UX Designer و UX Writer چه تفاوتی دارند؟

۲۹ شهریور ۱۴۰۵

مهندسی محصول

فرم‌های خوب چگونه طراحی می‌شوند؟

۲۹ شهریور ۱۴۰۵
همه یادداشت‌ها219
معماری نرم‌افزار13
واژه‌نامه37
عملیات و استقرار87
مهندسی محصول74
راهنمای وب8
طراحی و ساخت محصول
توسعه فول‌استک
ممیزی مهندسی
مشاوره معماری
زیرساخت و استقرار
پروژه‌تان را مطرح کنید
ابزارهای رایگان
پروژه‌تان را مطرح کنید