‏بهبود وب برای هوش مصنوعی باید به نفع همه باشه

جیسون گریگزبی تو این یادداشت به مخالفت رسمی تیم سافاری با WebMCP API اشاره می‌کنه و می‌گه سافاری چیزی رو گفته که خودش مدت‌ها دنبال بیانش بوده. حرف اصلی اینه: وقتی یه اکشن سایت برای ایجنت سخت‌فهمه، این یه خلأ تو معناشناسی خود صفحه‌ست و باید تو لایه‌های مشترک پلتفرم — HTML و ARIA — پرش کرد، جایی که کاربر و فناوری کمکی و ایجنت همه سود می‌برن.

به نقل از مایک وایژیکوفسکی از تیم سافاری، نگرانی عمیق‌تر معماریه: ایجنتی که به‌جای کاربر عمل می‌کنه عملاً یه فناوری کمکیه و باید سایت رو مثل خود کاربر استفاده کنه؛ سایت نباید براش رفتار جدا در نظر بگیره. مشکل این‌جاست که WebMCP معناشناسی غنی و قابل‌اکشن رو فقط به ایجنت‌ها می‌رسونه، در حالی که کاربرهای screen reader و کیبورد کمتر گیرشون میاد.

گریگزبی یه مثال دیگه هم می‌زنه: یه استاندارد پیشنهادی برای این‌که AI بتونه «اعتبار دامنه» رو بفهمه، با اضافه‌کردن یه سند JSON-LD به هر سایت. ولی به گفتهٔ اون، خود آدم‌ها هم تو تشخیص سایت معتبر از نامعتبر مشکل دارن، پس اگه داریم این رو برای AI حل می‌کنیم، بهتره راه‌حلی پیدا کنیم که برای کاربرِ نهایی هم کار کنه.

نویسنده می‌خواد جملهٔ تیم سافاری به‌عنوان یه اصل طراحی W3C ثبت شه، درست کنار «اولویت ذی‌نفعان» که می‌گه نیاز کاربر بالاتر از نیاز نویسندهٔ صفحه و بعد پیاده‌سازِ مرورگره. اون به‌طعنه می‌گه ایجنت‌ها اصلاً تو این فهرست اولویت نیستن، ولی اگه قراره بمونن، جای‌شون احتمالاً همون تهه — چون همه باید سر این توافق داشته باشیم که نیاز کاربر بالاتر از نیاز ایجنته.

نکات کلیدی:

• تغییرهای وب برای AI باید اول تو لایه‌های مشترک HTML و ARIA انجام شن
• سافاری با WebMCP مخالفه و ایجنت رو نوعی فناوری کمکی می‌دونه
• مسیر جدا برای ایجنت‌ها می‌تونه به ضرر کاربرهای screen reader و کیبورد تموم شه
• گریگزبی می‌خواد این اصل کنار «اولویت کاربر» تو اصول طراحی W3C بشینه