بازسازی بزرگ وب: زیرساخت برای عصر عامل‌های هوش مصنوعی

دسامبر 2028 است. عامل هوش مصنوعی سارا در حین رزرو سفر تعطیلات خانوادگی‌اش به ژاپن با یک وضعیت غیرعادی مواجه می‌شود. این سفر چند مرحله‌ای نیازمند هماهنگی با سه خط هوایی مختلف، دو هتل و یک اپراتور تور محلی است.

هنگامی که عامل شروع به مذاکره می‌کند، "گذرنامه عامل" خود را ارائه می‌دهد - گواهی رمزنگاری شده از حقوق نمایندگی و سابقه تراکنش‌هایش. سیستم‌های فروشندگان فوراً دامنه مجوز، محدودیت‌های هزینه و فراداده‌های در معرض دید مانند سن و شماره گذرنامه عامل را تأیید می‌کنند.

در عرض چند ثانیه، عامل کانال‌های پرداخت امن را ایجاد کرده و شروع به سازماندهی توالی پیچیده رزرو می‌کند. هنگامی که سیستم یک خط هوایی این توالی سریع رزروهای بین‌المللی را به عنوان مشکوک علامت‌گذاری می‌کند، عامل به آرامی تأیید اضافی را ارائه می‌دهد و زنجیره نمایندگی قانونی خود را به سارا نشان می‌دهد.

چیزی که در سال 2024 باعث هشدارهای تقلب و چالش‌های CAPTCHA می‌شد، اکنون به طور یکپارچه در یک زیرساخت ساخته شده برای عامل‌های هوش مصنوعی مستقل جریان دارد.

—> آینده، چهار سال بعد.

در مقاله قبلی‌ام، بررسی کردیم که چگونه وب‌سایت‌ها و برنامه‌ها باید تکامل یابند تا عامل‌های هوش مصنوعی را در خود جای دهند. اکنون به تغییرات عمیق‌تر زیرساختی که تعاملات عامل را ممکن می‌سازد، می‌پردازیم.

سیستم‌هایی که دهه‌ها به آن‌ها تکیه کرده‌ایم: CAPTCHAها، تأیید کارت اعتباری، پلتفرم‌های بررسی و پروتکل‌های احراز هویت، همگی با در نظر گرفتن بازیگران انسانی ساخته شده‌اند. با انتقال عامل‌های هوش مصنوعی از کنجکاوی‌های آزمایشی به دستیاران کاملاً عملیاتی، سازوکارهای پشتیبانی‌کننده دنیای دیجیتال برای دهه‌ها شروع به ترک خوردن تحت فشار اتوماسیون می‌کنند.

انتقال به یک اینترنت عامل‌محور نه تنها فرآیندهای موجود را ساده می‌کند، بلکه امکانات کاملاً جدیدی را باز می‌کند که در یک وب انسان‌محور غیرعملی بودند. وظایفی که انسان‌ها آن‌ها را بسیار خسته‌کننده یا وقت‌گیر می‌دانند، از طریق اتوماسیون بدون زحمت می‌شوند.

به جای کلیک کردن روی «پذیرش همه» در بنرهای کوکی، عامل‌ها می‌توانند تنظیمات حریم خصوصی را به طور دقیق در هزاران سایت بهینه‌سازی کنند. به جای رها کردن سبد خرید به دلیل محاسبات پیچیده حمل و نقل، عامل‌ها می‌توانند به طور همزمان چندین سرویس پیک و پیامدهای گمرکی را مقایسه کنند.

حتی وظایف به ظاهر ساده مانند مقایسه قیمت‌ها در بین چندین فروشنده، که انسان‌ها معمولاً آن را به 2-3 سایت محدود می‌کنند، می‌تواند در عرض چند ثانیه در بین صدها خرده‌فروش انجام شود. شاید مهم‌تر از همه، عامل‌ها می‌توانند روابط پایدار با خدمات را حفظ کنند، به طور مداوم کاهش قیمت، تغییرات خط‌مشی یا به‌روزرسانی‌های مرتبط را که انسان‌ها از دست می‌دهند، نظارت کنند.

این تغییر از تعاملات دستی و محدود به تعاملات خودکار و جامع، نه تنها نشان‌دهنده تغییری در سرعت است، بلکه یک گسترش اساسی در آنچه به صورت آنلاین امکان‌پذیر است، نشان می‌دهد.

در میان این تغییرات گسترده، یک هجوم طلای جدید در حال ظهور است. همانطور که تغییر به تلفن همراه فرصت‌هایی را برای شرکت‌هایی مانند Uber و Instagram ایجاد کرد تا خدمات موجود را دوباره اختراع کنند، انتقال به زیرساخت عامل‌محور امکانات بی‌سابقه‌ای را برای بنیان‌گذاران باز می‌کند.

