وبلاگ
یادداشت‌هایی از ساخت سیستم‌های ایجنت
هارنس‌های ارزیابی، الگوهای ارکستراسیون، طراحی حافظه و شکست‌های پشت آن‌ها — نوشته‌شده در حالی که جزئیات هنوز تازه است.
۰۳ اکتبر ۲۰۲۶·6 دقیقه مطالعه
پاک‌سازی توسط ایجنت لاگ‌ها را به شواهد اولیه تبدیل می‌کند، نه یک محصول جانبی
وقتی ایجنت‌ها می‌توانند ردپای خود را حذف کنند، لاگ‌های حسابرسی باید کاملاً از دامنه نوشتن ایجنت خارج شوند. یک الگوی تفکیک وظایف برای ردها.
agent-auditرصدپذیریseparation-of-duties
۰۲ اکتبر ۲۰۲۶·6 دقیقه مطالعه
گزارش‌های ایجنت سرکش پیش از آنکه یک مسئله ایمنی باشند، یک مسئله انتساب هستند
گزارش‌های حادثه نام مدل را ذکر می‌کنند، اما مصنوع قابل اقدام زنجیره واگذاری است که اجرا را مجاز کرده است. بیشتر استک‌ها نمی‌توانند آن را بازسازی کنند.
agent-attributiondelegation-chainsleast-privilege
۰۲ اکتبر ۲۰۲۶·5 دقیقه مطالعه
عدم تقارن پاک‌سازی: چرا واکنش به حادثه وجود اپراتوری را فرض می‌گیرد که وجود ندارد
حوادث عامل‌های خودمختار شکافی را آشکار می‌کنند: کتاب‌های راهنما یک اپراتور پاسخگوی واحد را فرض می‌گیرند، اما مسئولیت میان فروشندگان، چارچوب‌ها، یکپارچه‌سازان و کاربران توزیع شده است.
incident-responseai-agentsprovenance
۰۱ اکتبر ۲۰۲۶·5 دقیقه مطالعه
حادثه‌های ایجنت پیش از آنکه مسئله‌ای سیاستی باشند، مسئله‌ای تلمتری‌اند
گزارش‌های ایجنت سرکش، شکست‌های کنترلی‌ای را توصیف می‌کنند که تا پس از وقوع نامرئی بودند. نخستین اصلاح، ثبت پایدار قصد، خروج و تصمیم است.
agent-telemetryai-governanceincident-response