Kimi-K2.7-Code در 2026-10-03 از Microsoft Foundry بازنشسته میشود
فقط Foundry · ستون جایگزین خالی است
زمانبندی بازنشستگی Foundry مایکروسافت، ردیف Kimi-K2.7-Code (نسخه 2026-06-12، چرخه عمر Preview) را برای 2026-10-03 تاریخ‌گذاری میکند، با «—» در ستون جایگزین پیشنهادی. ارتقای بی‌صدایی وجود ندارد: پس از آن تاریخ، درخواستی که به این ورودی برسد 410 Gone می‌گیرد، و انتخاب جایگزین بر عهده شماست. این صفحه فقط جنبه Foundry را پوشش می‌دهد؛ مستندات API خود Moonshot (ثبت‌شده در 2026-09-20) هنوز این شناسه را فهرست می‌کنند.
به‌روزرسانی شده 2026-11-14
یک کلید برای Claude، GPT و مدل‌های پیشروی چینی، با صورت‌حساب به‌ازای توکن، آماده به کار در چند دقیقه.
- صورت‌حساب به‌ازای توکن — نرخ‌های زنده در /models
- پرداخت با کارت (Visa / Mastercard)، Apple Pay، Google Pay یا رمزارز
- به‌صورت خودخدمت: شارژ حساب و فعال‌سازی فوری
چهار نکته کلیدی
تاریخ بازنشستگی در جدول Foundry
ردیف چنین است: مدل Kimi-K2.7-Code، نسخه 2026-06-12، Preview، تاریخ بازنشستگی 2026-10-03، جایگزین «—». سند دارای ms.date 2026-09-02 و صفحه دارای updated_at 2026-09-14 است؛ تاریخ بررسی ما 2026-09-20 است.
ستون جایگزین پیشنهادی
جدول بیان میکند که مرحله چرخه عمر، تاریخ بازنشستگی و جایگزین پیشنهادی را منتشر میکند؛ و سلول جایگزین پیشنهادی برای این ردیف خالی است. هیچ چیزی در منبع از این گزاره پشتیبانی نمی‌کند که «Microsoft شما را به K3 ارتقا می‌دهد»: شما هدف را انتخاب می‌کنید و رگرسیون را اجرا می‌کنید.
آنچه فراخوانی پس از تاریخ برمی‌گرداند
برای یک ورودی Preview بدون جایگزین، جمله رسمی دو چیز را در بر دارد: اطلاع‌رسانی پیش از بازنشستگی، و 410 Gone از استنتاج پس از آن. ما در اینجا دوره اطلاع‌رسانی را ذکر نمی‌کنیم؛ دو دور پژوهش ما درباره عدد با هم اختلاف داشتند، بنابراین تا بازبینی مجدد در برابر صفحه زنده کنار گذاشته میشود.
تا تاریخ بازنشستگی (محاسبه ما)
از تاریخ بررسی ما 2026-09-20 تا 2026-10-03 برابر 13 روز است. این شمارش از ماست: Microsoft هیچ شمارش معکوسی منتشر نمی‌کند، و ردیف می‌تواند جابه‌جا شود، بنابراین تغییر را پیش از آن تاریخ کامل کنید.
این چیست
این ردیف بر یک ورودی مدل در Microsoft Foundry حاکم است: Kimi-K2.7-Code، نسخه 2026-06-12، چرخه عمر Preview، بازنشستگی 2026-10-03. به نقطه پایانی خود Moonshot یا هیچ ابر دیگری نمی‌رسد؛ همین خانواده برای هر نقطه دسترسی چرخه عمر خودش را دارد (برای نمونه، K3 روی Bedrock به‌صورت «no sooner than» به‌همراه حداقل 45 روز اطلاع‌رسانی EOL مستند شده است، بندی متفاوت که به اینجا منتقل نمی‌شود). وظیفه خواننده یک چیز است: پیش از 2026-10-03، هیچ درخواست زنده‌ای نباید هنوز به آن ورودی Foundry برسد.
چه اتفاقی افتاده است
بررسی مجدد در 2026-09-20: در زمانبندی بازنشستگی Foundry (ms.date 2026-09-02، updated_at 2026-09-14) ردیف Kimi-K2.7-Code همچنان Preview + 2026-10-03 + جانشین خالی است. در همان روز، مرجع Chat Completions متعلق به Moonshot همچنان kimi-k2.7-code و kimi-k2.7-code-highspeed را بهعنوان مقدارهای مدل دارد و می‌گوید این دو یک مدل هستند.
گاه‌شمار
2026-06-12: مقدار فیلد version در ردیف Kimi-K2.7-Code، با چرخه عمر علامت‌خورده بهعنوان Preview. جدول هیچ تاریخ دسترس‌پذیری منتشر نمی‌کند، بنابراین این صفحه آن فیلد را روز عرضه نمی‌خواند.
بررسی مجدد 2026-09-20: ms.date سند 2026-09-02، updated_at صفحه 2026-09-14 — ردیف بدون تغییر است؛ و همان روز آن id هنوز در مستندات خود Moonshot هست.
2026-10-03: تاریخ بازنشستگی در سمت Foundry. چون جانشینی فهرست نشده، درخواست‌هایی که پس از آن همچنان به این مدخل برسند 410 Gone برمی‌گردانند. ردیف‌ها می‌توانند جابه‌جا شوند، پس تغییر را پیش از آن تاریخ انجام دهید نه در خودِ آن روز.
تأییدشده در برابر هشدار
تأیید رسمی
فقط چهار مورد کلمه‌به‌کلمه مطابقت دارند: ردیف زمانبندی Foundry (نسخه 2026-06-12، Preview، بازنشستگی 2026-10-03، جانشین «—»)؛ گفته خودِ جدول که مرحله چرخه عمر، تاریخ بازنشستگی و جانشین پیشنهادی را منتشر میکند؛ بند مربوط به اینکه استنتاج، پس از بازنشستگی یک مدخل Preview بدون جانشین، 410 Gone برمی‌گرداند؛ و مستندات Moonshot که kimi-k2.7-code و نسخه پرسرعت آن را یک مدل واحد توصیف می‌کنند.
⚠️ هشدار
این‌ها واقعیت نیستند و در اینجا نوشته نشده‌اند: «K2.7-Code همه‌جا تعطیل شده است» (آن جدول فقط Foundry Models را پوشش می‌دهد)؛ «Microsoft شما را به‌طور خودکار به K3 ارتقا می‌دهد» (ستون جانشین خالی است)؛ «همان id در 2026-10-03 روی Bedrock یا Vertex هم بازنشسته میشود» (چنین ردیفی یافت نشد)؛ اعمال بند EOL دست‌کم 45 روزه K3 از Bedrock به این مدخل Preview؛ یا استناد به هر دوره اطلاع‌رسانی Foundry.
یکسان در برابر متفاوت
یکسان
هر دو مسیر همان مدل کدنویسی Moonshot را فراخوانی می‌کنند؛ در هر دو، مقدار model / deployment در درخواست تعیین میکند روی کدام مدخل فرود می‌آیید؛ در هر حالت باید یک مجموعه prompt را پس از تغییر دوباره اجرا کنید، چون عوض کردن یک رشته تأیید نیست.
متفاوت
ردیف Foundry یک تاریخ قطعی دارد: بازنشستگی 2026-10-03، سپس 410 Gone، با ستون جانشین خالی. نقطه پایانی خود Moonshot در هیچ جدول بازنشستگی که بررسی کردیم نیامده است (در مستندات ثبت‌شده در 2026-09-20 همچنان یک مقدار مدل فهرست‌شده است)، اما base_url، احراز هویت، محدودیت نرخ درخواست، صورت‌حساب و لاگ‌گیری همه باید در سمت شما دوباره پیکربندی شوند.
چه باید کرد
چهار گام. 1) همه مخزن‌ها و مخزن‌های پیکربندی را برای Kimi-K2.7-Code و رشته نسخه 2026-06-12 با grep جست‌وجو کنید — پیکربندی برنامه، IaC، نقشههای مدل gateway، مجموعه‌های ارزیابی، قواعد هشدار؛ این هرگز در یک جا نیست. 2) هدف را انتخاب کنید: ستون جانشین رسمی خالی است، پس یا «همان مدل، نقطه پایانی دیگر» است (مستندات Moonshot هنوز آن id را فهرست میکند) یا «مدل دیگر»؛ و دومی یک تغییر مدل است، نه ویرایش یک رشته. 3) هر دو مسیر را روی یک مجموعه prompt ثابت به‌صورت canary اجرا و رفتار تکمیل و استدلال را مقایسه کنید. 4) تأیید کنید: نخست مشخص کنید کدام فیلد مدخل را برای شما انتخاب میکند (model id یا نام استقرار)، سپس روی 410 Gone شمارنده بگذارید و ببینید صفر می‌ماند — هر برخورد یعنی مسیری که آن را عوض نکرده‌اید.
در QCode
اجازه دهید اول مرز را روشن کنیم: کاتالوگ /models در QCode شامل kimi-k2.7-code نیست (بررسیشده در 2026-09-20)، بنابراین این صفحه هیچ میان‌بر «به‌جای آن به ما منتقل شوید» ارائه نمیدهد. تنها Kimi در فهرست عمومی /models که ثبت کردیم kimi-k3 است (850 فراخوان قیمتگذاریشده در 30 روز)؛ kimi-k2.6 در دفتر قیمتگذاری 21 مورد نشان می‌دهد اما در آن فهرست عمومی نیست — گزینه‌ای دیگر درون همین خانواده که رگرسیون مستقل خودش را می‌طلبد. قیمت‌ها و محدودیت‌ها از /pricing و کاتالوگ زنده می‌آیند.
پرسش‌های متداول
آیا Moonshot در حال بازنشسته کردن K2.7-Code است؟
خیر. زمانبندی بازنشستگی، فهرست Microsoft از مدخلهای ابر خودش است و ردیفی که این زمانبندی برای آن تاریخ تعیین میکند Kimi-K2.7-Code است. مستندات پلتفرم Moonshot در 2026-09-20 همچنان kimi-k2.7-code را بهعنوان مقدار مدل Chat Completions دارد.
آیا Microsoft جانشینی نام برده است؟
سلول جانشین پیشنهادی برای آن ردیف «—» است، پس هیچ جانشینی نام برده نشده است. برای یک مدخل Preview بدون جانشین، عبارت رسمی این است که استنتاج پس از بازنشستگی 410 Gone برمی‌گرداند — بدون تغییر بی‌صدا و بدون انتقال خودکار به K3.
آیا تغییر رشته مدل کافی است؟
از این شروع کنید که درخواست شما چگونه مدخل را انتخاب میکند — با یک شناسه مدل یا یک نام deployment — و همان خط را تغییر دهید. سپس با grep، Kimi-K2.7-Code و 2026-06-12 را از پیکربندی برنامه، IaC و نقشههای gateway حذف کنید و ترافیک را پایش کنید: هیچ درخواستی نباید دیگر به مدخل قدیمی برسد، و حتی یک 410 Gone نشانه مسیری است که از قلم انداختهاید.
آیا همان شناسه K2.7-Code در Bedrock یا Vertex در 2026-10-03 بازنشسته میشود؟
ما چنین ردیفی پیدا نکردیم، بنابراین این صفحه درباره سایر ابرها چیزی نمی‌گوید. تقویم‌ها را ادغام نکنید: مدخل K3 در Bedrock به‌صورت EOL و بدون تاریخ، با حداقل 45 روز اطلاع قبلی مستند شده است، که بند پلتفرم دیگری است.
آیا استفاده از kimi-k2.7-code از طریق QCode همچنان ممکن است؟
خیر. فهرست /models در QCode آن را ندارد (بررسیشده در 2026-09-19) و این صفحه هیچ چیزی را وعده نمیدهد. فهرست عمومی /models شامل kimi-k3 است (850 فراخوانی قیمتگذاریشده در 30 روز)؛ kimi-k2.6 با 21 در دفتر قیمتگذاری ظاهر میشود — و رفتن به هر یک از این دو تغییر مدل است، نه تغییر نام.
چه‌قدر زمان باقی مانده است؟
از تاریخ بررسی ما 2026-09-20 تا 2026-10-03، 13 روز است — محاسبه خود ما، چون هیچ شمارش معکوسی منتشر نشده است. در عوض صفحه زنده را پایش کنید: سندی که خواندیم در ms.date 2026-09-02 متوقف میشود.
منابع
Microsoft Foundry، «زمانبندی بازنشستگی مدل»، https://learn.microsoft.com/en-us/azure/foundry/openai/concepts/model-retirement-schedule (تاریخ سند ms.date 2026-09-02، به‌روزرسانی صفحه updated_at 2026-09-14، واکشی مجدد مستقیم در 2026-09-21) و «سیاست چرخه عمر و پشتیبانی مدل‌های Foundry»، https://learn.microsoft.com/en-us/azure/foundry/openai/concepts/model-retirements (ms.date 2026-07-24؛ تعریف «بازنشسته = حذف‌شده از سرویس. همه درخواست‌های استنتاج 410 Gone برمی‌گردانند.» از این صفحه سیاست است، نه از ردیف Kimi). Moonshot، «Chat Completions API»، https://platform.kimi.com/docs/api/chat، ثبت‌شده در 2026-09-20. بند Bedrock برای K3 در https://docs.aws.amazon.com/bedrock/latest/userguide/model-card-moonshot-ai-kimi-k3.html است (ثبت‌شده در 2026-09-20؛ صفحه /kimi-k3-amazon-bedrock-guide ما به همان کارت مدل استناد میکند). فهرست کاتالوگ و مصرف قیمتگذاریشده 30 روزه، بررسی‌های خود ما هستند.
پیکربندی را پیش از 410 Gone منتقل کنید
بازنشستگی 2026-10-03 فقط همان مدخل واحد Microsoft Foundry را پوشش می‌دهد؛ QCode آن را فهرست نمی‌کند (بررسیشده در 2026-09-20)، بنابراین این صفحه هیچ راه‌حلی را با تغییر به اینجا وعده نمیدهد.
مرتبط
Kimi K3 روی Amazon Bedrock
شرایط چرخه عمر و قیمت همان خانواده روی ابری دیگر — تقویمی متفاوت از این یکی.
Kimi K2.6: راهنمای کامل
راهنمای دیگری از Kimi، شامل وضعیت فروش و چگونگی تأیید مصرف واقعی 30 روزه.
ردیاب وضعیت Kimi K3
چه چیزی درباره K3 تأیید شده و چه چیزی هنوز شایعه است، پیش از آن‌که آن را جایگزین بنامید.
راهنمای پرداخت با رمزارز
نه رمزارز، 56 شبکه، کارمزد پلتفرم صفر برای اعتبار API کدنویسی با هوش مصنوعی.
این صفحه مستندات عمومی Microsoft و Moonshot را بازگو میکند و به هیچ‌یک از آن دو وابسته نیست. هر تاریخ خارجی از نسخه بررسیشده در 2026-09-20 پیروی میکند و ممکن است جابه‌جا شود. QCode سرویس Microsoft Foundry را ارائه نمیدهد و به نمایندگی از آن قیمت اعلام نمی‌کند؛ رقم 13 روز، محاسبه خودمان است.