تصور کنید یک برنامهنویس برای افزودن یک ویژگی ساده، کل یک ماژول را به هوش مصنوعی میسپارد و در نهایت ۳۰ دقیقه از وقتش را صرف بازگرداندن تغییرات اشتباهی میکند که مدل در ۲ دقیقه اعمال کرده است. این کابوس رایج در کدنویسی عاملمحور، اکنون با یک تغییر ساختاری در Claude Code به پایان میرسد. در حالی که یک عامل هوش مصنوعی ممکن است به طور معمول بر اساس یک فرض اشتباه، کل یک ماژول را بازنویسی کند، اکنون توسعهدهندهای که از Claude Code استفاده میکند میتواند از این اتفاق جلوگیری کند.
این ابزار اکنون قابلیتی به نام حالت برنامهریزی (Plan Mode) را ارائه میدهد که مانند یک ترمز اضطراری عمل میکند. در این حالت، عامل (Agent) — شبیه دستیاری که ابتدا نقشه کار را میکشد و بعد دست به ابزار میزند — به دسترسی «فقط خواندنی» محدود میشود تا بدون تغییر در کد تولیدی، ابتدا مسیر حل مسئله را پیشنهاد دهد. این محدودیت اجازه میدهد عامل مخزن کد را کاوش کرده و تغییرات را پیشنهاد دهد بدون اینکه حتی یک خط از کد تولیدی (Production) را لمس کند.
همانطور که در تحلیل قبلی ما دربارهی خودکارسازی مدیریت فایلها توسط کاربران غیرفنی اشاره کردیم، هدف این بهروزرسانی حل مشکل «جعبه سیاه» در کدنویسی است. طبق گزارشهای فنی، در حالت عادی عاملها برای رسیدن به سریعترین جواب عجله میکنند و اغلب مستقیماً به سراغ راه حل میروند، اما Plan Mode یک نقطه بازرسی اجباری برای انسان (Human-in-the-loop) ایجاد میکند تا بین ایده اولیه و اجرای نهایی فاصله بیندازد.
ادغام در مسیر یادگیری
این قابلیت بخش مرکزی دوره جامع Claude Code و بهطور مشخص درس ۶ از ۲۸ است. این مجموعه آموزشی به گونهای طراحی شده است تا برنامهنویسان را از اولین اجرای ابزار تا استقرار کامل عاملهای هوش مصنوعی کاملاً خودکار هدایت کند.
در حالی که درس ۵ بر دستورات اسلش (/slash commands) و درس ۷ بر میانبرهای ترمینال تمرکز داشت، این درس به مشکل خاص «غافلگیریها» در تغییرات مقیاسبزرگ میپردازد. با معکوس کردن ترتیب عملیات — یعنی تبدیل «کدنویسی و سپس اصلاح» به «برنامهریزی و سپس تایید» — توسعهدهندگان میتوانند مسیر حرکت مدل را پیش از هرگونه تغییر در فایلها اصلاح کنند و از انحراف عامل جلوگیری کنند.
بر اساس مستندات فنی منتشر شده در ۱۶ اوت ۲۰۲۶، کاربران میتوانند با میانبر Shift+Tab یا دستور /plan این حالت را فعال کنند. میانبر Shift+Tab بسیار کاربردی و چندمنظوره است زیرا اجازه میدهد کاربر بین حالتهای مختلف عامل جابهجا شود: حالت پیشفرض، حالت پذیرش خودکار تغییرات و در نهایت حالت برنامهریزی.
پس از فعالسازی، عبارت "plan mode on (shift+tab to cycle)" در پایین صفحه نمایش داده میشود تا کاربر متوجه وضعیت فعلی باشد. همچنین با تایپ /plan، مدل بلافاصله این حالت را فعال کرده و دستور را همراه با شرح آن و سایر دستورات داخلی اسلش پیشنهاد میدهد.
سازوکار برنامهریزی
در این وضعیت، عامل صرفاً در حالت خواندن (Read-only) عمل میکند. مدل میتواند فایلها را بخواند، در مخزن جستوجو کند و ساختار کد را بفهمد، اما اجازه ذخیره تغییرات یا اجرای دستوراتی که سیستم را تغییر میدهند ندارد. این موضوع باعث میشود مدل حتی پروژههای بزرگ و ناشناخته را بدون هیچ ریسکی برای کدبیس شناسایی و درک کند.
به نقل از یک جلسه عملی برای افزودن ویژگی تخفیف به یک فروشگاه ساده، عامل توالی دقیقی را برای تضمین صحت طی میکند:
- کاوش: عامل ابتدا یک مرحله مجزای «کاوش» (Explore) را انجام میدهد تا پیش از صحبت کردن، کد را شناسایی کرده و اطلاعات لازم را جمعآوری کند.
- شفافسازی: مدل بهجای حدس زدن، درباره تصمیمات طراحی سؤال میپرسد؛ مثلاً ممکن است بپرسد که آیا تخفیف باید یک تابع مجزا باشد، یا پارامتری در یک تابع موجود، و یا یک وضعیت سراسری (Global State) باشد.
- پیشنهاد: یک برنامه گامبهگام دقیق بر اساس اهداف تجاری کاربر ارائه میشود تا برای بررسی قرار گیرد.
در این نقطه، کاربر با یک تصمیم حیاتی روبروست. این تنها تصمیمی است که کل این حالت برای آن طراحی شده است: موافقت با رویکرد کلی بهجای تایید تکتک دستورات. گزینهها عبارتند از:
- پذیرش: اجازه دادن به عامل برای اقدام فوری یا انتخاب تایید دستی برای هر تغییر به صورت مجزا.
- اصلاح: درخواست تغییرات خاص (مثلاً «گام ۳ را حذف کن و بهجای ایجاد یک فایل جدید، این مورد را به فایل موجود اضافه کن»). در این صورت، Claude برنامه را بهروزرسانی میکند در حالی که سایر بخشها را دستنخورده باقی میگذارد.
- تداوم: باقی ماندن در حالت برنامهریزی برای پالایش بیشتر استراتژی و رسیدن به بهینهترین مسیر.
تنها پس از تایید صریح، Claude از حالت برنامهریزی خارج شده و گامهای توافقشده را با درک کامل از «چیستی» و «چرایی» اجرا میکند.
زمان استفاده از Plan Mode
هر وظیفهای به این حجم از نظارت و سربار نیاز ندارد. راهنمای فنی یک قاعده ساده را پیشنهاد میکند: هرچه هزینه حرکت در مسیر اشتباه بیشتر باشد، برنامهریزی ضروریتر است.
موارد نیازمند برنامهریزی:
- تغییرات گسترده که چندین فایل را تحت تأثیر قرار میدهد.
- بازسازی (Refactoring) کدهای موجود.
- کار در پروژههای ناشناخته یا پروژههای شخص ثالث (Third-party).
- وظایفی که چندین رویکرد فنی مختلف برای پیادهسازی دارند.
موارد غیرضروری (اتلاف وقت):
- اصلاح یک غلط املایی یا تغییر یک جمله ساده.
- افزودن قطعهکدهای کوتاه و بدیهی.
- وظایفی که برنامهنویس پیش از این ده بار انجام داده است.
- تغییراتی که تنها یک مسیر منطقی و بدیهی برای اجرا دارند.
این چرخش در گردشکار، فرض بنیادی کدنویسی AI را از «تولید و اصلاح» به «همراستاسازی و اجرا» تغییر میدهد. با مجبور کردن مدل به توجیه مسیرش، برنامهنویسان از نقش بازبین کد به نقش معمارانی تبدیل میشوند که منطق هوش مصنوعی را پیش از تایپ اولین کاراکتر هدایت میکنند.
برای تسلط بر این جریانهای کاری عاملمحور، توسعهدهندگان میتوانند دوره ۲۸ درسی Claude Code یا آموزشهای تخصصی سه روزه تحت هدایت لوکاس ماتوشفسکی (Łukasz Matuszewski) را دنبال کنند. این آموزشها مباحثی چون حالت برنامهریزی، حالتهای دسترسی (Permission modes)، پروتکل MCP، هوکها و سامانههای چندعاملی را روی کدهای زنده پوشش میدهد و تاریخ برگزاری آن بدون توجه به تعداد متقاضیان تضمین شده است.
گام بعدی شما
- در پروژههای بعدی خود، بهجای اجازه دادن به مدل برای تغییر مستقیم، ابتدا با دستور
/planنقشه راه را استخراج کنید. - میانبر
Shift+Tabرا برای جابهجایی سریع بین سطوح نظارت در محیط ترمینال تمرین کنید. - برای تغییرات حساس در کدبیس، از مدل بخواهید در مرحله «شفافسازی»، سه گزینه مختلف برای پیادهسازی پیشنهاد دهد.
اما داستان سختافزاری این تحول حتی شگفتانگیزتر است — به تحلیل ما دربارهی تراشههای Blackwell مراجعه کنید.
گفتگو