Claude Code چیست؟ راهنمای کامل Opus 5 و Auto mode
Claude Code چیست و چطور کار میکنه؟
اگه با Claude آشنا باشی، احتمالاً میدونی که یکی از قویترین مدلهای هوش مصنوعی برای کار با کده. اما Claude Code یه چیز متفاوته ، نه فقط یه چتبات، بلکه یه ابزار واقعی که میتونه توی ترمینال و کدبیس واقعیات کار کنه. این یه harness هست که تیم Anthropic ساخته تا اولین بار Sonnet 3.5 رو از حالت محدودشده درش بیاره.
قبلاً همه مدلها فقط میتونستن تغییرات خط به خط بدن؛ Claude Code اولین باری بود که تونست فایلهای کامل بنویسه. الان با Opus 5 که پشتش وایساده، تبدیل به یه ابزار شده که میتونه روزها، هفتهها، حتی ماهها بدون توقف کار کنه. توی این مقاله میخوایم دقیق یاد بگیریم این ابزار چیه، Opus 5 چطور اون رو متحول کرده، و چطور با prompt engineering جدید باهاش کار کنیم.
Claude Code چیه و چه کاری میکنه؟
Claude Code یک محصول و harness ساخته شده توسط تیم Anthropic هست که طراحی شده تا مدلهای Claude رو برای کدنویسی واقعی آزاد کنه. قبل از اینکه Claude Code بیاد، مدلها یه محدودیت بزرگ داشتن ؛ فقط میتونستن تغییرات خطبهخط پیشنهاد بدن. کد کامل نمینوشتن. این به خاطر hobbling بود، یعنی محصولات عمداً جلوی رفتار کامل مدل رو میگرفتن.
Claude Code اولین محصولی بود که Sonnet 3.5 رو un-hobble کرد. یعنی چی؟ یعنی بهش دسترسی کامل ترمینال داد. الان میتونی Claude Code رو از طریق Slack، CLI، iOS app، Android app یا desktop app استفاده کنی و اون مستقیماً توی کدبیست کار کنه.
چطور کار میکنه؟
وقتی یه تسک به Claude Code میدی، یه حلقهی agentic رو اجرا میکنه: میخونه، برنامهریزی میکنه، عمل میکنه و نتیجه رو مشاهده میکنه. این یه agent واقعیه که میتونه خودش فایلهای جدید بسازه، کد بنویسه، اجرا کنه و اگه مشکلی بود دوباره تلاش کنه.
یکی از قابلیتهای خوبش plan mode هست. قبل از اینکه کد رو اجرا کنه، استراتژیش رو نشونت میده. میتونی ببینی قراره چیکار کنه و اگه لازم بود توضیحات بیشتری بدی.
آموزش Claude Code: اولین قدمها
اگه میخوای از صفر شروع کنی، اول باید CLI رو نصب کنی. بعد اون رو به یه repo واقعی نشونش بدی. از اونجا میتونی یه تسک ساده مثل رفع یه باگ رو بهش بدی و ببینی چطور حلش میکنه.
حالا نوبت اینه که به Claude یاد بدی کدبیست چطور کار میکنه. برای این کار از یه فایل به اسم claude.md استفاده میکنی که مثل یه project briefing عمل میکنه. توش قوانین کدبیست، استانداردها، و نکات مهم رو مینویسی. دستورات /init و /clear هم بهت کمک میکنن context مدل رو مدیریت کنی.
علاوه بر این، میتونی skills، plugins و sub-agents بسازی که استانداردهای تیمت رو encode میکنن. اینها باعث میشن Claude Code مثل یه نفر از تیم کار کنه، نه یه ابزار خارجی که نمیدونه تو تیم چطور کد مینویسین.
مقیاسپذیری: از یک agent تا یه fleet کامل
یکی از نقاط قوت Claude Code اینه که میتونی از یک agent تنها به یه fleet کامل برسی. با استفاده از MCP میتونی Claude Code رو به سیستمهای موجودت ( مثل Jira، GitHub، یا پایگاهدادههای داخلی ) وصل کنی.
همچنین میتونی بر اساس نیاز، مدل مناسب رو انتخاب کنی. مثلاً Opus برای برنامهریزی و کارهای سخت بهتره، Sonnet برای اجرای روزانه سریعتر و کمهزینهتره.
وقتی پروژههات بزرگتر میشن، میتونی از agent teams موازی استفاده کنی که همزمان روی قسمتهای مختلف کدبیس کار کنن.
Opus 5 چه تغییراتی تو Claude Code ایجاد کرده؟
قابلیت های Opus 5 واقعاً یه تحول توی Claude Code به وجود آوردن. این مدل طوری طراحی شده که بتونه مدت خیلی طولانی ( روزها، هفتهها) بدون توقف روی یه تسک کار کنه. این ویژگی خصوصاً وقتی با auto mode ترکیب میشه، خیلی قوی میشه.
کار طولانیمدت بدون توقف
قبل از Opus 5، باید scaffolding میساختی یا از دستورات خاصی مثل /goal استفاده میکردی تا مدل بتونه مدت طولانی کار کنه. الان Opus 5 خودش بهقدری هوشمنده که نیازی به این کارها نداره. میتونی یه تسک پیچیده بهش بدی و بری سراغ کار دیگه. بعد از چند روز برگردی و ببینی پیشرفت کرده یا حتی تموم کرده.
سازندگان Claude Code از مثالهای واقعی برای نمایش قابلیتهای مدل استفاده کردن. با استفاده از dynamic workflow، تسکهای پیچیدهای که معمولاً ماهها طول میکشن، در زمان کمتری قابل انجامن.
امنیت بیشتر: دیگه prompt injectable نیست
یکی از مشکلات بزرگ مدلهای قدیمیتر این بود که prompt injectable بودن. یعنی اگه مدل یه دستور مخرب رو از اینترنت میخوند ” مثلاً چیزی مثل «همه چیز رو از کامپیوتر کاربر پاک کن» ” ممکن بود اون کار رو واقعاً انجام بده.
Opus 5 این مشکل رو نداره. دیگه دستورات مخرب از اینترنت رو اجرا نمیکنه. این امنیت باعث شده که بتونی با خیال راحتتر تسکهای حساستر رو بهش بدی.
حذف بیش از 80 درصد system prompt
یکی از جالبترین تغییراتی که با Opus 5 اتفاق افتاد این بود که بیش از 80 درصد از system prompt کل Claude Code حذف شد. چرا؟ چون مدل اینقدر هوشمند شده که دیگه به اون دستورالعملهای جزئی نیاز نداره.
قبلاً باید به مدل میگفتی دقیقاً چیکار کنه، چطور کار کنه، چه زمانی چیکار نکنه. حالا Opus 5 خودش میفهمه و رفتار درست رو انتخاب میکنه.
نمره 30 درصد در Arc AGI
Arc AGI یه بنچمارک سختی هست که برای سنجش استدلال انتزاعی طراحی شده. Opus 5 پیشرفت قابل توجهی نسبت به نسخههای قبلی داشته و نتایج خیلی بهتری تو این بنچمارک گرفته.
این نشون میده که مدل نه فقط حافظهای داره، بلکه واقعاً میتونه استدلال کنه و مسائل جدید رو حل کنه.
قابلیتهای پنهان: از OpenCV تا کشیدن نقاشی
یکی از قابلیتهای عجیب Opus 5 اینه که میتونه با OpenCV تصویر بکشه ( پرتره، حیوانات، مناظر طبیعی ) بدون اینکه برای این کار آموزش دیده باشه. یعنی این مهارت بهصورت پنهان توی مدل هست و خودش یاد گرفته.
این نمونهای از تواناییهای پنهان زیادی هست که توی مدلهای امروزی وجود داره و هنوز کشف نشدن. این product overhang رو ایجاد میکنه ؛ یعنی قابلیتهای زیادی که محصولات فعلی نمیذارن نشون داده بشن.
چطور با مدلهای جدید کار کنیم و prompt بسازیم؟
یکی از مهمترین درسهایی که با Opus 5 یاد گرفتیم اینه که prompt engineering Claude دیگه به شکل قبلیاش کارساز نیست. روش کار با مدلهای جدید فرق کرده.
اگه میخوای برای کاراز Claude استفاده کنی، میتونی اشتراک Claude Pro رو از کادینر تهیه کنی. این اشتراک اختصاصی و قانونی روی ایمیل شخصی خودت شارژ میشه، با گارانتی کامل تا آخر دوره.
مدلها مثل موجودات زندهاند
این یه قیاس جالبه که خودِ Boris استفاده کرده: مدلها مثل موجودات زندهاند. هر نسل شخصیت و رفتار متفاوتی داره. همونطور که تو نمیتونی انتظار داشته باشی یه سگ دقیقاً مثل یه گربه رفتار کنه، نمیتونی انتظار داشته باشی Opus 5 دقیقاً مثل Sonnet 3.5 رفتار کنه.
پس باید با هر نسل جدید از اول آشنا بشی. ببینی نقاط قوتش کجاست، کجا اشتباه میکنه، چهجوری فکر میکنه.
اول مدل رو بدون prompt امتحان کن
این مهمترین قانون جدیده: هر بار که یه مدل جدید منتشر میشه، باید system prompt رو از صفر بسازی. نباید prompt قدیمی رو کپی کنی.
روش درست اینه که اول مدل رو بدون هیچ prompt اضافی امتحان کنی. ببینی کجا مشکل داره، چه اشتباهاتی میکنه. فقط وقتی مکرراً یه اشتباه رو تکرار کرد، اون موقع یه دستورالعمل اضافه کن.
این فرآیند رو ablation میگن ؛ یعنی حذف تدریجی چیزهایی که لازم نیستن و اضافه کردن فقط چیزهایی که واقعاً ضروری هستن.
خرید اشتراک قانونی و اختصاصی برای استفاده پایدارتر
اشتراکهای اختصاصی کادینر روی ایمیل شخصی خود کاربر، همراه با گارانتی و پشتیبانی کامل ارائه میشوند.
دستورالعملهای سطح بالا، نه مرحلهبهمرحله
با مدلهای قدیمیتر، باید خیلی جزئی میگفتی چیکار کنه. قدم اول این، قدم دوم اون. اما با مدلهای جدید این کار اشتباهه.
Opus 5 بهتره که سطح بالا توضیح بدی ، هدف چیه، محدودیتها چیان، معیارهای موفقیت چی هستن و بعد مدل رو ول کنی کار کنه. اگه خیلی جزئی دستور بدی، داری جلوی استدلال خودش رو میگیری.
تسکهای کمی سختتر بده
یکی دیگه از نکات کلیدی اینه که باید تسکهایی بدی که کمی سختتر از چیزی هستن که فکر میکنی مدل میتونه انجام بده.
چرا؟ چون مدلها خیلی سریعتر از اون چیزی که ما فکر میکنیم پیشرفت میکنن. چیزی که شش ماه پیش غیرممکن بود، الان ممکن شده. پس باید مرتب مسائل سخت رو دوباره امتحان کنی.
هر بار که مدل عوض میشه، prompt رو از صفر بساز
این نکته رو نمیشه بیش از این تأکید کرد: هر بار که مدل جدید منتشر میشه، نباید prompt قدیمی رو نگه داری. باید از صفر بسازی.
چرا؟ چون مدل جدید رفتارهای متفاوتی داره. ممکنه مشکلاتی که قبلاً داشت حالا نداشته باشه. پس اگه prompt قدیمی رو نگه داری، ممکنه بدون دلیل داری مدل رو محدود کنی.
Auto mode کلاد و dynamic workflows چطور کار میکنن؟
auto mode یکی از قابلیتهای کلیدی Opus 5 هست که باعث میشه مدل بتونه مدت طولانی بدون توقف کار کنه.
auto mode چیه و چطور فعالش کنیم
auto mode حالتیه که توش Claude میتونه مستقل کار کنه. دیگه نیازی نیست هر چند دقیقه برگردی و بهش بگی ادامه بده. میتونی یه تسک پیچیده بهش بدی، auto mode رو فعال کنی و بری.
قبلاً برای کارهای طولانی باید scaffolding میساختی یا از دستورات خاصی مثل /goal استفاده میکردی. با Opus 5 دیگه اینها لازم نیست.
dynamic workflows: هزاران agent موازی
dynamic workflows یک نوع جدید test time compute هست. بهجای اینکه یک agent تنها کار کنه، میتونی هزاران agent spawn کنی که همزمان روی قسمتهای مختلف تسک کار کنن.
برای استفاده از dynamic workflows، کافیه توی دستورت بگی «use a workflow». Claude خودش میفهمه چطور تسک رو به چندین بخش تقسیم کنه و agent های مختلف رو هماهنگ کنه.
مثال واقعی: بازنویسی Bun از Zig به Rust
سازندگان Claude Code از مثالهای واقعی برای نمایش قابلیتهای مدل استفاده کردن. مثلاً با استفاده از dynamic workflow، تسکهای پیچیدهای مثل بازنویسی کامل یک runtime بزرگ که معمولاً ماهها طول میکشه، در زمان خیلی کمتری قابل انجامه.
چهموقع از workflow استفاده کنیم
dynamic workflows برای تسکهایی مناسبه که میشن به چندین بخش مستقل تقسیم کرد. مثلاً:
- بازنویسی یک کدبیس بزرگ
- آنالیز دادهای پیچیده روی چندین فایل
- رفع باگهای متعدد توی پروژه
- نوشتن تست برای قسمتهای مختلف کدبیس
اگه تسکات بهگونهای هست که بخشهاش به هم وابستگی زیاد دارن، workflow چندان کمک نمیکنه. اما اگه میشه موازیسازی کرد، سرعت رو چند برابر میکنه.
loops و routines برای کارهای تکراری
یکی از کاربردهای جالب Claude Code استفاده از loops و routines برای کارهای تکراری هست.
loop در مقابل routine: فرق چیه
loop یک cron job محلیه. یعنی یه تسک رو روی سیستم خودت بهصورت دورهای اجرا میکنه.
routine همون کار رو ابری انجام میده. روی سرورهای کادینر یا Anthropic اجرا میشه، نه روی سیستم خودت.
چطور Claude Code خودش رو نگهداری میکنه
یکی از مثالهای جالبی که سازندگان Claude Code تعریف کردن اینه که خود Claude Code داره با routines مختلف خودش رو نگهداری میکنه.
یه Slack channel ساختن که توش routine های مختلف روی کدبیسهای مختلف اجرا میشن. مثلاً:
clean up dead code: این routine هر روز کد مرده رو پیدا میکنه و pull request میزنه.
shipping experiments: اکسپریمنتهایی که به 100 درصد رسیدن رو از کدبیس پاک میکنه.
نوشتن تست: برای قسمتهایی از کدبیس که به test coverage نیاز دارن، تست مینویسه.
پاک کردن تستهای بیفایده: تستهایی که توسط مدلهای قدیمی یا افراد اضافه شده و دیگه کاربردی ندارن رو پیدا میکنه و حذف میکنه.
abstraction police: این یکی خیلی جالبه. روزانه کدبیس رو بررسی میکنه و abstraction های تکراری رو پیدا میکنه و یکپارچهشون میکنه.
چطور یه routine بسازیم
ساخت routine خیلی سادهست. فقط یه پرامپت ساده یک جملهای مینویسی. مثلاً:
«هر روز کدبیس رو بررسی کن و کدهای مرده رو پیدا کن و pull request بزن.»
Claude خودش میفهمه چطور این کار رو انجام بده. آنالیز استاتیک و داینامیک میکنه، بخشهایی که دیگه استفاده نمیشن رو پیدا میکنه و یه PR تمیز میسازه.
مزایای استفاده از routines
routine ها باعث میشن کدبیست همیشه تمیز بمونه. بهجای اینکه هر چند ماه یهبار یه نفر بشینه کد مرده پاک کنه یا تست بنویسه، این کارها روزانه بهصورت خودکار انجام میشن.
همچنین این routine ها یاد میگیرن. هر بار که pull request بزنن و تو review کنی، یاد میگیرن چهجوری بهتر کار کنن.
تسکهای سخت رو چطور به Claude بدیم
یکی از بزرگترین اشتباهات توی کار با Claude Code over-engineering و over-specification هست. یعنی خیلی جزئی توضیح دادن.
تسک رو سطح بالا توصیف کن
بهجای اینکه بگی «فایل X رو باز کن، خط Y رو پیدا کن، اون رو به Z تبدیل کن»، سطح بالا بگو:
«میخوام این Electron app رو به Swift بازنویسی کنیم. باید همه قابلیتهاش رو داشته باشه و روی Mac OS بدون مشکل اجرا بشه.»
بعد هدف، محدودیتها و معیارهای خروج رو توضیح بده:
- هدف: یه اپلیکیشن native Swift که همه قابلیتهای Electron app فعلی رو داره.
- محدودیتها: نباید dependency خارجی زیادی داشته باشه. باید روی macOS 12 به بالا کار کنه.
- معیارهای خروج: وقتی اپلیکیشن بدون کرش باز میشه، همه منوها کار میکنن و تمام تستهای موجود رو پاس میکنه.
ابزارهای verification بهش بده
یکی از مشکلاتی که Claude میتونه باهاش مواجه بشه اینه که گیر کنه. مثلاً داره یه کار رو انجام میده ولی نمیتونه تأیید کنه که درست کار میکنه.
برای جلوگیری از این مشکل، باید ابزارهای verification بهش بدی. مثلاً:
- یه test suite که بتونه اجراش کنه
- یه راه برای چک کردن اینکه خروجی درسته
- دسترسی به لاگها یا دیباگر
وقتی این ابزارها رو داره، میتونه خودش مشکلات رو پیدا کنه و حلشون کنه.
مدل رو ول کن کار کنه
بعد از اینکه تسک رو دادی و ابزارهای verification رو فراهم کردی، مدل رو ول کن کار کنه. بعد از مدتی برگرد چک کن.
یکی از سازندگان یه مثال واقعی تعریف کرد: یه تسک دو هفتهای برای بازنویسی Electron app به Swift داد. Claude یک Slack channel ساخت و هر چند دقیقه screenshot پیشرفتش رو پست کرد. میتونست بدون مداخله ببینه چیکار میکنه.
بزرگترین اشتباه: over engineering
بزرگترین اشتباهی که برنامهنویسان باتجربه مرتکب میشن اینه که میخوان مدل دقیقاً مثل خودشون کار کنه. خیلی جزئی توضیح میدن، خیلی محدودش میکنن.
این یه unlearning process هست. باید عادتهای قدیمی ساختن سیستمها رو فراموش کنی و به مدل اعتماد کنی که خودش راهحل رو پیدا کنه.
محدودیتهای فعلی Claude Code
با اینکه Claude Code خیلی پیشرفته شده، هنوز محدودیتهایی داره که باید ازشون آگاه باشی.
کدبیسهای سیستمی خیلی عمیق
برای کدبیسهایی که خیلی عمیق و سیستمی هستن ؛ مثل کرنل لینوکس یا یه درایور ، Claude Code هنوز مشکل داره. این کدها معمولاً نیاز به درک خیلی عمیق از سختافزار دارن و اشتباهات کوچیک میتونن مشکلات بزرگی ایجاد کنن.
سیستمهای توزیع شده
برای سیستمهای توزیع شدهی پیچیده که چندین سرویس با هم ارتباط دارن، Claude Code هنوز کامل نیست. میتونه روی یک سرویس کار کنه، اما هماهنگی چندین سرویس و درک روابط بینشون هنوز یه چالشه.
UI verification دقیق
برای کارهایی که باید pixel به pixel چک بشه ( مثل اینکه آیا یه دکمه دقیقاً همونجایی هست که باید باشه ) Claude Code هنوز perfect نیست.
Opus 5 پیشرفت خوبی توی vision و computer use داشته، اما هنوز برای verification دقیق UI به ابزارهای کمکی نیاز داره.
eval ها فقط چند نسخه عمر میکنن
یکی دیگه از محدودیتها مربوط به eval ها هست. eval ها معمولاً یکی دو نسخه مدل دووم میارن، بعد باید پاک بشن و eval جدید ساخت.
چرا؟ چون مدلها اینقدر سریع پیشرفت میکنن که روی eval های قدیمی به حد اشباع میرسن؛ یعنی دیگه اون eval ها نمیتونن تفاوت بین مدلها رو نشون بدن.
product overhang: قابلیتهای مخفی
product overhang یعنی وقتی مدل قابلیتهای زیادی داره که محصولات فعلی نمیذارن اونها رو نشون بدن.
مثلاً Opus 5 میتونه با OpenCV نقاشی بکشه ( پرتره، حیوانات، مناظر طبیعی ) بدون اینکه برای این کار آموزش دیده باشه. اما این قابلیت توی رابط کاربری Claude نشون داده نمیشه.
یا مثلاً قابلیتهای پنهان زیادی توی مدل هست که هنوز کشف نشدن. برای کشف این قابلیتها باید خودت با مدل experiment کنی و کارهای خلاقانه امتحان کنی.
جمعبندی
Claude Code چیست؟ یه ابزار واقعی برای کدنویسی با هوش مصنوعی که نه یه چتبات ساده، بلکه یه agent کامله که میتونه مستقیماً توی کدبیست کار کنه. با Opus 5 که پشتش وایساده، این ابزار تبدیل شده به چیزی که میتونه روزها، هفتهها، حتی ماهها بدون توقف کار کنه.
قابلیتهایی مثل auto mode، dynamic workflows، loops و routines باعث شدن که Claude Code فقط برای نوشتن کد نباشه، بلکه برای نگهداری، رفع باگ، نوشتن تست و حتی بازنویسی کامل سیستمها هم بتونی ازش استفاده کنی.
روش کار با مدلهای جدید هم فرق کرده. دیگه prompt engineering به شکل قدیمیاش کارساز نیست. باید سطح بالا توضیح بدی، مدل رو ول کنی کار کنه و فقط وقتی لازم بود دستورالعمل اضافه کنی.
محدودیتهایی هم هست ؛ کدهای سیستمی خیلی عمیق، سیستمهای توزیع شده پیچیده، UI verification دقیق ، اما با سرعتی که مدلها پیشرفت میکنن، این محدودیتها هم داره کمتر میشه.
اگه میخوای برای کاراز Claude استفاده کنی، میتونی اشتراک Claude Pro رو از کادینر تهیه کنی. این اشتراک اختصاصی و قانونی روی ایمیل شخصی خودت شارژ میشه، با گارانتی کامل تا آخر دوره.
خرید اشتراک قانونی و اختصاصی برای استفاده پایدارتر
اشتراکهای اختصاصی کادینر روی ایمیل شخصی خود کاربر، همراه با گارانتی و پشتیبانی کامل ارائه میشوند.
سؤالات متداول
Claude Code چیه و چه کاری انجام میده؟
Opus 5 چه تفاوتی با نسخههای قبلی داره؟
auto mode تو Claude Code چطور کار میکنه؟
برای کار با Opus 5 چطور باید prompt بنویسم؟
محدودیتهای فعلی Claude Code چی هستن؟
منابع و مراجع
برای بررسی و بهروزرسانی اطلاعات این مقاله از منابع زیر استفاده شده است:
هنوز دیدگاهی برای این محصول ثبت نشده است.