۷ اشتباه رایج در کار با Claude Code که وقتت را هدر می‌دهد | آکادمی برنامه‌نویسی بدیعی

۷ اشتباه رایج در کار با Claude Code که وقتت را هدر می‌دهد

بیشتر ناامیدی‌ها از Claude Code به خود ابزار برنمی‌گردد. به عادت‌های اشتباه برمی‌گردد. این هفت مورد از همه رایج‌ترند.

فهرست مطالب

1. باز کردن پوشه‌ای خیلی بزرگ

2. زدن «همیشه قبول کن» قبل از فهمیدن الگو

3. روشن کردن حالت «بدون پرسش» از سر خستگی

4. نوشتن قاعده محرمانگی فقط در CLAUDE.md

5. کار مستقیم روی شاخه main

6. قبول تغییرات بدون دیدن Diff

7. ادامه دادن در یک گفت‌وگوی خیلی طولانی

8. یک قاعده ساده برای همه

۱ . باز کردن پوشه‌ای خیلی بزرگ

اگر کل درایو یا پوشه Documents را باز کنید، Claude به فایل‌های نامربوط هم دسترسی دارد.

راه‌حل: فقط پوشه اصلی همان پروژه را باز کنید.

۲. زدن «همیشه قبول کن» قبل از فهمیدن الگو

قبل از تأیید باید بدانید چه فرمانی اجرا می‌شود. و چه فایلی تغییر می‌کند. تأیید بدون خواندن یعنی واگذاری کنترل.

راه‌حل: اول چند بار تأیید دستی بدهید. وقتی الگو را فهمیدید، فرمان‌های امن را در allow بگذارید.

۳. روشن کردن حالت «بدون پرسش» از سر خستگی

تأییدهای مکرر خسته‌کننده‌اند. ولی راه درست، کنار گذاشتن کل کنترل نیست.

راه‌حل: فرمان‌های امن و تکراری، مثل dotnet build، را در allow بگذارید. بقیه را زیر نظر نگه دارید.

۴. نوشتن قاعده محرمانگی فقط در CLAUDE.md

نوشتن «فایل .env را نخوان» یک خواهش است. قفل نیست. ممکن است Claude آن را نخواند. ممکن است بخواند.

راه‌حل: برای فایل‌های محرمانه از deny در settings.json استفاده کنید. نمونه آن در مقاله حالت‌های دسترسی آمده است.

۵ . کار مستقیم روی شاخه main

اگر روی main کار کنید و نتیجه بد شود، برگشتن سخت است.

راه‌حل: قبل از هر کار بزرگ یک شاخه جدا بسازید. اگر نتیجه بد بود، کل شاخه را دور بریزید.

۶. قبول تغییرات بدون دیدن Diff

پیام Claude معمولاً مرتب و مطمئن است. این دلیل درستی کد نیست.

راه‌حل: نمای Diff را باز کنید. این چهار سوال را بپرسید:

1. چه فایل‌هایی تغییر کرده‌اند؟

2. فایلی ناخواسته اضافه شده است؟

3. تغییری خارج از درخواست من هست؟

4. تستی حذف یا غیرفعال شده است؟

۷. ادامه دادن در یک گفت‌وگوی خیلی طولانی

هر جلسه یک «پنجره زمینه» (context) دارد. وقتی پر شود، کیفیت پایین می‌آید. قاعده‌های اول فراموش می‌شوند. کد تکراری نوشته می‌شود.

راه‌حل: برای کار تازه، جلسه تازه باز کنید. در مقاله مدیریت context روش‌های بیشتری هست.

یک قاعده ساده برای همه

بیشتر این اشتباه‌ها با یک عادت حل می‌شوند:

• کوچک شروع کنید.

• تغییر را ببینید.

• commit کنید.

این روش کار را در دوره هوش مصنوعی در برنامه‌نویسی آکادمی بدیعی با تمرین عملی یاد می‌گیرید. اگر هنوز مطمئن نیستید، از مشاوره رایگان کمک بگیرید.

سوالات متداول

بزرگ‌ترین اشتباه مبتدی‌ها چیست؟

قبول تغییرات بدون دیدن Diff. چون پیام Claude مطمئن به نظر می‌رسد، خیلی‌ها آن را بدون بررسی می‌پذیرند.

آیا حالت «بدون پرسش» همیشه بد است؟

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

چطور از اشتباه‌های خود برگردم؟

با Git. اگر روی شاخه جدا کار کرده باشید، کل شاخه را دور می‌ریزید و به حالت قبل برمی‌گردید.

برای اینکه بتوانید پروژه‌های خود را با هوش مصنوعی بسازید ، پیشنهاد می‌کنیم از دوره‌ زیر دیدن کنید:

** فول استک با هوش مصنوعی **