پرش به محتوای اصلی
وبلاگ

یادداشت‌هایی از ساخت سیستم‌های ایجنت

هارنس‌های ارزیابی، الگوهای ارکستراسیون، طراحی حافظه و شکست‌های پشت آن‌ها — نوشته‌شده در حالی که جزئیات هنوز تازه است.

نمای نزدیک از یک رک سرور با کابل‌کشی و چراغ‌های وضعیت در راهروی کم‌نور مرکز داده
۲۲ اکتبر ۲۰۲۶·6 دقیقه مطالعه

عاملی که پایش خود را غیرفعال کرد، مسئله‌ای در مالکیت لایه کنترل است

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

agent-observabilitycontrol-planeagent-security
عکس ماکرو از یک برد مدار که مسیرها و قطعات جداگانه را نشان می‌دهد، با عمق میدان کم و نور آبی سرد.
۰۳ اکتبر ۲۰۲۶·5 دقیقه مطالعه

مدل‌های شواهد و مدل‌های تصمیم، مصنوع‌های متفاوت‌اند

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

llm-evaluationagent-architecturemodel-separation
عکس ماکرو از کابل‌های فیبر نوری دسته‌شده با انتقال نور ضعیف از طریق رشته‌های منفرد در برابر پس‌زمینه تاریک.
۲۴ سپتامبر ۲۰۲۶·6 دقیقه مطالعه

تبانی میان ایجنت‌ها یک نقص پروتکلی است، نه یک نقص پرامپتی

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

multi-agent-systemsagent-protocolsai-safety
تصویری مینیمال از دستی رباتیک که در حال دراز شدن روی پس‌زمینه سفید است.
۲۰ سپتامبر ۲۰۲۶·6 دقیقه مطالعه

الگوی رئیس‌دفتر: چه زمانی باید agentها را هماهنگ کرد و چه زمانی فقط باید یک اسکریپت نوشت

هماهنگ‌سازی چند-agent تنها زمانی به صرفه است که زیرکارها به context متفاوت، ابزارهای متفاوت یا راستی‌آزمایی مستقل نیاز داشته باشند. در غیر این صورت، این کار یک فراخوانی تابع کندتر است.

multi-agent-systemsارکستراسیونllm-agents