مهندسی زمینه چیست؟ اطلاعات و ابزار درست در هر مرحلهٔ کار
مهندسی زمینه یعنی انتخاب و بهروز نگهداشتن اطلاعات و ابزارهایی که مدل در هر مرحلهٔ کار در اختیار دارد؛ از دستور و سند تا نتیجهٔ ابزار، حافظه و وضعیت کار.

مهندسی زمینه یعنی انتخاب و بهروز نگهداشتن اطلاعات و ابزارهایی که مدل هوش مصنوعی برای انجام کار در اختیار دارد. این کار از نوشتن درخواست فراتر میرود؛ باید معلوم باشد مدل چه دستوری دارد، کدام سند را میبیند، از چه ابزاری کمک میگیرد و برای مرحلهٔ بعد چه چیزی را نگه میدارد.
میز کار یک همکار را تصور کنید: دستور کار، پروندههای مرتبط، نتیجهٔ استعلامها و یادداشت تصمیمهای قبلی روی میز است. اگر برگهٔ لازم نباشد، کار ناقص میماند؛ اگر نسخههای قدیمی و کاغذهای نامرتبط میز را پر کنند، پیداکردن اطلاعات مهم سخت میشود. مهندسی زمینه یعنی این میز را برای هر مرحلهٔ کار آماده نگه داریم.
زمینهٔ یک دستیار از چه بخشهایی ساخته میشود؟
درخواست میگوید چه میخواهیم؛ زمینه امکان انجام آن را میدهد
درخواست «پیشنهادهای خرید را مقایسه کن» هدف را میگوید. اما برای انجام کار، دستیار باید فهرست نیازها، پیشنهاد فروشندگان، مهلت تحویل و معیار انتخاب را هم داشته باشد. نوشتن جملهای دقیقتر، جای پیشنهاد گمشده یا قیمت بهروز را نمیگیرد.
طراحی درخواست روی شیوهٔ بیان کار و قواعد پاسخ تمرکز دارد. مهندسی زمینه علاوه بر آن، انتخاب منابع، ابزارها و سابقهٔ لازم را هم پوشش میدهد. در کار چندمرحلهای، این انتخاب فقط اول گفتگو انجام نمیشود؛ نتیجهٔ یک جستوجو یا تغییر تصمیم شما میتواند اطلاعات لازم برای مرحلهٔ بعد را عوض کند. مقالهٔ آنتروپیک دربارهٔ مهندسی زمینه همین نگاه به اطلاعاتِ در حال تغییر را توضیح میدهد.
فقط متن سؤال وارد تصمیم دستیار نمیشود
وقتی از دستیار میخواهید یک پرونده را بررسی کند، چند نوع اطلاعات روی همان میز قرار میگیرد. هرکدام نقش خودش را دارد و نباید با دیگری اشتباه گرفته شود.
| بخش | چه چیزی در اختیار دستیار میگذارد؟ | |
|---|---|---|
| دستور و معیار نتیجه | هدف و حدود کار | مثلاً مقایسهٔ پیشنهادها با بودجه و مهلت مشخص؛ ارسال نتیجه با تأیید مدیر |
| اسناد و دادههای مرتبط | مدرک لازم برای پاسخ | قرارداد معتبر، جدول قیمت یا بخش مرتبط از آییننامه |
| ابزارها و نتیجهٔ آنها | راه خواندن یا انجام کار | ابزار بررسی موجودی و وضعیت تازهای که از انبار برمیگرداند |
| سابقهٔ همین گفتگو | تصمیمها و اصلاحهای فعلی | بودجهای که تغییر کرده یا گزینهای که کاربر کنار گذاشته است |
| حافظهٔ قابل استفاده در گفتگوهای بعد | اطلاعات ماندگار مرتبط | نقش کاری یا ترجیحی که برای مراجعهٔ بعدی ذخیره شده است |
| وضعیت کار | آنچه انجام شده یا مانده است | کدام پیشنهاد بررسی شده و کدام استعلام هنوز پاسخ ندارد |
این بخشها باید با هدف و دسترسی کاربر هماهنگ باشند. برای مثال، شناختن واحد کاری یک نفر میتواند به انتخاب منبع مناسب کمک کند، اما متن یک پیام نباید جای مجوز واقعی او برای خواندن پرونده را بگیرد. راهنمای مهندسی زمینهٔ لنگچین هم اطلاعات هنگام فراخوانی مدل، دادههای ابزار و وضعیت ادامهٔ کار را جدا بررسی میکند.
اطلاعات را هنگام نیاز بیاورید، نه همه را در شروع
برای پاسخ به یک بند ضمانت، معمولاً لازم نیست تمام پروندههای شرکت روی میز باشد. دستیار میتواند ابتدا سند مرتبط را پیدا کند و بعد بخش لازم را بخواند. نام سند، تاریخ نسخه و نشانی بخشها کمک میکند مسیر برگشت به منبع روشن بماند. این همان نقشی است که جستوجو در اسناد برای پاسخدادن در آمادهکردن زمینه دارد.
اطلاعات زنده هم باید از جای مناسب بیاید. موجودی انبار یا وضعیت سفارش را نباید از یک یادداشت قدیمی برداشت کرد؛ ابزار مربوط میتواند وضعیت فعلی را بخواند. در اتصال MCP، ابزارها و منابع مشخصی در اختیار دستیار قرار میگیرند. معرفی روشن هر ابزار و برگرداندن نتیجهٔ مرتبط، به انتخاب قدم بعدی کمک میکند.
برای مثال، در بررسی امکان تحویل یک سفارش، دستیار ابتدا قلم و تعداد را مشخص میکند، موجودی همان کالا را میگیرد و سپس شرایط ارسال را بررسی میکند. لازم نیست فهرست کامل انبار و همهٔ سابقهٔ سفارشها در هر مرحله دوباره وارد زمینه شود.
اعتبار و تازگی اطلاعات به اندازهٔ مرتبطبودن مهماند
دو سند ممکن است هر دو دربارهٔ یک موضوع باشند، اما یکی پیشنویس و دیگری نسخهٔ ابلاغشده باشد. تاریخ، وضعیت تأیید و محدودهٔ کاربرد باید همراه منبع روشن باشند. جدیدتر بودن یک فایل، بهتنهایی ثابت نمیکند که مرجع معتبر است.
همچنین باید اطلاعات قطعی، پیشنهاد و پرسش باز از هم جدا بمانند. اگر در پیامهای پروژه کسی موعد تازهای پیشنهاد کرده ولی مسئول پروژه آن را تأیید نکرده، نباید آن موعد وارد برنامهٔ قطعی شود. متن داخل سند هم دادهٔ مورد بررسی است؛ جملهای در فایل که از دستیار میخواهد قواعد را کنار بگذارد، نباید اختیار تازهای برای آن بسازد.
حافظه و خلاصهسازی دو کار متفاوت دارند
در گفتگوهای طولانی، میز کمکم از پیامها و نتیجههای ابزار پر میشود. خلاصهسازی، تصمیمها، شرطهای مهم و کارهای باقیمانده را به یادداشتی کوتاه تبدیل میکند تا ادامهٔ کار جا داشته باشد. اگر خلاصه فقط موضوع کلی را نگه دارد و استثنای مهم را حذف کند، زمینهٔ مرحلهٔ بعد ناقص میشود.
حافظه شبیه کشوی همین میز است: اطلاعات برای مراجعهٔ بعدی نگه داشته میشود و هنگام نیاز دوباره روی میز میآید. سابقهٔ کامل یک گفتگو، خلاصهٔ آن و اطلاعات ذخیرهشده برای گفتگوهای بعد، یک چیز نیستند. راهنمای حافظهٔ کوتاهمدت لنگچین هم تفاوت ادامهٔ همین گفتگو با یادآوری میان گفتگوها را توضیح میدهد.
داشتن ظرفیت بزرگتر هم جای انتخاب را نمیگیرد. متنهای تکراری و اطلاعات قدیمی میتوانند بررسی را سختتر و مصرف را بیشتر کنند. دربارهٔ اندازهٔ میز و تفاوت آن با کشوی حافظه، در توضیح پنجرهٔ زمینه بیشتر بخوانید.
در کار چندمرحلهای، باید معلوم باشد تا کجا پیش رفتهایم
فرض کنید دستیار سه پیشنهاد را بررسی کرده و منتظر پاسخ فروشندهٔ چهارم است. برای ادامه باید بداند کدام مقایسه کامل شده، چه چیزی هنوز کم است و آخرین تصمیم مدیر چه بوده است. نگهداشتن همهٔ پیامها بدون مشخصکردن این وضعیت، تضمین نمیکند ادامهٔ کار درست انجام شود.
نتیجهٔ ابزار هم باید دقیق تفسیر شود: «درخواست ثبت شد» با «درخواست تأیید شد» فرق دارد. اگر ثبت ناموفق بوده، قبل از تکرار باید وضعیت سامانه بررسی شود تا کار تکراری ساخته نشود. طراحی زمینه شامل همین نشانههای پایان مرحله، خطا و نقطهٔ نیاز به تأیید است؛ نقش ایجنت و ابزارها را در راهنمای دستیار سازمانی توضیح دادهایم.
سه کار که با یک درخواست کوتاه کامل نمیشوند
درخواست هر کار را باز کنید و آن را با اطلاعات و شرایط کار خودتان تغییر دهید.
پاسخ به مشتری با وضعیت واقعی سفارش
مشتری دربارهٔ تحویل سفارش سؤال دارد. شرایط ارسال در راهنمای خدمات است، اما وضعیت سفارش و رهگیری در سامانههای متصل قرار دارد. دستیار باید بداند کدام بخش از سند را بخواند و کدام اطلاعات را تازه از ابزار بگیرد.
نتیجهای که باید تحویل بگیرید
خلاصهای از وضعیت سفارش که شرایط سند را از وضعیت زندهٔ ارسال جدا میکند؛ همراه با پیشنویس پاسخ به مشتری. روشن است کدام اطلاعات تأیید شده و کدام هنوز معلوم نیست. پاسخ به همان سفارش تکیه دارد و از متن عمومی راهنما، وعدهٔ تحویل تازه نمیسازد.
مشاهدهٔ درخواست آماده برای این کار
درخواست آماده
امتحان در کانوکسبرای پاسخ به مشتری دربارهٔ سفارش [شمارهٔ سفارش]، ابتدا وضعیت فعلی سفارش و ارسال را از ابزارهای متصل بگیر و شرایط مرتبط را در راهنمای معتبر خدمات پیدا کن. اطلاعات تأییدشده، موارد نامشخص و منبع هرکدام را جدا کن. اگر برای استعلام اطلاعات بیشتری لازم داری، از من بپرس. بعد یک پیشنویس کوتاه بنویس که زمان نامشخص را قطعی نشان ندهد. پیام را فقط پس از تأیید من ارسال کن.
پیش از استفاده بررسی کنید: نسخهٔ راهنما و تازهبودن وضعیت سفارش را بررسی کنید. آمادهبودن کالا، ارسال و رسیدن به مشتری سه وضعیت متفاوتاند.مقایسهٔ پیشنهادها با معیارهای بهروزشده
چند فروشنده پیشنهاد خرید دادهاند. در ادامهٔ گفتگو بودجه تغییر کرده و مدیر یک ویژگی را الزامی کرده است. فایلها، اصلاحهای گفتگو و معیارهای نهایی باید کنار هم قرار بگیرند تا مقایسه با شرطهای قبلی ادامه پیدا نکند.
نتیجهای که باید تحویل بگیرید
جدول مقایسهای که همهٔ گزینهها را با یک مجموعه معیار نهایی میسنجد. تغییرهای تأییدشده در آن اعمال شدهاند و شرطهای کنارگذاشتهشده مبنای انتخاب نیستند. کنار جدول، موارد ناقص و سؤالهای پیگیری میآید تا تصمیم خرید بر اساس اطلاعات قابل بررسی انجام شود.
مشاهدهٔ درخواست آماده برای این کار
درخواست آماده
امتحان در کانوکسپیشنهادهای پیوست را با آخرین معیارهای تأییدشده در همین گفتگو مقایسه کن. ابتدا بودجه، ویژگیهای ضروری و مهلت تحویل را جمعبندی کن و تغییرهایی را که هنوز تأیید نشدهاند جدا نشان بده. اگر دو منبع تعارض دارند، پیش از انتخاب معیار از من بپرس. برای هر گزینه، موارد مطابق نیاز، اطلاعات ناقص و منبع را بیاور. در پایان، پرسشهای لازم از فروشندگان را آماده کن؛ پیشنهادی را که اطلاعات ضروری ندارد برنده اعلام نکن.
پیش از استفاده بررسی کنید: معیارهای استفادهشده را با آخرین تأیید مدیر تطبیق دهید. تاریخ یا جدیدتر بودن پیام بهتنهایی تأیید تصمیم نیست.ادامهٔ یک پروژه پس از گفتگوی طولانی
برنامهٔ راهاندازی یک واحد طی چند گفتگو تغییر کرده است. بعضی اقدامها انجام شده، بعضی منتظر تصمیماند و فایلها هم بهروز شدهاند. برای ادامه، دستیار به یک وضعیت روشن از پروژه نیاز دارد، نه بازگویی تمام سابقه.
نتیجهای که باید تحویل بگیرید
یادداشت ادامهٔ کار که نشان میدهد پروژه کجا ایستاده، چه تصمیمهایی معتبرند و قدم بعدی چیست. کارهای انجامشده از کارهای باز و موارد منتظر تأیید جدا هستند. ارجاع به فایلها و شناسهٔ اقدامها کمک میکند جزئیات دوباره پیدا شوند و ادامهٔ کار از نقطهٔ درست شروع شود.
مشاهدهٔ درخواست آماده برای این کار
درخواست آماده
امتحان در کانوکسبر اساس پیامها و فایلهای در دسترس، وضعیت فعلی پروژهٔ [نام پروژه] را برای ادامهٔ کار مرتب کن. هدف و محدودیتهای جاری، تصمیمهای تأییدشده، کارهای انجامشده، اقدامهای باز و موارد منتظر تأیید را جدا بنویس. برای عدد، موعد و مسئول، منبع بیاور و تعارضها را پنهان نکن. شناسهٔ کارهای ثبتشده را نگه دار تا دوباره ساخته نشوند. در پایان، قدم بعدی پیشنهادی را با اطلاعاتی که هنوز لازم دارد مشخص کن. مورد نامعلوم را انجامشده یا قطعی گزارش نکن.
پیش از استفاده بررسی کنید: چند تصمیم مهم و اقدام ثبتشده را تا منبع اصلی دنبال کنید. خلاصه نباید موعد، استثنا یا کار ناتمام را حذف کند؛ هر بخش بدون منبع باید نامشخص بماند.
چطور بفهمیم مشکل از زمینه است؟
وقتی پاسخ ضعیف است، فقط لحن دستور را عوض نکنید. بررسی کنید منبع لازم پیدا شده بود؟ مدل نسخهٔ معتبر را دیده بود؟ نتیجهٔ ابزار تازه بود؟ تصمیم اصلاحشده در خلاصه مانده بود؟ این بررسی کمک میکند خطای جستوجو، اطلاعات ناقص و برداشت اشتباه از هم جدا شوند.
چند کار واقعی را با ورودی مشخص نگه دارید و بعد از تغییر منابع، ابزارها یا روش خلاصهسازی دوباره بررسی کنید. درستی پاسخ، منبع قابل پیگیری، حفظ شرطهای مهم و هزینهٔ کل کار را کنار هم بسنجید. بیشترکردن حجم زمینه، بهتنهایی معیار بهبود نیست.
برای مطالعهٔ فنی بیشتر
مقالهٔ آنتروپیک برای انتخاب اطلاعات در طول کار، مستندات لنگچین برای تفکیک زمینه و وضعیت اجرا، و مستندات MCP برای نقش ابزار و منبع، از زاویههای متفاوت به همین مسئله میپردازند. پیوند هرکدام کنار بخش مربوط آمده است.
مفهومهای مرتبط
کانوکس چطور این بخشها را کنار هم قرار میدهد؟
در کانوکس، دستور دستیار، اطلاعات مرتبط کاربر و سازمان، حافظه و ابزارهای در دسترس در ساخت زمینه نقش دارند. جستوجوی اسناد با دسترسی کاربر هماهنگ است و ابزارها میتوانند اطلاعات مورد نیاز مرحلهٔ بعد را از منابع متصل بیاورند. در راهکار سازمانی، اتصالهای MCP هم بر اساس سامانهها و مجوزهای شرکت راهاندازی میشوند.
حافظهٔ کانوکس اطلاعات لازم را برای مراجعهٔ بعدی نگه میدارد و یادداشتهای ذخیرهشده قابل جستوجو هستند. در گفتگوهای طولانی، خلاصهسازی به ادامهٔ کار کمک میکند؛ خلاصه کنار پیامهای تازه به مدل میرسد و جای بخشی از متن قدیمی را میگیرد. اطلاعات دقیق و حساس به تغییر، مثل موجودی یا موعد جاری، همچنان باید از منبع معتبر بررسی شوند.
برای تیم شما، کار از انتخاب یک فرایند شروع میشود: چه اطلاعاتی همیشه لازم است، چه چیزی باید هنگام نیاز جستوجو شود و کدام نتیجه به تأیید انسان نیاز دارد. کانوکس امکانات اصلی این مسیر را کنار هم دارد؛ در دموی سازمانی میتوانیم آنها را برای کار، منابع و ساختار دسترسی شرکتتان بررسی کنیم.
منابع و ابزارهای دستیار شرکتتان را کنار هم قرار دهیم
یک کار پرتکرار، اسناد مورد نیاز و سامانههای درگیر را در دموی سازمانی مطرح کنید تا مسیر دسترسی به اطلاعات و ادامهٔ کار در کانوکس را بررسی کنیم.
مطالب مرتبط

هوش مصنوعی برای اسناد سازمانی؛ مراحل راهاندازی امن
راهاندازی هوش مصنوعی برای اسناد سازمانی به تعیین دسترسی، انتخاب نسخهٔ معتبر، بررسی محل پردازش و آزمون پاسخها نیاز دارد؛ بارگذاری فایل کافی نیست.

ساخت چت بات با اسناد شرکت؛ برای استفادهٔ واقعی چه لازم است؟
ساخت چتبات با اسناد شرکت فقط بارگذاری فایل نیست. خواندن درست اسناد، جستوجو، پاسخ مستند، کنترل دسترسی و نگهداری برای استفادهٔ روزانه لازماند.

