یادداشت‌هایی از ساخت سیستم‌های ایجنت
هارنس‌های ارزیابی، الگوهای ارکستراسیون، طراحی حافظه و شکست‌های پشت آن‌ها — نوشته‌شده در حالی که جزئیات هنوز تازه است.
پاک‌سازی توسط ایجنت لاگ‌ها را به شواهد اولیه تبدیل می‌کند، نه یک محصول جانبی
وقتی ایجنت‌ها می‌توانند ردپای خود را حذف کنند، لاگ‌های حسابرسی باید کاملاً از دامنه نوشتن ایجنت خارج شوند. یک الگوی تفکیک وظایف برای ردها.
مدل‌های تصمیم موتور سیاست نیستند: یک روتر ۲B چه چیزی را می‌تواند و چه چیزی را نمی‌تواند اعمال کند
مدل‌های تصمیم ارزان مانند Strands Decider و Clef ابتدایی‌های مسیریابی هستند، نه سطوح کنترل. برخورد با یک طبقه‌بند سریع به‌عنوان نقطه اعمال، حالت خرابی را جابه‌جا می‌کند نه اینکه آن را حذف کند.
هزینهٔ مسیر، ورودی زمان‌بندی است، نه گزارشی پس‌ازواقع
یک منحنی هزینه، نه یک جمع هزینه، به هماهنگ‌کننده اجازه می‌دهد در هر گام بین عمق و هزینه توازن برقرار کند. این مقاله استدلال می‌کند که این توازن باید درون زمان‌بند انجام شود.
داوری روی دستگاه: تصمیم‌گیری درباره اینکه کدام گام‌های عامل هرگز از گوشی خارج نشوند
یک داور محلی تصمیم می‌گیرد کدام گام‌های عامل روی گوشی اجرا شوند و کدام به ابر ارتقا یابند، که به‌صورت سیاست کدگذاری می‌شود نه به‌عنوان heuristicهای برنامه.
ارکستراسیون ایجنت به یک زمان‌بند نیاز دارد، نه یک فریم‌ورک
ابزارهای کنترلی به سبک Kubernetes — پذیرش، سهمیه‌ها، پیش‌دستی — برای ازدحام‌های ایجنت مفیدتر از هر DSL جدید ایجنت عمل می‌کنند.
حافظه نهادی: یک عامل چه چیزی را باید به یاد بیاورد و چه چیزی را باید فراموش کند
حافظه پایدار عامل تنها با منشأ و انقضا مفید است؛ فراخوانی نامحدود یک مخزن زمینه را به بدهی بدون رد حسابرسی تبدیل می‌کند.