اگر امروز برای یک ویرایشگر هوشمند هزینه می‌پردازید، احتمالاً متوجه شده‌اید که ابزاری که روزی سرعت کدنویسی شما را دو برابر می‌کرد، حالا با باگ‌های ساده‌ای می‌جنگد. توسعه‌دهندگانی که دو سال پیش با شعار «پولم را بگیر و ساکت شو» به Cursor می‌پیوستند، اکنون در حال ترک این پلتفرم هستند. این اشتیاق اولیه در حال محو شدن است و گروه رو به رشدی از کاربران در حال رها کردن Cursor هستند؛ ابزاری که پیشگام ادغام هوش مصنوعی در محیط کدنویسی بود، اما اکنون کاهش ثبات IDE و تغییر ناامیدکننده در اولویت‌های محصول، توجیه پرداخت هزینه اشتراک ماهانه را سخت کرده است.
این ریزش کاربران دقیقاً زمانی رخ می‌دهد که چشم‌انداز کدنویسی هوشمند از تکمیل خودکار ساده به سمت عامل (Agent) — یعنی سیستمی شبیه به یک دستیار شخصی که می‌تواند به‌تنهایی هدف را بفهمد و مراحل اجرا را مدیریت کند — حرکت می‌کند. Cursor اولین ابزاری بود که قابلیت‌های بردار معنایی (Embeddings) و تغییرات درون‌خطی (Inline Diffs) را به یک استاندارد تبدیل کرد، اما حالا کاربران معتقدند ثبات و عملکردهای اصلی ویرایشگر در برابر چشم‌انداز «عامل‌محور» شرکت قربانی شده است. این وضعیت شبیه به خرید یک ماشین مسابقه‌ای با عملکرد بالا است که ناگهان مجبور شوید از حالت پارک اتوماتیک (Valet Mode) استفاده کنید، در حالی که هرگز چنین چیزی را نخواسته‌اید.
ما پیش از این در مقایسه‌ای جامع میان ابزارهای پیشرو به بررسی تفاوت‌های استدلال عمیق و سرعت اجرای تسک در این ابزارها پرداخته بودیم و حالا می‌بینیم که Cursor در میانه این رقابت، ثبات خود را از دست داده است.
همان‌طور که در تحلیل‌های قبلی ما درباره امنیت مدل‌های بازمتن اشاره کردیم، وابستگی شدید به یک لایه واسط همیشه ریسک‌های پنهانی دارد. در مورد Cursor، این ریسک اکنون به شکل «بدهی فنی» ظاهر شده است.
بحران نسخه‌های قدیمی VSCode
طبق گزارش مفصل وب‌سایت jitbit.com که در ۲ آگوست ۲۰۲۶ منتشر شد، بدهی‌های فنی در حال انباشت هستند. شکایت اصلی و بنیادین کاربران این است که هسته VSCode در Cursor بسیار قدیمی و به‌روزرسانی‌نشده است. Cursor همواره بر پایه نسخه‌ای از VSCode اجرا می‌شود که به‌طور متوسط ۷ تا ۸ ماه قدیمی‌تر از نسخه اصلی است. این تأخیر بسیار حیاتی است زیرا بسیاری از به‌روزرسانی‌های افزونه‌ها (Extensions) از نصب روی نسخه‌های قدیمی سر باز می‌زنند.
بر اساس مستندات فنی، این ابزار برای یک بازه ۱۰ ماهه بر پایه نسخه 1.105.0 بود. پیش از آن هم چرخه‌ای مشابه ۹ ماهه روی نسخه 1.99.3 داشت. حتی پس از به‌روزرسانی اخیر به نسخه 1.125.0، این ویرایشگر همچنان هفت انتشار (Release) از ورژن اصلی upstream عقب است. در صنعتی که فضای کدنویسی هوش مصنوعی هر چند ماه یک بار خودش را بازتعریف می‌کند، ۱۰ ماه عقب ماندن یک نقطه ضعف استراتژیک و یک ریسک جدی است.
نقاط شکست بحرانی
کاربران به‌طور مشخص سه نقطه شکست بحرانی را برجسته کرده‌اند که تجربه کاربری را مختل می‌کند:
- حلقه تکراری پنجره عامل: بعد از تقریباً هر به‌روزرسانی، برنامه به‌صورت پیش‌فرض در نمای «عامل» (Agent View) باز می‌شود. تلاش کاربر برای بازگشت به نمای IDE و ری‌استارت کردن برنامه، اغلب منجر به ظاهر شدن مجدد نمای عامل می‌شود. جالب اینجاست که تنظیمات مربوط به کنترل این مورد، با هر به‌روزرسانی جابه‌جا یا تغییر نام داده می‌شود؛ موضوعی که باعث شده کاربران متهم کنند شرکت از «الگوهای تاریک» (Dark Patterns) برای اجبار کاربران به پذیرش نمای جدید استفاده می‌کند.
- غفلت از کنترل کیفیت (QA): باگ‌های ساده رابط کاربری (UI) ماه‌ها باقی می‌مانند و نادیده گرفته می‌شوند. یک مورد گزارش شده نشان می‌دهد که در مانیتورهای عریض، یک چک‌باکس در تنظیمات با فاصله‌ای بسیار زیاد از برچسب (Label) خود جدا شده است؛ مشکلی که با یک اصلاح CSS پنج‌ثانیه‌ای قابل حل است اما ۴ ماه است که بدون پاسخ مانده است. این موضوع این سوال را ایجاد می‌کند که آیا محصول اصلاً روی صفحاتی بزرگتر از یک مک‌بوک ۱۳ اینچی تست می‌شود یا خیر.
- خلاء پشتیبانی: بازخوردهای کاربران در «تالار گفتگوهای بازخورد» (Feedback Forum) اغلب ماه‌ها بدون پاسخ می‌ماند. گزارش شده است که ایمیل‌های پشتیبانی با پاسخ‌های بی‌معنی و کلی تولید شده توسط هوش مصنوعی جایگزین شده‌اند. یک کاربر اشاره کرد که پستی در ردیت که با جزئیات این مشکلات را شرح داده بود، پیش از آنکه توسط مدیران حذف شود، ۱۷۷ لایک دریافت کرد؛ این امر نشان‌دهنده یک رویکرد سیستماتیک در نادیده گرفتن تحقیقات و نظرات معتبر کاربران است.
چرخش استراتژیک و قرارداد SpaceX
تنش‌ها و نارضایتی‌ها پس از اعلام همکاری و قرارداد Cursor با SpaceX شدت گرفت. برخی از کاربران امیدوار بودند این قرارداد باعث شود شرکت دیگر نگران حاشیه سود فروش توکن‌ها نباشد و در نهایت بتواند روی ساخت یک IDE عالی و قدرمند تمرکز کند، اما سیگنال‌های دریافتی خلاف این را می‌گویند.
تمامی شواهد نشان می‌دهد که Cursor در حال حرکت به سمت «عامل‌های بیشتر» و «پلتفرم‌محور شدن» است و توجهش را از «ویرایشگر» دور کرده است. محصول در حال چرخش از یک ابزار «کد-محور» به سمت تبدیل شدن به یک فروشنده عامل‌های سازمانی (Enterprise Agent Vendor) است؛ یعنی در واقع هدف این است که تبدیل به «Codex برای SpaceX» شود. در این استراتژی جدید، خودِ ویرایشگر IDE تنها شبیه به یک دارایی قدیمی (Legacy Asset) است که در مسیر تبدیل شدن به یک تامین‌کننده خدمات، به ارث رسیده است.
این تغییر رویکرد، تقابل شدیدی را با مدل‌های توزیع‌شده ایجاد کرده است؛ موضوعی که در بررسی رقابت Cursor و GitHub Copilot به تفصیل به چالش‌های محیط‌های متمرکز در برابر لایه‌های چندمنصتی پرداختیم.
تغییر در ارزش پیشنهادی
این چرخش استراتژیک، فرصتی طلایی برای ارائه‌دهندگان اصلی مدل‌های هوش مصنوعی ایجاد کرده است. توسعه‌دهندگان اکنون متوجه شده‌اند که از نظر اقتصادی به‌صرفه‌تر است که اشتراک‌های «Max» را مستقیماً از Claude یا Codex بخرند و از آن مدل‌ها از طریق ابزارهایی مانند Claude Code یا Codex در داخل یک نصب استاندارد و به‌روز VSCode استفاده کنند، تا اینکه هزینه اشتراک را به Cursor بپردازند تا همان توکن‌های زیربنایی را برای آن‌ها بازفروش کند.
برای کاربر، این یعنی ارزش پیشنهادی کاملاً برعکس شده است. قابلیت‌هایی که زمانی باعث پیشرو شدن Cursor می‌شد — مانند پذیرش تکه‌تکه تغییرات درون‌خطی (Hunk by Hunk)، چت‌هایی که کل کدبیس را از طریق بردار معنایی (Vector Embeddings) می‌شناختند و تکمیل پیش‌بینانه با کلید Tab — اکنون به «استانداردهای پایه» (Table Stakes) تبدیل شده‌اند که در چندین ویرایشگر مختلف در دسترس هستند. این نوآوری‌ها روش کدنویسی توسعه‌دهندگان را تغییر دادند، اما دیگر منحصر به Cursor نیستند.
اگر در حال حاضر برای یک ویرایشگر هوشمند هزینه می‌پردازید، بررسی کنید که آیا افزونه‌های شما به‌دلیل قدیمی بودن هسته IDE از کار افتاده‌اند یا اینکه در حال جنگ با رابط کاربری خود هستید. روند فعلی نشان می‌دهد که پایدارترین تجربه هوش مصنوعی ممکن است در واقع بازگشت به ویرایشگرهای پاک و استاندارد (Vanilla Editors) باشد که مستقیماً به API مدل‌ها متصل می‌شوند تا از موانع لایسنسینگ و مشکلات نسخه‌بندی پوسته های شخص ثالثe اجتناب شود.
گام بعدی شما
- اگر هزینه اشتراک پرداخت می‌کنید، بررسی کنید آیا افزونه‌های شما به‌دلیل قدیمی بودن هسته IDE از کار افتاده‌اند یا خیر.
- بررسی کنید آیا رابط کاربری ابزار شما با نیازهای واقعی‌تان همسو است یا در حال جنگ با تنظیمات هستید.
- مدل‌های مستقیم API را در VSCode استاندارد تست کنید تا هزینه لایه‌های واسط را حذف کنید.
اما داستان سخت‌افزاری این تحول حتی شگفت‌انگیزتر است — به تحلیل ما درباره تراشه‌های Blackwell مراجعه کنید.
گفتگو