یادداشت‌هایی از ساخت سیستم‌های ایجنت
هارنس‌های ارزیابی، الگوهای ارکستراسیون، طراحی حافظه و شکست‌های پشت آن‌ها — نوشته‌شده در حالی که جزئیات هنوز تازه است.
دسترسی پس از اجرا یک باگ چرخه‌ی حیات است: اعتبارنامه‌های agent به یک حالت پایانی نیاز دارند
اعتبارنامه‌هایی که از اجرای خود عمر بیشتری می‌کنند به مجوزهای دائمی تبدیل می‌شوند. راه‌حل یک قرارداد چرخه‌ی حیات با حالت پایانی است، نه انقضای کوتاه‌تر.
ماندگاری پس از اجرا: چرا اعتبارنامه‌های عامل از وظیفه‌شان عمر بیشتری می‌کنند
اعتبارنامه‌های عامل اغلب پس از اتمام وظیفه باقی می‌مانند. شکاف واقعی بین پایان اجرا و انقضای اعتبارنامه است، نه بین استخدام و اخراج.
ارکستراتور یک دیسپچر است: چرا ازدحام‌های ایجنت روی صف‌بندی شکست می‌خورند، نه روی استدلال
بیشتر شکست‌های چند-ایجنی که به استدلال مدل نسبت داده می‌شوند، شکست‌های زمان‌بندی هستند. fan-out بی‌کران، نبود backpressure و نبود admission control یک ازدحام را به طوفان retry تبدیل می‌کند.
کنترل هزینه در سطح مسیر: بودجه‌بندی اجرای عامل پیش از آنکه گران تمام شود
حسابداری توکن به‌ازای هر فراخوانی، محرک واقعی هزینه در سیستم‌های عامل را پنهان می‌کند: حلقه‌های چندمرحله‌ای. بودجه باید روی اجرا اعمال شود و خارج از مدل اجرا گردد.
طبقه‌بندی شکست عامل: نام‌گذاری روش‌هایی که سیستم‌های چندمرحله‌ای می‌شکنند
واژگان مشترک برای حالت‌های شکست عامل، بازبینی حوادث را از حکایت به سیگنال‌های قابل شمارش و قابل آزمون رگرسیون در لایه‌های مدل، ابزار، هماهنگ‌سازی و داده تبدیل می‌کند.
الگوی رئیس‌دفتر: چه زمانی باید agentها را هماهنگ کرد و چه زمانی فقط باید یک اسکریپت نوشت
هماهنگ‌سازی چند-agent تنها زمانی به صرفه است که زیرکارها به context متفاوت، ابزارهای متفاوت یا راستی‌آزمایی مستقل نیاز داشته باشند. در غیر این صورت، این کار یک فراخوانی تابع کندتر است.