Context Engineering چیست و چرا برای AI Agentهای سازمانی اهمیت دارد؟

Context Engineering یعنی انتخاب، ساخت و نگه‌داری Context مناسب برای مدل زبانی یا AI Agent. در سامانه سازمانی، کیفیت پاسخ فقط به Prompt وابسته نیست؛ اسناد بازیابی‌شده، حافظه، ابزار، وضعیت کار و مجوزها نیز بخشی از Context هستند.

نویسنده
تحریریه آیوان
تاریخ انتشار
۲۳ مرداد ۱۴۰۵
زمان مطالعه
۸ دقیقه
فهرست بخش‌ها
  1. Context Engineering چیست؟
  2. چرا Prompt به‌تنهایی کافی نیست؟
  3. Context از چه اجزایی ساخته می‌شود؟
  4. نقش RAG و Memory
  5. Context در AI Agent
  6. Context زیاد هم مشکل‌ساز است
  7. امنیت و دسترسی
  8. کاربرد Context Engineering در سازمان
  9. Context Engineering در آیوان
  10. پرسش‌های متداول
  11. منابع و مطالعه بیشتر

Context Engineering چیست؟

Context Engineering فرایند انتخاب و سازمان‌دهی اطلاعاتی است که در لحظه تصمیم‌گیری در اختیار مدل قرار می‌گیرد. هدف، بیشترین اطلاعات نیست؛ مناسب‌ترین اطلاعات برای همان کار است.

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

چرا Prompt به‌تنهایی کافی نیست؟

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

اگر Context ناقص یا ناسازگار باشد، Prompt دقیق هم نمی‌تواند منبع معتبر، مجوز درست یا وضعیت واقعی فرایند را جایگزین کند.

Context از چه اجزایی ساخته می‌شود؟

این اجزا باید بر اساس وظیفه انتخاب شوند. واردکردن داده نامرتبط به Context می‌تواند کیفیت، سرعت و قابلیت پیگیری پاسخ را کاهش دهد.

  • System Instruction
  • User Request
  • Retrieved Documents
  • Tool Results
  • Conversation State و Memory
  • Metadata و Permissions
  • Current Task State

نقش RAG و Memory

RAG اسناد و داده مرتبط را در زمان نیاز بازیابی می‌کند. Memory می‌تواند وضعیت یا ترجیحی را نگه دارد که برای تداوم کار لازم است؛ اما Memory نباید جایگزین منبع معتبر و به‌روز شود.

هر دو باید نسخه، مالکیت و مجوز داشته باشند؛ Agent نباید سند یا حافظه‌ای را وارد Context کند که کاربر حق دیدن آن را ندارد.

Context در AI Agent

Agent در هر گام باید تشخیص دهد چه اطلاعاتی را نگه دارد، چه ابزاری را فراخوانی کند و چه داده‌ای را کنار بگذارد. بنابراین Context Engineering بخشی از طراحی workflow Agent است.

MCP می‌تواند دسترسی استاندارد به ابزار و Context را فراهم کند، اما انتخاب داده درست و کنترل آن همچنان وظیفه معماری است.

Context زیاد هم مشکل‌ساز است

Context بسیار بزرگ یا نامرتبط می‌تواند هزینه و latency را بالا ببرد و نشانه‌های مهم را میان داده‌های کم‌ارزش پنهان کند. اطلاعات متناقض نیز رفتار مدل را ناپایدار می‌کند.

خلاصه‌سازی کنترل‌شده، Retrieval هدفمند، Metadata و حذف داده منقضی ابزارهای مهمی برای حفظ Context باکیفیت‌اند.

امنیت و دسترسی

Context باید permission-aware باشد: همان هویت و سطح دسترسی که درخواست را آغاز کرده، بازیابی و ابزارها را نیز محدود کند.

داده حساس، رازها یا دستورهای غیرقابل‌اعتماد نباید بدون مرز و اعتبارسنجی وارد Context شوند.

  • Permission-aware Retrieval
  • Source provenance
  • Secret isolation
  • ثبت داده و ابزار استفاده‌شده

کاربرد Context Engineering در سازمان

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

Context Engineering در آیوان

در آیوان، Context باید از منبع مجاز، داده به‌روز و وضعیت واقعی فرایند تشکیل شود. طراحی هر سناریو با تعریف سؤال، منبع، دسترسی، ابزار مجاز و معیار ارزیابی آغاز می‌شود.

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

Context Engineering چیست؟

طراحی و نگه‌داری Context مناسب برای رسیدن به رفتار و پاسخ مطلوب مدل یا Agent است.

آیا Context Engineering همان Prompt Engineering است؟

خیر. Prompt یکی از اجزاست؛ Context Engineering کل اطلاعات و وضعیت در دسترس مدل را مدیریت می‌کند.

آیا Context بیشتر همیشه بهتر است؟

خیر. Context نامرتبط، قدیمی یا بسیار بزرگ می‌تواند هزینه، latency و خطا را افزایش دهد.

RAG چه نقشی دارد؟

RAG Context مرتبط را از منابع سازمان بازیابی می‌کند و باید با مجوز و Metadata همراه باشد.

منابع و مطالعه بیشتر

Context را بر اساس داده و دسترسی واقعی طراحی کنید

آیوان می‌تواند منابع، ابزارها و کنترل‌های Context هر سناریوی سازمانی را با شما بررسی کند.