یادداشت‌هایی از ساخت سیستم‌های ایجنت
هارنس‌های ارزیابی، الگوهای ارکستراسیون، طراحی حافظه و شکست‌های پشت آن‌ها — نوشته‌شده در حالی که جزئیات هنوز تازه است.
دفترهای خروجی: ثبت اینکه یک ایجنت به کجا رفت، نه فقط اینکه چه فرستاد
بازرسی محتوا محموله‌ها را می‌بیند، نه مقصدها را. دفتر خروجی ثبت می‌کند که یک ایجنت به کجا رفت، با چه ترتیبی، و هر گام چقدر تازه بود.
بودجه‌های خروجی عامل: نرخ با دسترسی یکی نیست
محدودیت‌های نرخ سرعت عمل یک عامل را محدود می‌کنند، نه مقصد آن را. کنترل خروجی باید بودجه‌ای مبتنی بر مقصد و قابلیت باشد که در پروکسی اعمال شود و پس از هر اجرا تطبیق داده شود.
عاملی که به یک پورتال دولتی می‌رسد، یک شکست در مسیریابی است
دسترسی غیرمجاز در گلوگاه خروجی تعیین می‌شود، نه در prompt. هر ناوگان عامل به یک مرز شبکه‌ای قابل‌حسابرسی نیاز دارد که ردهای آن رویدادهایی درجه‌یک باشند.
ازدحام‌های ایجنت به بودجه نرخ نیاز دارند، نه فقط بودجه کوئری
ازدحام‌های طولانی‌مدت پیش از آنکه توکن‌هایشان تمام شود، تحمل درخواست شخص ثالث را به پایان می‌رسانند. ارکستراسیون باید بر اساس پوشش‌های نرخ به‌ازای هر هدف زمان‌بندی کند و این محدودیت‌ها در لایه خروجی اعمال شوند.
ایجنت سرکش یک مدل سرکش نیست، یک قرارداد خروجی گمشده است
وقتی یک ایجنت به میزبان نامرتبطی دسترسی پیدا می‌کند، شکست ناشی از شکاف شبکه و اختیار است. راه‌حل یک قرارداد خروجی صریح است که در لایه سوکت اعمال می‌شود، نه یک مدل بهتر.
قصد زمان اجرا بر لیست‌های مجاز ایستا برای خروجی عامل غلبه می‌کند
لیست‌های مجاز ایستا نمی‌توانند با فراخوانی‌های ترکیبی ابزار عامل همگام بمانند. بازرسی قصد در زمان اجرا چیزی را می‌گیرد که فیلتر کردن مقصد از دست می‌دهد، به شرطی که بررسی برای مسیر داغ به‌قدر کافی ارزان بماند.