متن
مقدمه
وقتی از ساخت AI Agent صحبت میکنیم، خیلی زود بحث روی اسم frameworkها یا مدلها میافتد. اما قبل از انتخاب ابزار، باید بفهمیم Agent چیست و در عمل چگونه کار میکند. معماری Agent یعنی نحوه تقسیم مسئولیتها، شکل جریان تصمیم، مرز ابزارها، نوع حافظه، و نقطههایی که سیستم باید متوقف شود.
اگر این لایه روشن نباشد، انتخاب framework فقط ظاهر مسئله را تغییر میدهد. ممکن است Agent شما روی کاغذ پیشرفته به نظر برسد، اما در عمل معلوم نباشد چه زمانی باید برنامهریزی کند، چه زمانی ابزار صدا بزند، چه چیزی را در حافظه نگه دارد و کجا باید کار را به انسان یا سیستم دیگری handoff کند.
وقتی میگوییم معماری AI Agent، دقیقاً از چه حرف میزنیم
معماری AI Agent یعنی پاسخ دادن به چند سؤال بنیادی:
- Agent هدف را چگونه میفهمد؟
- آیا قبل از اجرا برنامهریزی میکند یا قدمبهقدم تصمیم میگیرد؟
- چه ابزارهایی در اختیار دارد و با چه محدودیتهایی؟
- state کوتاهمدت و دانش بلندمدت را چگونه نگه میدارد؟
- در چه loopی اجرا میشود؟
- چه زمانی باید به انسان یا سیستم دیگر handoff کند؟
این نگاه کمک میکند Agent را نه بهعنوان «یک prompt بزرگ»، بلکه بهعنوان یک سیستم چندلایه ببینیم.
بلوکهای اصلی معماری Agent
لایه goal و planning
Agent باید بداند برای چه کاری ساخته شده است. بعضی معماریها از همان ابتدا plan تولید میکنند و بعضی دیگر plan را در حین اجرا اصلاح میکنند. هر دو رویکرد میتوانند مفید باشند، اما بدون هدف روشن، خروجی قابلاعتماد نمیشود.
لایه reasoning و control
Reasoning در معماری Agent به معنی جادوی عمومی نیست. منظور این است که سیستم بتواند مسئله را به گامهای کنترلی بشکند و بر اساس context موجود، تصمیم بعدی را انتخاب کند.
لایه tool use
Agent زمانی ارزش واقعی پیدا میکند که فقط متن تولید نکند و بتواند روی ابزارها، APIها یا منابع داده کار کند. همین لایه است که طراحی درست آن، تفاوت بین یک demo ساده و یک سیستم کاربردی را میسازد.
لایه memory و context
بعضی Agentها فقط به context کوتاهمدت نیاز دارند. بعضی دیگر باید تاریخچه کار، ترجیحهای کاربر یا وضعیت workflow را نگه دارند. اینجا بحث memory و retrieval مطرح میشود.
لایه orchestration
اگر کار چندمرحلهای باشد، باید روشن شود کدام مرحله اول اجرا میشود، کدام مرحله بعدی، چه زمانی توقف رخ میدهد و چه زمانی handoff لازم است. orchestration همان جایی است که Agent از یک پاسخدهنده ساده فراتر میرود.
لایه execution loop
یک Agent معمولاً در یک حلقه اجرا میشود:
- دریافت هدف
- تحلیل وضعیت
- انتخاب اقدام
- استفاده از ابزار یا تولید خروجی
- بررسی نتیجه
- تصمیم برای ادامه، توقف یا handoff
اگر این loop واضح نباشد، Agent ممکن است در ظاهر خوب کار کند اما در عمل قابلکنترل نباشد.
single-agent یا multi-agent
برای شروع، single-agent در بسیاری از سناریوها بهترین انتخاب است. سادهتر است، راحتتر تست میشود و traceability بهتری دارد. multi-agent فقط وقتی ارزش پیدا میکند که وظایف واقعاً قابل تفکیک باشند و handoffها معنا داشته باشند.
multi-agent همیشه «باهوشتر» نیست؛ فقط پیچیدهتر است. اگر هنوز مسئله شما با یک Agent محدود و ابزارهای مشخص حل میشود، اضافهکردن Agentهای بیشتر فقط هزینه debugging و نگهداری را بالا میبرد.
از کجا شروع کنیم
اگر میخواهی اولین Agent خودت را بسازی، از این مسیر شروع کن:
- یک مسئله خیلی روشن انتخاب کن
- از single-agent شروع کن
- فقط ابزارهای ضروری را وصل کن
- memory را فقط وقتی اضافه کن که نیازش روشن شده باشد
- retrieval را بهعنوان یک جزء سنجشپذیر وارد کن، نه یک buzzword
- multi-agent را آخر اضافه کن، نه اول
چه زمانی framework مهم میشود
Frameworkها و platformها معماری را جایگزین نمیکنند؛ فقط اجرای بعضی الگوها را آسانتر یا سختتر میکنند. اگر معماری روشن باشد، انتخاب framework منطقیتر میشود. اگر معماری روشن نباشد، framework فقط صورت مسئله را عوض میکند.
بهجای شروع از اسم ابزار، از این سؤال شروع کن: «این Agent دقیقاً چه کاری قرار است انجام دهد و در کدام مرحله به کنترل بیشتر، ابزار بیشتر یا حافظه بیشتر نیاز دارد؟»
قدم بعدی
اگر میخواهی بعد از این مقاله مسیر را ادامه بدهی، این سه خواندن بعدی منطقیتر است:
AI Agent چیستنقشه راه یادگیری AI AgentOpenAI Agents SDK
این مقاله نقش یک پل آموزشی را دارد: از مرحله فهمیدن AI Agent چیست به مرحله ساختن اولین نمونه کوچک و قابلبررسی.
