خلاصه مدیریتی و یافته‌های کلیدی (Key Takeaways):
- یک پرامپت واحد (Monolithic Prompt) هرگز نمی‌تواند بیش از ۵ ابزار مختلف را بدون خطا مدیریت کند؛ تقسیم وظایف به ایجنت‌های کوچک‌تر ضروری است.
- استفاده از ماشین وضعیت صریح (State Graph) جلوی حلقه‌های بی‌نهایت و مصرف بی‌رویه توکن را می‌گیرد.
- تراکنش‌های حساس مالی یا حذفی باید حتماً در گره تایید انسانی (Approval Checkpoint) متوقف شوند.
۱. چرا ایجنت‌های منفرد در محیط واقعی سازمان شکست می‌خورند؟
وقتی از یک مدل زبانی واحد می‌خواهید هم درخواست مشتری را دسته‌بندی کند، هم موجودی انبار را از دیتابیس SQL بگیرد، هم قوانین تخفیف را محاسبه کند و هم پیش‌فاکتور صادر نماید، احتمال تداخل دستورالعمل‌ها به شدت بالا می‌رود.
تفکیک مسئولیت‌ها (Separation of Concerns) در مهندسی ایجنت‌ها دقیقاً به اندازه معماری میکروسرویس در مهندسی نرم‌افزار حیاتی است.
۲. الگوی معماری Supervisor و گراف وضعیت قطعی
در الگوی Supervisor، یک ایجنت مسیریاب وظیفه را دریافت کرده و به ایجنت‌های متخصص ارجاع می‌دهد. هر ایجنت خروجی ساختاریافته (JSON Schema) خود را به وضعیت مشترک بازمی‌گرداند.
## ۱. چرا ایجنت‌های منفرد در محیط واقعی سازمان شکست می‌خورند؟
وقتی از یک مدل زبانی واحد می‌خواهید هم درخواست مشتری را دسته‌بندی کند، هم موجودی انبار را از دیتابیس SQL بگیرد، هم قوانین تخفیف را محاسبه کند و هم پیش‌فاکتور صادر نماید، احتمال تداخل دستورالعمل‌ها به شدت بالا می‌رود.
> تفکیک مسئولیت‌ها (Separation of Concerns) در مهندسی ایجنت‌ها دقیقاً به اندازه معماری میکروسرویس در مهندسی نرم‌افزار حیاتی است.
## ۲. الگوی معماری Supervisor و گراف وضعیت قطعی
در الگوی Supervisor، یک ایجنت مسیریاب وظیفه را دریافت کرده و به ایجنت‌های متخصص ارجاع می‌دهد. هر ایجنت خروجی ساختاریافته (JSON Schema) خود را به وضعیت مشترک بازمی‌گرداند.