بر اساس گزارش XDA Developers، کاربری که از روز عرضه از Claude Code استفاده کرده، پس از ماه‌ها آزمایش و تجربه، چهار ترفند بهره‌وری را کشف کرده که به گفته او تفاوت واقعی در گردش‌کار توسعه نرم‌افزار ایجاد می‌کنند. این ترفندها نشان می‌دهند که بهره‌گیری حداکثری از Claude Code تنها به نوشتن پرامپت‌های بهتر یا انتخاب هوشمندانه‌ترین مدل هوش مصنوعی وابسته نیست، بلکه نیازمند ساختن یک گردش‌کار منظم و کم‌هزینه است.
فایل CLAUDE.md را کوتاه نگه دارید
یکی از اشتباهات رایج در استفاده از Claude Code، تبدیل فایل CLAUDE.md به محل انباشت تمام جزئیات پروژه است. این کاربر در ابتدا دستورهای طولانی، ترجیحات کدنویسی، توضیحات و حتی اطلاعاتی را در این فایل قرار می‌داد که Claude Code می‌توانست خودش با بررسی کدبیس (Codebase) آن‌ها را تشخیص دهد. اما در عمل، فایل کوتاه‌تر و متمرکزتر نتایج بهتری ارائه می‌دهد.
برای نمونه، در پروژه داشبورد تحریریه او نیازی به توضیح تمام کامپوننت‌ها یا ساختار کامل پوشه‌ها نیست. در عوض، چند دستور ضروری کافی است:
- استفاده مجدد از کامپوننت‌های موجود
- پرهیز از وابستگی‌های غیرضروری
- پیروی از قراردادهای نام‌گذاری established
- اجرای تست‌های مرتبط پس از اعمال تغییرات
او مستندات دقیق‌تر را در فایل‌های Markdown جداگانه نگه می‌دارد و در صورت نیاز به آن‌ها ارجاع می‌دهد. قاعده ساده او این است: اگر یک دستور در بیشتر جلسات کاربرد ندارد، احتمالاً جای آن در فایل اصلی CLAUDE.md نیست. این کار زمینه (Context) را متمرکز نگه می‌دارد و نگهداری فایل را با رشد پروژه آسان‌تر می‌کند.
حالت Plan؛ پیش از کدنویسی فکر کنید
یکی از بزرگ‌ترین درس‌های این کاربر آن است که شیرجه زدن مستقیم به کدنویسی همیشه هوشمندانه‌ترین رویکرد نیست. پیش‌تر او یک قابلیت را توصیف می‌کرد، اجازه می‌داد Claude تغییرات را اعمال کند و سپس زمان اضافه‌ای را صرف اصلاح سوءتفاهم‌ها می‌کرد. اینجاست که حالت Plan (Plan Mode) تفاوت واقعی ایجاد می‌کند.
او اکنون هر زمان روی یک قابلیت پیچیده یا تغییر در پروژه‌ای موجود کار می‌کند، با فشردن Shift + Tab به حالت Plan می‌رود. Claude Code کدبیس را بررسی می‌کند، ساختار موجود را درک می‌کند و یک برنامه پیاده‌سازی گام‌به‌گام ارائه می‌دهد، بدون آنکه فایل‌های او را تغییر دهد.
برای مثال، وقتی می‌خواست یک برد کانبان (Kanban Board) به داشبورد تحریریه اضافه کند، ابتدا از Claude خواست سیستم مدیریت وظایف موجود را تحلیل کند و رویکرد پیشنهادی بدهد. این کار به او کمک کرد مشخص کند کدام کامپوننت‌ها باید تغییر کنند، برد جدید چگونه در چیدمان فعلی قرار می‌گیرد و چه بخش‌هایی ممکن است دچار مشکل شوند. او توانست برنامه را بازبینی، اصلاح و تأیید کند، پیش از آنکه Claude حتی یک خط کد بنویسد. این روش در ابتدا یک مرحله اضافه دارد، اما از بازنگری‌های غیرضروری جلوگیری می‌کند.
برای هر کار به قوی‌ترین مدل نیاز ندارید
اشتباه اولیه دیگر این کاربر، استفاده از قدرتمندترین مدل Claude برای تقریباً همه کارها بود. او چه در حال رفع یک مشکل جزئی CSS بود، چه به‌روزرسانی مستندات، و چه ساخت یک قابلیت کامل، اغلب به‌طور کورکورانه از Opus استفاده می‌کرد. این روش خوب کار می‌کرد، اما سهمیه مصرف او را بی‌دلیل می‌سوزاند.
او اکنون انتخابی‌تر عمل می‌کند:
- Sonnet: برای کدنویسی روزمره، اشکال‌زدایی (Debugging) و پیاده‌سازی قابلیت‌های سرراست
- Haiku: برای تغییر نام متغیرها، ویرایش‌های کوچک و کارهای تکراری ساده
- Opus: برای تصمیم‌های معماری پیچیده، باگ‌های چالش‌برانگیز و پروژه‌های بزرگ بازآرایی (Refactoring) که استدلال عمیق‌تر آن واقعاً تفاوت ایجاد می‌کند
جابه‌جایی میان مدل‌ها با دستور /model ساده است. او حتی می‌تواند برنامه‌ریزی را با Opus آغاز کند و برای پیاده‌سازی به Sonnet سوئیچ کند. این کار لزوماً تعداد خام توکن‌های مصرفی را کاهش نمی‌دهد، اما هزینه پردازش آن‌ها را پایین می‌آورد و به او کمک می‌کند سهمیه موجودش را بیشتر بکشد. این تنظیم ساده، گردش‌کار Claude Code او را بسیار اقتصادی‌تر کرده است.
مهارت‌های سفارشی؛ پایان پرامپت‌های تکراری
او پیش‌تر بخش بزرگی از زمانش را صرف تایپ دستورهای تکراری در Claude Code می‌کرد. سپس مهارت‌های سفارشی (Custom Skills) را کشف کرد که به یکی از قابلیت‌های محبوب او تبدیل شده‌اند. ایده ساده است: می‌توان مجموعه‌ای قابل استفاده مجدد از دستورها را در فایل SKILL.md ساخت و هر زمان لازم بود آن را فراخوانی کرد.
برای نمونه، هنگام کار روی داشبورد تحریریه، او مکرراً از Claude می‌خواست تغییرات اخیر را بررسی کند، به دنبال باگ‌های احتمالی بگردد، قالب‌بندی کد را کنترل کند و تست‌های مرتبط را اجرا کند. به جای تکرار این درخواست‌ها، او مهارت /review-changes را با تمام دستورهای لازم ساخت. اکنون فقط /review-changes را تایپ می‌کند و Claude از چک‌لیست پیش‌تعریف‌شده او پیروی می‌کند.
جمع‌بندی
این کاربر پس از استفاده از Claude Code از روز عرضه، به این نتیجه رسیده که بهره‌گیری حداکثری از آن فقط به نوشتن پرامپت‌های بهتر یا انتخاب باهوش‌ترین مدل هوش مصنوعی محدود نمی‌شود. باید گردش‌کاری ساخت که زمان صرفه‌جویی کند، تلاش غیرضروری را کاهش دهد و کل فرایند توسعه را روان‌تر کند. نکته مهم این است که هیچ‌یک از این ترفندها به دانش پیشرفته برنامه‌نویسی نیاز ندارد. اگر هنوز از Claude Code عمدتاً برای تولید و اشکال‌زدایی کد استفاده می‌کنید، می‌توانید این تکنیک‌ها را امتحان کنید.