شرح شغل AI Employee: چگونه نقش، اختیار و نقطه توقف را برای کارکنان هوش مصنوعی بنویسیم؟

وقتی دستیار هوشمند بدون شرح شغل وارد عمل می‌شود

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

شرح شغل کارمند هوش مصنوعی یک سند تشریفاتی برای واحد منابع انسانی نیست. این سند قرارداد عملیاتی نقش است: روشن می‌کند این کارمند چه خروجی تکرارشونده‌ای به چه واحدی تحویل می‌دهد، از چه منابعی می‌تواند بخواند، چه کاری را باید متوقف کند، چه کسی خروجی را تأیید می‌کند و در صورت خطا چه رفتاری از او انتظار می‌رود. بدون این سند، تیم فنی مدل را تنظیم می‌کند اما سازمان نمی‌داند چه چیزی را به چه کسی سپرده است.

نقش را از مدل و ابزار جدا کنید

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

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

ایجنت — مناسب برای اجرای زنجیره‌ای ابزارها و تصمیم‌های محدود / کارمند هوش مصنوعی — مناسب برای تحویل خروجی تکرارشونده به یک واحد با مالک و مرز مشخص.

دستیار پاسخ‌گو — مناسب برای پاسخ به پرسش‌های پراکنده / کارمند هوش مصنوعی — مناسب برای تولید پیش‌نویس یا گزارش قابل بازبینی همراه با ارجاع به منبع.

اتوماسیون گردش‌کار — مناسب برای جابه‌جایی فرم و تأییدهای از پیش تعیین‌شده / کارمند هوش مصنوعی — مناسب برای ترکیب دانش اسناد با وضعیت سیستم‌های زنده و ارائه پیشنهاد قابل توضیح.

• ایجنت — مناسب برای اجرای زنجیره‌ای ابزارها و تصمیم‌های محدود / کارمند هوش مصنوعی — مناسب برای تحویل خروجی تکرارشونده به یک واحد با مالک و مرز مشخص.
• دستیار پاسخ‌گو — مناسب برای پاسخ به پرسش‌های پراکنده / کارمند هوش مصنوعی — مناسب برای تولید پیش‌نویس یا گزارش قابل بازبینی همراه با ارجاع به منبع.
• اتوماسیون گردش‌کار — مناسب برای جابه‌جایی فرم و تأییدهای از پیش تعیین‌شده / کارمند هوش مصنوعی — مناسب برای ترکیب دانش اسناد با وضعیت سیستم‌های زنده و ارائه پیشنهاد قابل توضیح.

چهار جزء هسته‌ای: مأموریت، ورودی، خروجی، معیار پذیرش

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

ورودی‌ها را با جزئیات بنویسید: کدام پوشه، کدام سامانه، کدام نوع سند، با چه سطح دسترسی و با چه تازگی داده. اگر نقش به اسناد محرمانه یا داده شخصی دسترسی دارد، سیاست نگهداری داده و محل ذخیره‌سازی باید در همین بخش بیاید. خروجی نیز باید قالب مشخص داشته باشد: یادداشت کوتاه، جدول مقایسه، پیش‌نویس ایمیل یا گزارش PDF. معیار پذیرش را قابل مشاهده تعریف کنید؛ مثلاً هر ادعا باید به منبع ارجاع دهد، اگر سند معتبر پیدا نشد نقش باید توقف کند، و هیچ خروجی نهایی بدون تأیید مالک نقش ارسال نشود.

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

مرز اختیار: از خواندن تا اجرا با تأیید

بیشتر شکست‌های عملیاتی کارکنان هوش مصنوعی از ابهام در اختیار شروع می‌شود، نه از ضعف مدل. اگر نقش فقط «دستیار» نامیده شود، معلوم نیست می‌تواند ایمیل بفرستد، رکورد مالی تغییر دهد یا فقط پیش‌نویس بسازد. سطح اختیار را در شرح شغل به چهار پله تقسیم کنید و برای هر پله مثال عملی بدهید. این کار هم به تیم فنی می‌گوید چه دسترسی‌هایی تنظیم کند و هم به واحد کسب‌وکار می‌گوید چه انتظاری داشته باشد.

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

فقط خواندن — مناسب برای پرسش و پاسخ روی اسناد مجاز / پیش‌نویس — مناسب برای تولید متن، خلاصه یا گزارش بدون ارسال یا ثبت نهایی.

اجرا با تأیید — مناسب برای ارسال ایمیل، ایجاد تیکت یا ثبت پیش‌نویس در سیستم بعد از تأیید انسان / اجرای خودکار محدود — مناسب برای اقدام کم‌ریسک و قابل بازگشت با سقف مشخص.

• فقط خواندن — مناسب برای پرسش و پاسخ روی اسناد مجاز / پیش‌نویس — مناسب برای تولید متن، خلاصه یا گزارش بدون ارسال یا ثبت نهایی.
• اجرا با تأیید — مناسب برای ارسال ایمیل، ایجاد تیکت یا ثبت پیش‌نویس در سیستم بعد از تأیید انسان / اجرای خودکار محدود — مناسب برای اقدام کم‌ریسک و قابل بازگشت با سقف مشخص.
• برای هر عمل حساس، سه چیز را صریح بنویسید: مجاز است، نیاز به تأیید دارد، ممنوع است.

سند شرح شغل را چطور بنویسیم؟ یک الگوی هشت‌بخشی

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

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

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

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

جمع‌بندی: شرح شغل، قرارداد عملیاتی نقش است

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

برای شروع، یک نقش با خروجی مشخص انتخاب کنید و آن را با الگوی هشت‌بخشی بنویسید. سپس در یک بازه کوتاه آزمایش کنید: آیا خروجی به منبع ارجاع می‌دهد؟ آیا در جای درست متوقف می‌شود؟ آیا تأییدکننده می‌داند چه چیزی را تأیید می‌کند؟ اگر پاسخ‌ها روشن بود، می‌توانید نقش را گسترش دهید. پیلاردین با ترکیب گفت‌وگو با اسناد سازمانی، اتصال به سیستم‌های زنده و ماژول‌های تخصصی در یک فضای کاری، امکان آزمون چنین نقشی را فراهم می‌کند؛ برای دیدن مسیرهای ماژول‌محور می‌توانید از /matrix شروع کنید.

پرسش‌های متداول

FAQ

آیا شرح شغل AI Employee همان پرامپت سیستم است؟

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

چه کسی باید شرح شغل کارمند هوش مصنوعی را تأیید کند؟

حداقل سه نقش باید در تأیید مشارکت کنند: مالک کسب‌وکار که خروجی را می‌پذیرد، مالک فرایند که جزئیات کار روزمره را می‌داند و واحد امنیت یا حاکمیت داده که دسترسی‌ها و محدودیت‌های داده را بررسی می‌کند. در نقش‌های حساس مانند مالی یا حقوقی، تأیید انطباق نیز لازم است. تأیید باید مکتوب و نسخه‌بندی‌شده باشد.

اگر مدل یا سامانه زیرین تغییر کند، شرح شغل را دوباره می‌نویسیم؟

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

حداقل معیار پذیرش برای یک نقش هوش مصنوعی چیست؟

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

آیا برای هر کارمند هوش مصنوعی به شرح شغل جداگانه نیاز داریم؟

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