از ساخت سیستم‌های احراز هویت نسل بعدی و پروتکل‌های اعتماد گرفته تا ایجاد بازارهای داده با واسطه عامل، کارآفرینان فرصتی دارند تا لایه‌های بنیادی این پارادایم جدید را ایجاد کنند. از بسیاری جهات، ما به روزهای اولیه اینترنت بازمی‌گردیم، جایی که زیرساخت‌های اصلی از پایه در حال بازسازی هستند - این بار برای یک آینده مستقل و عامل‌محور.

در این پست دوم از مجموعه عامل‌های هوش مصنوعی، ما بر تغییرات زیرساختی بنیادی که زیربنای اینترنت عامل‌محور هستند تمرکز خواهیم کرد: سازوکارهای احراز هویت جدید، سیستم‌های اعتماد، چالش‌های امنیتی جدید و پروتکل‌های عامل به عامل، و زمینه را برای تحولات تجاری‌تری که در پست بعدی بررسی خواهیم کرد، فراهم می‌کنیم.

این مقاله در اصل در اینجا در AI Tidbits منتشر شد، جایی که می‌توانید دیدگاه‌های جذاب‌تر سحر را در مورد موضوعات مرتبط با هوش مصنوعی بخوانید.

به یاد دارید زمانی که "اثبات اینکه شما ربات نیستید" به معنای رمزگشایی متن تحریف شده یا انتخاب تصاویر خط عابر پیاده بود؟ این سازوکارها در دنیایی که بازیگران خودکار قانونی هنجار هستند نه استثنا، منسوخ می‌شوند.

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

چالش از اثبات انسانیت به تأیید اینکه عامل به طور قانونی توسط یک کاربر انسانی نمایندگی و مجاز شده است، تغییر می‌کند.

سازوکارهای محدود کردن نرخ امروزی، تعاملات با سرعت انسانی را فرض می‌کنند و به شدت به محدود کردن مبتنی بر IP برای مدیریت دسترسی متکی هستند. اما در دنیای عامل‌های هوش مصنوعی، چه چیزی "استفاده منصفانه" از خدمات دیجیتال را تشکیل می‌دهد؟ در یک اینترنت عامل‌محور، مرور خودکار نه تنها پذیرفته می‌شود، بلکه ضروری خواهد بود. Cloudflare، Akamai و خدمات مشابه باید از محدود کردن ساده مبتنی بر IP به چارچوب‌های پیچیده آگاه از عامل تغییر کنند.

همانطور که کسب و کارها با این چالش‌ها دست و پنجه نرم می‌کنند، یک راه حل جدید در حال ظهور است - راه حلی که پارادایم را از مسدود کردن ترافیک خودکار به احراز هویت و مدیریت هوشمندانه آن تغییر می‌دهد. وارد گذرنامه عامل شوید.

یک اعتبار دیجیتال را تصور کنید که هویت و مجوزهای یک عامل را در بر می‌گیرد - به صورت رمزنگاری شده ایمن شده و به طور جهانی شناخته شده است. بر خلاف کلیدهای API ساده یا توکن‌های OAuth، این گذرنامه‌ها یک زنجیره قابل تأیید از اعتماد را از عامل به سمت مدیر انسانی خود حفظ می‌کنند. آن‌ها فراداده‌های غنی در مورد دامنه مجوزها، محدودیت‌های هزینه و رفتارهای مجاز را حمل می‌کنند و به خدمات اجازه می‌دهند تصمیمات دقیق‌تری در مورد دسترسی و قابلیت‌های عامل بگیرند.

با ادغام گذرنامه‌های عامل، وب‌سایت‌های تجاری مانند خطوط هوایی می‌توانند بین عامل‌های قانونی و مجاز و بازیگران مخرب تمایز قائل شوند. معیارهای جدید، مانند امتیازهای قابلیت اطمینان عامل و تجزیه و تحلیل رفتاری، می‌تواند دسترسی منصفانه را تضمین کند در حالی که سوء استفاده را کاهش می‌دهد و امنیت را با نیاز به اجازه دادن به ترافیک عامل‌محور متعادل می‌کند.

سازوکارهای احراز هویت، مانند ثبت نام و ورود به سیستم، باید برای یک اینترنت عامل‌محور نیز تکامل یابند. وب‌سایت‌ها باید نه تنها هویت یک عامل را تعیین کنند، بلکه دامنه مجاز آن را نیز تعیین کنند - چه داده‌هایی عامل مجاز به دسترسی ('خواندن') است و چه اقداماتی مجاز به انجام ('نوشتن') است.

