کرسر به ایجنت‌های کدنویسی «کنترل کامپیوتر» داد؛ Computer Use چیست؟

شرکت Cursor با قابلیت Computer Use به ایجنت‌های کدنویسی اجازه داد در اپ‌های دسکتاپ کلیک کنند و تایپ کنند؛ حتی در شبیه‌ساز iOS. ماجرا چیست، چطور فعالش می‌کنید و چه ریسک‌هایی دارد؟

۱. خبر چیست؟

شرکت Cursor، سازنده‌ی یکی از محبوب‌ترین ادیتورهای کد مبتنی بر هوش مصنوعی، روز ۲۳ اکتبر ۲۰۲۶ در دو پست در شبکه‌ی X از قابلیتی به نام Computer Use خبر داد. جمله‌ی اصلی اعلامیه ساده بود: ایجنت‌ها حالا می‌توانند کامپیوتر شما را کنترل کنند و اپ‌های دسکتاپ، مثل شبیه‌ساز iOS، را بچرخانند تا ویژگی‌هایی را که خودشان ساخته‌اند تست کنند.

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

۲. Computer Use دقیقاً چه کار می‌کند؟

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

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

۳. چرا این قابلیت مهم است؟

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

با Computer Use ایجنت می‌تواند همان چیزی را ببیند که کاربر می‌بیند. به همین دلیل بسیاری از ناظران این خبر را گامی دیگر در مسیر ایجنت‌هایی می‌دانند که چرخه‌ی «نوشتن، اجرا، تست، اصلاح» را بدون دخالت دائمی انسان کامل می‌کنند.

برای مقایسه، رقبا هم در همین مسیر حرکت کرده‌اند؛ برای نمونه می‌توانید خبر قابلیت Computer Use در GitHub Copilot را در سایت بخوانید تا ببینید چنین قابلیتی در ابزارهای دیگر چطور عرضه شده است.

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

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

۴. چطور فعالش کنیم؟

طبق راهنمای منتشرشده، مراحل کلی این است:

• اول Cursor را از صفحه‌ی رسمی دانلود به آخرین نسخه به‌روز کنید.
• در یک گفتگوی Agent علامت @ را تایپ کنید و از منو گزینه‌ی Computer Use را انتخاب کنید.
• اگر گزینه را ندیدید، نسخه‌ی برنامه و وضعیت دسترسی را بررسی کنید؛ ممکن است قابلیت هنوز برای همه‌ی حساب‌ها باز نشده باشد.
• در پرامپت دقیق بنویسید ایجنت دقیقاً کدام اپ را مجاز است کنترل کند و چه چیزی را نباید لمس کند.

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

۵. دسترسی‌هایی که باید بدهید

روی مک، کنترل اپ‌های دیگر نیاز به دو مجوز سیستم‌عامل دارد: Accessibility و Screen Recording. بر اساس راهنما، این مجوزها باید به ابزار کمکی Cursor Computer Use داده شوند و نه به ترمینال شما. این تفکیک مهم است، چون هرچه به ترمینال دسترسی بدهید برای همه‌ی ابزارهایی که از آن اجرا می‌شوند باز می‌شود.

سه حالت اجرا

گزارش‌ها از سه محیط اجرا حرف می‌زنند. حالت اول اجرای محلی روی کامپیوتر خودتان است. حالت دوم ماشین‌های self-hosted است که تیم‌ها خودشان مدیریت می‌کنند و گفته شده روی مک و لینوکس با فلگ computer-use فعال می‌شوند. حالت سوم ایجنت‌های ابری Cursor است که از قبل روی ماشین مجازی با دسکتاپ اختصاصی اجرا می‌شوند و ماوس و کیبورد دارند.

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

۶. چه چیزهایی هنوز روشن نیست؟

این بخش را جدی بگیرید. بر اساس گزارش‌های منتشرشده، در زمان انتشار خبر ورودی مشخصی برای این قابلیت در changelog رسمی Cursor دیده نشده بود. به همین دلیل چند موضوع هنوز تأیید نشده است:

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

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

۷. ریسک‌های امنیتی

وقتی ایجنت بتواند دسکتاپ را ببیند و کنترل کند، سطح ریسک تغییر می‌کند. چهار نگرانی اصلی که تحلیلگران مطرح کرده‌اند این‌هاست.

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

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

۸. چطور با کمترین ریسک امتحانش کنیم؟

راهنماها پیشنهادهای مشخصی دارند که می‌شود آن‌ها را به یک چک‌لیست ساده تبدیل کرد:

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

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

۹. برای برنامه‌نویس‌ها و تیم‌ها چه معنایی دارد؟

برای توسعه‌دهنده‌ی موبایل، قابلیت تست خودکار در شبیه‌ساز می‌تواند ساعت‌ها کار تکراری را کم کند. برای تیم‌های کوچک بدون تیم QA، ایجنتی که قبل از ارسال کد، برنامه را واقعاً اجرا می‌کند، لایه‌ی کنترلی تازه‌ای است. اما این جایگزین تست‌نویسی نیست؛ بیشتر مکمل آن است، مثل یک تستر اولیه که خسته نمی‌شود ولی قضاوتش هنوز باید بازبینی شود.

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

۱۰. سؤال‌های پرتکرار

آیا Computer Use رایگان است؟

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

آیا روی ویندوز کار می‌کند؟

راهنمای منتشرشده مراحل را برای مک شرح می‌دهد و از پشتیبانی self-hosted روی مک و لینوکس حرف می‌زند. وضعیت نسخه‌ی محلی ویندوز در منابع تأیید نشده است.

آیا ایجنت می‌تواند هر برنامه‌ای را کنترل کند؟

گزارش‌ها از کنترل «اپ‌های دسکتاپ» حرف می‌زنند و نمونه‌ی شاخص شبیه‌ساز iOS است. محدوده‌ی دقیق به محیط اجرا و مجوزهایی که می‌دهید بستگی دارد.

آیا امن است؟

امنیت کامل وجود ندارد. با رعایت اصل کمترین دسترسی، داده‌ی آزمایشی و نظارت روی اجراهای اول، ریسک به‌شدت کم می‌شود، اما صفر نمی‌شود.

از کجا بیشتر یاد بگیرم؟

برای نوشتن پرامپت‌های دقیق‌تر برای ایجنت‌ها، آموزش پرامپت‌نویسی را بخوانید و آخرین خبرها را در بخش اخبار سایت دنبال کنید.