مرداد
اخبار
پروتکل امسیپی بدون حالت شد؛ بزرگترین تغییر معماری
پروتکل ارتباطی که امروز عملاً زبان مشترک ابزارهای هوش مصنوعی شده، بزرگترین بازنویسی معماریاش را پشت سر گذاشت. در نسخهی ۲۸ جولای ۲۰۲۶، مفهوم «نشست» بهکلی از پروتکل حذف شد و هر درخواست به موجودی مستقل تبدیل شد. این تغییر در ظاهر یک جزئیات فنی است، اما در عمل تعیین میکند که سرورهای ابزار هوش مصنوعی چطور مقیاس بگیرند. در این گزارش دقیقاً میبینیم چه چیزی عوض شد و چرا اهمیت دارد.
لیست مطالب
۱) پروتکل مدل-زمینه چیست و چرا مهم شد؟
مدل زبانی بهتنهایی فقط متن تولید میکند. آنچه یک دستیار هوش مصنوعی را به ابزار کاربردی تبدیل میکند، توانایی وصلشدن به دنیای بیرون است: خواندن فایل، جستوجو در پایگاهداده، فراخوانی یک سرویس یا اجرای یک دستور.
پیش از پیدایش این پروتکل، هر شرکت روش خودش را برای این اتصال داشت و در نتیجه هر ابزار باید برای هر دستیار جداگانه پیادهسازی میشد. پروتکل مدل-زمینه همان کاری را کرد که استانداردهای مشترک همیشه میکنند: یک قرارداد واحد گذاشت تا ابزار یک بار نوشته شود و همهجا کار کند.
ظرف مدت کوتاهی، این استاندارد از یک پیشنهاد به زیرساخت عملی اکوسیستم ابزارهای هوش مصنوعی تبدیل شد و امروز بخش بزرگی از ادغامهای سازمانی روی آن سوار است. به همین دلیل هر تغییر بنیادی در آن، مستقیم روی هزاران سرویس اثر میگذارد.
۲) دقیقاً چه چیزی تغییر کرد؟
مهمترین تغییر نسخهی جدید، حذف کامل مفهوم نشست است. در نسخههای پیشین، کلاینت و سرور ابتدا یک مرحلهی دستدادن انجام میدادند و سپس یک شناسهی نشست میان آنها رد و بدل میشد تا وضعیت گفتوگو حفظ شود.
در نسخهی جدید هم مرحلهی دستدادن اولیه حذف شده و هم هدر شناسهی نشست بازنشسته شده است. حالا هر درخواست، اطلاعات لازم را — از جمله نسخهی پروتکل، هویت کلاینت و توانمندیهای آن — درون خودش حمل میکند.
پیامد مستقیم این تصمیم چشمگیر است: سرور دیگر نیازی به حافظهی مشترک یا اتصال پایدار ندارد. یعنی میتوان چند نمونه از یک سرور را پشت یک متعادلکنندهی بار ساده قرار داد و درخواستها را بهصورت نوبتی میان آنها پخش کرد؛ دقیقاً همان کاری که با هر سرویس وب معمولی میکنیم.
برای توسعهدهندهای که واقعاً به حالت نیاز دارد، مسیر پیشنهادی عوض شده است: بهجای تکیه بر وضعیت لایهی انتقال، سرور باید یک شناسهی صریح از دل ابزار بیرون بدهد و مدل همان شناسه را در فراخوانی بعدی بهعنوان ورودی برگرداند.
۳) مسیریابی با هدر؛ پایان بازکردن بستهها
دومین تغییر مهم، انتقال اطلاعات مسیریابی به هدرهای اختصاصی است. در نسخهی تازه، هر درخواست دو هدر جدید حمل میکند که نام متد و نام هدف را مشخص میکنند.
چرا این مهم است؟ چون تا پیش از این، یک دروازه یا فایروال برای اینکه بفهمد این درخواست چه کاری میخواهد انجام دهد، مجبور بود بدنهی جیسون را باز کند و بخواند. این کار هم پرهزینه است و هم از نظر امنیتی حساس.
حالا دروازه میتواند فقط با نگاهکردن به هدر تصمیم بگیرد: این درخواست را کجا بفرستد، اجازهاش را بدهد یا ندهد و چه سیاست محدودسازی نرخی روی آن اعمال کند. برای سازمانهایی که دهها ابزار داخلی را پشت یک دروازهی مشترک منتشر میکنند، این تغییر بلافاصله قابل لمس است.
۴) سختگیری تازه در لایهی احراز هویت
بخش امنیتی نسخهی جدید چند بند مشخص دارد. نخست، الزام رعایت استاندارد آرافسی ۹۲۰۷ است: سرور مجوزدهنده باید پارامتر صادرکننده را برگرداند و کلاینت پیش از تبدیل کد به توکن، آن را اعتبارسنجی کند. این بند مستقیماً جلوی دستهای از حملههای جابهجایی کد را میگیرد.
دوم، پیوند اعتبارنامه به صادرکننده است. توکنی که یک صادرکننده ساخته، فقط نزد همان صادرکننده معتبر است و استفادهی متقابل میان صادرکنندگان مختلف ممنوع شده است.
سوم، ثبت پویای کلاینت رسماً منسوخ اعلام شده و جای خود را به سند فرادادهی شناسهی کلاینت داده است؛ هرچند برای سازگاری با گذشته فعلاً کار میکند.
مجموع این سه بند یعنی پروتکل از حالت «هرچه راحتتر بهتر» به سمت «هرچه صریحتر بهتر» حرکت کرده است؛ همان مسیری که تقریباً همهی استانداردهای وب دیر یا زود طی میکنند.
۵) رفتوبرگشت چندمرحلهای؛ جایگزین جریان باز
یکی از بخشهای ظریف نسخهی جدید، سازوکاری است که جای درخواستهای آغازشده از سمت سرور را میگیرد. پیشتر اگر سرور وسط کار به اطلاعات بیشتری از کلاینت نیاز داشت، به یک جریان باز نیاز داشت تا بتواند درخواستش را بفرستد.
حالا سرور بهجای آن، پاسخی برمیگرداند که نوع نتیجهاش «نیازمند ورودی» است و فهرست چیزهایی را که لازم دارد اعلام میکند. کلاینت پاسخها را جمع میکند و درخواست را دوباره میفرستد.
این الگو دقیقاً همان چیزی است که معماری بدون حالت را ممکن میکند: هیچ اتصال زندهای لازم نیست و هر رفتوبرگشت میتواند روی نمونهی متفاوتی از سرور بنشیند.
در کنار این، پاسخهای فهرستگیری ابزارها و منابع حالا زمان اعتبار و دامنهی حافظهی نهان را هم حمل میکنند؛ یعنی کلاینت میداند تا کی میتواند به فهرست قبلی اعتماد کند.
۶) پشتیبانی کیتهای توسعه و زمان مهاجرت
نکتهی مهم برای تیمهای فنی این است که نسخهی جدید بدون ابزار منتشر نشده. طبق اعلام رسمی، کیتهای توسعهی تایپاسکریپت، پایتون، گو و سیشارپ از روز انتشار از مشخصهی تازه پشتیبانی میکنند و نسخهی زبان راست هم در مرحلهی بتا در دسترس است.
برای قابلیتهایی که منسوخ اعلام شدهاند — از جمله ریشهها، نمونهگیری و ثبت رخداد — پنجرهای دستکم دوازدهماهه پیش از حذف نهایی در نظر گرفته شده است. یعنی تیمها فرصت برنامهریزی دارند و مجبور به بازنویسی شبانه نیستند.
با این حال، توصیهی عملی روشن است: سرورهایی که امروز به شناسهی نشست وابستهاند، هرچه زودتر باید حالت خود را از لایهی انتقال بیرون بکشند و به شناسهی صریح در سطح ابزار منتقل کنند.
۷) این تغییر برای سازمانها چه معنایی دارد؟
برای سازمانی که چند ابزار داخلی را در اختیار دستیارهای هوش مصنوعی گذاشته، مهمترین دستاورد این نسخه کاهش پیچیدگی زیرساخت است. سرور بدون حالت یعنی استقرار سادهتر، مقیاسپذیری افقی بدون دردسر و بازیابی راحتتر پس از خطا.
دومین دستاورد، امکان اعمال سیاست امنیتی در لایهی دروازه است. وقتی نام متد و نام هدف روی هدر نشسته، تیم امنیت میتواند بدون دستزدن به کد ابزارها، قواعد دسترسی را متمرکز مدیریت کند.
سومین نکته اقتصادی است: اتصال پایدار گران است و حافظهی مشترک گرانتر. حذف هر دو یعنی هزینهی سرویسدهی به ازای هر درخواست پایین میآید؛ موضوعی که در مقیاس سازمانی خیلی زود خودش را در صورتحساب نشان میدهد. تحلیل چرا هوش مصنوعی برای کسبوکارها مهم است همین منطق هزینه-فایده را در سطح کسبوکار باز میکند.
۸) نقطهی ضعف احتمالی کجاست؟
هر انتخاب معماری هزینهای دارد. وقتی هر درخواست باید هویت و توانمندیها را با خودش حمل کند، حجم دادهی تکراری در هر تماس بالا میرود. برای سناریوهای پرتکرار و سبک، این سربار قابل توجه است.
مسئلهی دوم، انتقال مسئولیت مدیریت حالت به توسعهدهندهی ابزار است. پیشتر پروتکل این کار را انجام میداد؛ حالا هر تیم باید خودش شناسهی معتبر تولید کند، عمر آن را مدیریت کند و امنیتش را تضمین کند. اگر این کار بد انجام شود، شکاف امنیتی تازهای باز میشود.
مسئلهی سوم، دورهی گذار است. تا زمانی که بخشی از اکوسیستم روی نسخهی قدیمی و بخشی روی نسخهی جدید باشد، کلاینتها باید هر دو مسیر را پشتیبانی کنند و همین موقتاً پیچیدگی را بالا میبرد.
این همان تفاوتی است که در تحلیل توهم توسعهدهندهی تنها در برابر مهندس واقعی هم به آن اشاره کردهایم: کد اولیه را سریع میشود ساخت، اما مهندسی یعنی مدیریت همین دورههای گذار. پیگیری ادامهی این تغییرات را در بخش اخبار هوش مصنوعی دنبال کنید.
پرسشهای پرتکرار دربارهی نسخهی تازهی پروتکل مدل-زمینه
پروتکل مدل-زمینه دقیقاً چه کاری انجام میدهد؟
این پروتکل یک قرارداد استاندارد برای اتصال مدلهای زبانی به ابزارها و منابع بیرونی است؛ از فایل و پایگاهداده گرفته تا سرویسهای وب. هدفش این است که هر ابزار یک بار نوشته شود و با هر دستیار سازگاری داشته باشد.
بدون حالت شدن پروتکل یعنی چه؟
یعنی سرور دیگر لازم نیست وضعیت گفتوگو را میان درخواستها نگه دارد. هر درخواست همهی اطلاعات لازم را با خودش حمل میکند و میتواند روی هر نمونهی سرور پردازش شود؛ در نتیجه مقیاسگیری افقی با ابزارهای معمولی ممکن میشود.
آیا سرورهای فعلی از کار میافتند؟
نه بلافاصله. قابلیتهای منسوخشده پنجرهای دستکم دوازدهماهه پیش از حذف نهایی دارند و ثبت پویای کلاینت هم برای سازگاری با گذشته فعلاً کار میکند. اما سرورهای وابسته به شناسهی نشست باید برنامهی مهاجرت داشته باشند.
اگر ابزار من واقعاً به حالت نیاز داشته باشد چه کنم؟
روش پیشنهادی این است که سرور یک شناسهی صریح از دل خود ابزار برگرداند و مدل همان شناسه را در فراخوانیهای بعدی بهعنوان ورودی پاس بدهد. به این ترتیب حالت در سطح کاربردی مدیریت میشود، نه در لایهی انتقال.
کدام کیتهای توسعه از نسخهی جدید پشتیبانی میکنند؟
طبق اعلام رسمی، کیتهای تایپاسکریپت، پایتون، گو و سیشارپ از روز انتشار مشخصهی ۲۸ جولای ۲۰۲۶ را پشتیبانی میکنند و نسخهی زبان راست در مرحلهی بتا در دسترس است.