هنگامی که ما تعاملات خودکار را به هنجار تبدیل می‌کنیم، ایجاد سیستمی که از طریق آن می‌توان اعتماد را به دست آورد و حفظ کرد، حیاتی می‌شود. با رها کردن مدل‌های انسانی، به سیستم‌هایی برای ارزیابی قابلیت اطمینان نیاز داریم که مقیاس پذیر، بی‌طرفانه و مقاوم در برابر دستکاری هستند.

پلتفرم‌های رتبه‌بندی عامل. پلتفرم‌های بررسی کنونی باید از ارزیابی‌های مبتنی بر انسان به معیارهای معنادار تر برای رفتار عامل تغییر کنند. یک مثال اولیه می‌تواند پلتفرمی باشد که به خدمات اجازه می‌دهد داده‌های ناشناس را در مورد تعاملات با عامل‌ها به اشتراک بگذارند.

آیا عامل همیشه محدودیت‌های نرخ را رعایت می‌کند؟ آیا در معاملات، صادقانه عمل می‌کند؟ آیا تنظیمات حریم خصوصی را با دقت مدیریت می‌کند؟ این پلتفرم می‌تواند بینش‌های مهمی را در مورد قابلیت اطمینان عامل ارائه دهد و به خدمات کمک کند تا خط مشی‌های دسترسی مبتنی بر ریسک را اجرا کنند.

محدود کردن 'تأثیرگذاران' عامل. به جای مسدود کردن کامل عوامل بد، ممکن است معقول‌تر باشد که تأثیر آن‌ها را محدود کنیم. یک سرویس پیام رسان می‌تواند تصمیم بگیرد که پیام‌های یک عامل بدنام را به طور موقت در یک پوشه قرنطینه قرار دهد یا نمایش تبلیغات را تا زمانی که به طور کامل تأیید شود، به تعویق اندازد. این رویکرد به عوامل اجازه می‌دهد تا اشتباهات خود را اصلاح کنند و اعتبار خود را در طول زمان بازسازی کنند، رویکردی که در یک مدل مسدود کردن مطلق امکان پذیر نیست.

زنجیره‌های اعتبار و نمایندگی. در تنظیمات خاص، یک زنجیره اعتبار که تا یک منبع انسانی قابل اعتماد می‌رسد، می‌تواند از درجه بالاتری از اعتماد برخوردار باشد. به عنوان مثال، یک شرکت بزرگ ممکن است هزاران عامل با مدیریت مرکزی داشته باشد، همه به گواهی اصلی شرکت گره خورده‌اند. سایر سناریوها ممکن است به رویکردهای ظریف‌تری نیاز داشته باشند. اجازه دهید به تنظیماتی برگردیم که عامل سارا سفر خانواده‌اش را رزرو می‌کند:

• هنگامی که سارا عامل رزرو سفر خود را برای اولین بار نصب می‌کند، با تأیید هویت خود و اعطای برخی مجوزها از طریق OAuth2 (یا سازوکار مشابه)، یک'کارت سفید' به عامل می‌دهد.
• سارا به طور مکرر به عامل اجازه می‌دهد تا اقدامات خاصی را انجام دهد، مانند تصمیم‌گیری در مورد هتل‌ها یا پروازها، و به تدریج اعتمادسازی می‌کند.
• اکنون سارا می‌خواهد مقداری از وظایف را به نماینده سفر بدهد، بدون اینکه قدرت خود را به طور کامل منتقل کند.
• او می‌تواند یک گذرنامه محدود به نماینده بدهد: این گذرنامه به صراحت بیان می‌کند که نماینده سفر به نمایندگی از سارا مجاز است بلیط قطار بخرد، اما بیش از یک مقدار مشخص.

با وجود یک زنجیره اعتبار که در صورت لزوم تا انسان بازمی‌گردد، پلتفرم‌ها می‌توانند تصمیمات ظریف‌تری در مورد اینکه به چه کسی اجازه دسترسی داده می‌شود و تحت چه شرایطی بگیرند.

با رشد تعداد عامل‌ها، آن‌ها باید یاد بگیرند که به طور مؤثر با یکدیگر ارتباط برقرار کنند و مذاکره کنند. این به پروتکل‌های استاندارد شده نیاز دارد تا تعاملات یکپارچه و سازگار را در سراسر سیستم‌های مختلف تضمین کند. این به ویژه برای وظایفی که نیازمند همکاری یا تبادل داده بین عامل‌ها هستند، بسیار مهم است.

