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