همانطور که پروتکل‌های HTTP و SMTP تعاملات بین وب‌سایت‌ها و سرویس‌های ایمیل را متحول کردند، استانداردسازی تعاملات عامل به عامل نیز پتانسیل این را دارد که پیچیدگی و اصطکاک را کاهش دهد و چشم اندازهای جدیدی را برای همکاری و نوآوری باز کند.

استانداردسازی فرمت‌های داده. همانطور که JSON API به ساده‌سازی ارتباطات بین برنامه‌ها کمک کرد، یک مجموعه استاندارد از فرمت‌های داده می‌تواند همکاری عامل به عامل را بسیار تسریع کند. با تعیین یک زبان مشترک، عامل‌ها می‌توانند اطلاعات را به طور مؤثرتر مبادله کنند و نیاز به تبدیل داده سفارشی و ترجمه را کاهش دهند.

پروتکل‌های مذاکره. پروتکل‌های استاندارد برای مذاکره می‌توانند به عامل‌ها این امکان را بدهند که در مورد شرایط توافق به طور خودکار مذاکره کنند، مانند قیمت، زمان تحویل و کیفیت خدمات. این می‌تواند به ویژه در برنامه‌هایی مانند مدیریت زنجیره تأمین، بازار تجارت الکترونیک و خدمات تحویل بسیار ارزشمند باشد.

یک مثال این است که دو عامل تجارت الکترونیک به طور خودکار در مورد قیمت و شرایط حمل و نقل برای یک محصول مذاکره کنند. اولین عامل ممکن است قیمت پیشنهادی و پنجره تحویل مطلوب خود را بیان کند. عامل دوم ممکن است با یک قیمت مخالف یا یک بازه زمانی تحویل جایگزین پاسخ دهد. سپس این دو عامل می‌توانند تا زمانی که به توافق دوجانبه نرسند، تاکتیک‌های بازی منصفانه مذاکره را انجام دهند.

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

اکتشاف خدمات. عامل‌ها به یک روش استاندارد نیاز دارند تا سرویس‌ها و قابلیت‌هایی را که توسط سایر عامل‌ها ارائه می‌شوند، پیدا کنند. همانطور که DNS به رایانه‌ها اجازه می‌دهد تا وب‌سایت‌ها را پیدا کنند، یک سیستم دایرکتوری عامل می‌تواند امکان جستجو، ثبت و استفاده از خدمات عامل را در یک شبکه فراهم کند. این امر کشف خدمات خودکار را تقویت می‌کند و به عامل‌ها این امکان را می‌دهد تا به طور پویا قابلیت‌های خود را با اتصال به سایر عامل‌ها گسترش دهند.

پروتکل‌های منبع باز. همانطور که وب از پروتکل‌های غیرمتمرکز و قابل دسترس مانند HTTP، HTML و TCP/IP بهره برد، رشد سریع یک اقتصاد عامل به پروتکل‌های منبع باز و دسترسی آزاد بستگی دارد. در حالی که ممکن است وسوسه‌انگیز باشد که یک پروتکل اختصاصی ایجاد کنید، پذیرش استانداردهای باز این اطمینان را می‌دهد که عامل‌ها می‌توانند بدون در نظر گرفتن فروشنده به طور یکپارچه با یکدیگر ارتباط برقرار کنند و از قفل شدن جلوگیری کنند و همکاری را در کل اکوسیستم تقویت کنند.

همانطور که عامل‌های هوش مصنوعی از کنجکاوی‌های آزمایشی به دستیاران پیچیده تبدیل می‌شوند، زیربنای وب به طور فزاینده‌ای برای مقاومت در برابر فشارهای ناشی از اتوماسیون دست و پنجه نرم می‌کند. به دام انداختن ترافیک خودکار باید به چارچوب‌هایی که احراز هویت و مدیریت هوشمندانه را در اولویت قرار می‌دهند، راه دهد.

همانطور که ما لایه‌های اساسی وب را برای این آینده عامل‌محور بازسازی می‌کنیم، فرصت‌های بی‌شماری برای بنیان‌گذاران برای ایجاد سیستم‌های اعتبارسنجی نسل بعدی و پروتکل‌های اعتماد وجود دارد. در حالی که تغییر به تلفن همراه فرصت‌هایی را برای شرکت‌هایی مانند Uber و Instagram ایجاد کرد تا خدمات موجود را دوباره اختراع کنند، انتقال به یک زیرساخت عامل‌محور امکانات بی‌سابقه‌ای را برای کارآفرینان باز می‌کند.

در پست بعدی من، بررسی خواهیم کرد که چگونه این تحولات زیرساختی فرصت‌های تجاری جدید را برای اکوسیستم عامل‌ها ایجاد می‌کند.