Context Window در هوش مصنوعی کلود چیست و چگونه باید آن را مدیریت کرد؟

پنجره کانتکست یا Context Window در Claude Code مثل حافظه کوتاه مدت عمل می کند و ظرفیت محدودی دارد. زمانی که این فضا با اطلاعات قدیمی و غیرضروری پر شود، کیفیت پاسخ ها کاهش پیدا می کند. به همین دلیل مدیریت درست Context Window در آموزش هوش مصنوعی کلود اهمیت زیادی دارد و می تواند کیفیت خروجی ها را در طول یک پروژه حفظ کند.

چرا سشن های Claude Code در ابتدا عالی هستند اما بعد افت می کنند؟

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

برای مثال، ممکن است Claude روشی متفاوت برای همان کاری پیشنهاد دهد که قبلا خودش در ساخت آن کمک کرده بود. یا دوباره مسیر فایلی را بپرسد که چند پیام قبل آن را خوانده است. حتی گاهی پاسخ ها طولانی تر می شوند اما ارزش و دقت کمتری دارند.

در بیشتر مواقع، دلیل اصلی این مشکل Context Window در هوش مصنوعی کلود است.

درک نحوه عملکرد این پنجره، اینکه چه چیزهایی آن را پر می کنند، چه زمانی کیفیت آن افت می کند و چطور باید آن را مدیریت کرد، یکی از مهم ترین مهارت ها برای کاربران حرفه ای Claude محسوب می شود. در این مطلب بررسی می کنیم که Context Window دقیقا چیست، چرا شلوغ شدن آن باعث افت کیفیت می شود و چگونه می توان پاسخ های Claude را از ابتدا تا انتهای سشن، دقیق و قابل اعتماد نگه داشت.

Context Window دقیقا چیست؟

Context Window در هوش مصنوعی کلود به تمام اطلاعاتی گفته می شود که Claude در یک لحظه می تواند مشاهده و پردازش کند. این اطلاعات شامل موارد زیر است:

• تمام پیام هایی که ارسال کرده اید
• تمام پاسخ هایی که Claude داده است
• فایل هایی که خوانده شده اند
• نتایج ابزارها و پردازش ها

همه این داده ها بخشی از فضای Context Window را اشغال می کنند.

این فضا در واقع حافظه کاری Claude است، نه حافظه بلندمدت. Claude بین سشن ها چیزی را ذخیره نمی کند. به همین دلیل، هر سشن جدید با یک Context Window خالی آغاز می شود و با ادامه گفتگو، این فضا به تدریج پر می شود.

زمانی که ظرفیت Context Window به حد نهایی برسد، معمولا یکی از دو اتفاق زیر رخ می دهد:

• اطلاعات قدیمی خلاصه یا حذف می شوند
• Claude دیگر ورودی جدید را قبول نمی کند تا گفتگو پاکسازی شود

در هر دو حالت، کیفیت پاسخ ها کاهش پیدا می کند.

توکن چیست و چرا اهمیت دارد؟

ظرفیت Context Window بر اساس «توکن» اندازه گیری می شود، نه تعداد کلمات.

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

انواع مدل Claude مثل 3.5 Sonnet، Claude 3.7 Sonnet و Claude Opus 4 همگی دارای Context Window برابر با 200 هزار توکن هستند. این مقدار تقریبا معادل 150 هزار کلمه یا حدود 500 صفحه متن است.

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

به همین دلیل، مدیریت Context Window در هوش مصنوعی کلود نقش مهمی در حفظ کیفیت و ثبات پاسخ ها دارد.

چه چیزهایی Context Window را در Claude Code پر می کنند؟

در طول یک سشن Claude Code، عوامل مختلفی باعث مصرف ظرفیت Context Window می شوند. بسیاری از کاربران تصور می کنند فقط پیام های چت در این فضا ذخیره می شوند، اما در واقع داده های بسیار بیشتری وارد حافظه کاری Claude می شود.

شناخت این موارد کمک می کند بهتر بتوانید Context Window در هوش مصنوعی کلود را مدیریت کنید و از افت کیفیت پاسخ ها جلوگیری شود.

1. پیام های شما

هر پرامپتی که ارسال می کنید داخل Context Window ذخیره می شود. هرچه پیام ها طولانی تر و جزئی تر باشند، توکن بیشتری مصرف می کنند. در پروژه های طولانی، حتی توضیحاتی که در ابتدای گفتگو نوشته شده اند همچنان بخشی از حافظه فعال Claude باقی می مانند و به مرور فضای زیادی اشغال می کنند.

2. پاسخ های Claude

تمام پاسخ هایی که Claude تولید می کند نیز وارد Context Window می شوند.

پاسخ های طولانی، مخصوصا توضیحات فنی یا تحلیل های مفصل، مصرف توکن را به شدت افزایش می دهند. برای مثال، یک پاسخ طولانی درباره دیباگ یا تحلیل خطا می تواند هزاران توکن مصرف کند.

به همین دلیل، پاسخ های بیش از حد verbose در بلندمدت باعث کاهش کارایی Claude می شوند.

3. محتوای فایل ها

وقتی Claude فایل های پروژه را می خواند، کل محتوای فایل وارد Context Window می شود. این موضوع شامل موارد زیر است:

• فایل های سورس
• فایل های تنظیمات
• مستندات پروژه
• فایل های لاگ

نکته مهم اینجاست که اگر Claude یک فایل را چند بار بخواند، توکن های آن فایل هر بار دوباره مصرف می شوند.

برای مثال، اگر یک فایل سه بار خوانده شود، عملا سه بار از ظرفیت Context Window استفاده کرده اید.

4. خروجی ابزارها و ترمینال

نتایج ابزارها نیز بخشی از Context Window محسوب می شوند. مواردی مثل:

• خروجی تست ها
• نتایج grep
• دستورات shell
• خطاها و Stack Trace ها
• لاگ های ترمینال

همه این اطلاعات در حافظه فعال Claude ذخیره می شوند و می توانند حجم بسیار زیادی از توکن ها را مصرف کنند.

در پروژه های پیچیده، مخصوصا هنگام دیباگ، همین خروجی ها یکی از اصلی ترین دلایل پر شدن سریع Context Window هستند.

5. فایل CLAUDE.md و System Prompt

Claude Code در ابتدای هر سشن، فایل CLAUDE.md را می خواند. این فایل معمولا شامل دستورالعمل های ثابت، قوانین پروژه یا تنظیمات رفتاری مدل است.

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

اگر فایل CLAUDE.md بیش از حد طولانی باشد، بخشی از ظرفیت Context Window از همان ابتدا اشغال خواهد شد.

چرا Context Window سریع پر می شود؟

در یک سشن حرفه ای که میتواند شامل موارد زیر باشد، ممکن است ظرفیت 200 هزار توکنی Context Window تنها در چند ساعت کامل مصرف شود.

• چندین فایل مختلف
• اجرای تست های متعدد
• دیباگ مرحله به مرحله
• خواندن لاگ ها و خروجی ها

وقتی Context Window پر می شود چه اتفاقی می افتد؟

پر شدن Context Window در هوش مصنوعی کلود معمولا ناگهانی اتفاق نمی افتد. افت کیفیت به صورت تدریجی رخ می دهد و دقیقا همین موضوع باعث می شود بسیاری از کاربران دیر متوجه مشکل شوند.

در ابتدا همه چیز طبیعی به نظر می رسد، اما به مرور پاسخ ها دقت اولیه را از دست می دهند و Claude رفتار ناهماهنگ تری پیدا می کند.

افت عملکرد قبل از رسیدن به سقف نهایی شروع می شود

هرچه Context Window بزرگ تر و شلوغ تر می شود، Claude باید حجم بیشتری از توکن ها را به صورت همزمان پردازش کند. در این شرایط، نسبت اطلاعات مفید به داده های اضافی کاهش پیدا می کند.

در نتیجه، حتی اگر اطلاعات قدیمی هنوز داخل Context Window وجود داشته باشند، Claude دیگر نمی تواند با همان دقت اولیه از آن ها استفاده کند.

در عمل، معمولا این نشانه ها دیده می شوند:

• Claude تصمیمات معماری پروژه را اشتباه یا ناهماهنگ یادآوری می کند
• محدودیت هایی که ابتدای سشن تعیین کرده بودید نادیده گرفته می شوند
• نام گذاری ها و منطق کدنویسی با بخش های قبلی پروژه هماهنگ نیست
• پاسخ ها طولانی تر و مبهم تر می شوند، در حالی که قبلا پاسخ های کوتاه و دقیق ارائه می شد

این ها معمولا اولین علائم شلوغ شدن Context Window هستند.

قابلیت Auto-Compaction در Claude Code

Claude Code قابلیتی به نام Auto-Compact دارد که هنگام نزدیک شدن Context Window به سقف نهایی فعال می شود.

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

هدف این قابلیت حفظ پیوستگی گفتگو است، اما مشکل اصلی اینجاست که خلاصه سازی همیشه بخشی از جزئیات را حذف می کند.

معمولا موارد زیر در فرآیند فشرده سازی از بین می روند:

• نام دقیق متغیرها
• جزئیات تصمیمات طراحی
• محدودیت های خاص پروژه
• Edge Case ها
• توضیحات فنی ظریف و مهم

بعد از Auto-Compaction، Claude دیگر بر اساس مکالمه کامل استدلال نمی کند، بلکه فقط به نسخه خلاصه شده آن دسترسی دارد. به همین دلیل ممکن است پاسخ ها کلی تر و کم دقت تر شوند.

محدودیت نهایی یا Hard Limit

اگر فشرده سازی نتواند فضای کافی آزاد کند، یا در شرایطی که Claude از طریق API و بدون Auto-Compact اجرا شود، سیستم به Hard Limit می رسد.

در این حالت، Context Window کاملا پر شده و Claude Code دیگر پردازش جدیدی انجام نمی دهد تا زمانی که Context به صورت دستی پاکسازی شود.

این اتفاق معمولا در پروژه های طولانی، سشن های سنگین دیباگ و کار با فایل های بزرگ رخ می دهد.

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

نشانه هایی که نشان می دهد Context Window در حال پر شدن است

برای مدیریت Context Window در هوش مصنوعی کلود لازم نیست دائما تعداد توکن ها را بررسی کنید. معمولا خود رفتار Claude به خوبی نشان می دهد که حافظه فعال در حال اشباع شدن است.

اگر این نشانه ها را ببینید، احتمالا Context Window بیش از حد شلوغ شده است.

Claude حرف های قبلی خودش را نقض می کند

یکی از واضح ترین نشانه ها این است که Claude راه حلی متفاوت برای چیزی پیشنهاد می دهد که قبلا خودش در پیاده سازی آن کمک کرده بود.

برای مثال، ممکن است:

• معماری جدیدی پیشنهاد دهد که با تصمیمات قبلی پروژه تناقض دارد
• الگویی متفاوت با ساختار قبلی کد ارائه کند
• استانداردهای نام گذاری را تغییر دهد

این رفتار معمولا زمانی رخ می دهد که Claude دیگر جزئیات ابتدای سشن را به درستی پردازش نمی کند.

اطلاعات قبلی را دوباره میپرسد

وقتی Context Window شلوغ می شود، Claude گاهی اطلاعاتی را دوباره می پرسد که قبلا در همان سشن دیده بود.

مثلا:

• مسیر فایل ها
• نام متغیرها
• تنظیمات پروژه
• اطلاعات مربوط به API

این یعنی مدل دیگر دسترسی موثری به بخش های قدیمی تر گفتگو ندارد.

پاسخ ها طولانی و محتاطانه می شوند

یکی دیگر از نشانه های رایج، تغییر سبک پاسخ هاست.

به جای پاسخ های کوتاه و مستقیم، Claude شروع می کند به ارائه توضیحات طولانی، مبهم و پر از عباراتی مثل:

• بستگی دارد
• ممکن است
• در برخی شرایط
• بهتر است بررسی شود

این اتفاق معمولا زمانی رخ می دهد که مدل نسبت به اطلاعات داخل Context Window اطمینان کمتری پیدا می کند.

نام ها و مسیرها اشتباه می شوند

اگر Claude نام فایل ها، توابع یا مسیرها را کمی اشتباه بگوید، معمولا یعنی دیگر اطلاعات را دقیق به خاطر نمی آورد و در حال بازسازی ذهنی آن هاست.

برای مثال:

• نام تابع نزدیک به نسخه واقعی است اما دقیقا درست نیست
• مسیر فایل شباهت دارد اما اشتباه است
• متغیرها با نام های مشابه اشتباه گرفته می شوند

این مورد یکی از مهم ترین علائم افت کیفیت Context Window در هوش مصنوعی کلود است.

سرعت پاسخ ها کاهش پیدا می کند

هرچه Context Window به سقف 200 هزار توکن نزدیک تر شود، پردازش زمان بیشتری نیاز دارد.

در نتیجه:

• پاسخ ها دیرتر تولید می شوند
• اجرای دستورات کندتر می شود
• زمان تحلیل فایل ها افزایش پیدا می کند

این کاهش سرعت معمولا در سشن های طولانی کاملا محسوس است.

همچنین Claude Code میزان مصرف توکن را داخل رابط کاربری نمایش می دهد و در هر لحظه می توانید وضعیت Context Window را بررسی کنید.

چگونه Context Window در Claude را به درستی مدیریت کنیم؟

هدف اصلی این نیست که Context Window هیچ وقت پر نشود؛ در پروژه های واقعی این موضوع تقریبا اجتناب ناپذیر است.

هدف واقعی این است که Context Window همیشه روی اطلاعات مهم و مرتبط متمرکز بماند تا Claude بتواند با بالاترین دقت کار کند.

هنگام تغییر تسک از دستور /clear استفاده کنید

دستور /clear کل تاریخچه گفتگو را پاک می کند و Context Window را به صفر برمی گرداند.

این دستور یکی از قدرتمندترین ابزارهای مدیریت Context Window در هوش مصنوعی کلود است، اما بسیاری از کاربران به اندازه کافی از آن استفاده نمی کنند.

بعضی افراد از پاک کردن Context می ترسند چون نمی خواهند اطلاعات قبلی از بین برود. اما اگر قرار است روی قابلیت، فایل یا مشکل متفاوتی کار کنید، اطلاعات قبلی معمولا بیشتر نقش نویز دارند تا داده مفید.

یک قانون ساده:

اگر تسک جدید واقعا به 20 پیام اخیر وابسته نیست، بهتر است از /clear استفاده کنید.

از /compact برای خلاصه سازی هوشمند استفاده کنید

اگر نمی خواهید کل Context را پاک کنید اما سشن بیش از حد طولانی شده، دستور /compact گزینه بهتری است.

این دستور باعث می شود Claude تاریخچه گفتگو را خلاصه کند و ادامه کار را بر اساس نسخه فشرده شده پیش ببرد.

حتی می توانید مشخص کنید چه اطلاعاتی حفظ شوند. مثلا:

/compact “Keep the API design decisions and the database schema, summarize the debugging session”

در این حالت:

• تصمیمات طراحی API حفظ می شوند
• ساختار دیتابیس باقی می ماند
• بخش های کم اهمیت مثل دیباگ خلاصه می شوند

این روش از Auto-Compaction دقیق تر و کنترل شده تر است.

فایل CLAUDE.md را سبک نگه دارید

فایل CLAUDE.md در ابتدای هر سشن خوانده می شود. بنابراین محتوای آن در هر بار اجرا، بخشی از ظرفیت Context Window را مصرف می کند.

این فایل برای نگهداری اطلاعات دائمی بسیار مفید است، مثل:

• استانداردهای کدنویسی
• تصمیمات معماری
• تنظیمات ابزارها
• قوانین پروژه

اما باید تا حد ممکن خلاصه و بهینه باشد.

چند قانون کاربردی:

• فایل را زیر 500 خط نگه دارید
• از Bullet Point استفاده کنید
• اطلاعات مربوط به تسک های تمام شده را حذف کنید
• فقط قوانین دائمی پروژه را نگه دارید

یک فایل CLAUDE.md شلوغ، در تمام سشن ها باعث هدر رفتن توکن می شود.

پروژه های بزرگ را به سشن های کوچک تر تقسیم کنید

به جای یک سشن طولانی که کل پروژه را پوشش دهد، بهتر است کار را به چند سشن هدفمند تقسیم کنید.

مثلا به جای یک سشن برای:

• طراحی دیتابیس
• ساخت API
• اتصال فرانت اند

بهتر است این مراحل جدا شوند:

• سشن اول: طراحی و نهایی سازی Schema دیتابیس
• سشن دوم: پیاده سازی API با اشاره به Schema نهایی در ابتدای سشن
• سشن سوم: اتصال فرانت اند با توضیح خلاصه قرارداد API

این روش نظم بیشتری می خواهد، اما کیفیت پاسخ ها به شکل محسوسی بهتر می شود.

اجازه ندهید Claude فایل های غیرضروری بخواند

هر فایلی که Claude می خواند وارد Context Window می شود. اگر چند فایل بزرگ فقط «برای احتیاط» خوانده شوند، ممکن است ده ها هزار توکن بی دلیل مصرف شود. قبل از اینکه از Claude بخواهید فایلی را بخواند، مطمئن شوید واقعا برای تسک فعلی لازم است.

اگر فقط روی یک باگ کار می کنید، نیازی نیست کل ماژول بارگذاری شود. بهتر است فقط بخش یا تابع مرتبط را مشخص کنید.

اطلاعات مهم را در ابتدای سشن قرار دهید

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

اطلاعاتی که در ابتدای Context Window قرار دارند معمولا بهتر و پایدارتر پردازش می شوند.

بهتر است سشن را با خلاصه ای کوتاه از موارد مهم شروع کنید:

• تصمیمات معماری
• محدودیت ها
• اهداف پروژه
• مواردی که نباید انجام شوند

این کار شانس حفظ اطلاعات کلیدی را در طول سشن افزایش می دهد.

مصرف توکن را به صورت دوره ای بررسی کنید

Claude Code میزان استفاده از توکن ها را نمایش می دهد. در سشن های طولانی بهتر است هر چند وقت یک بار آن را بررسی کنید.

اگر مصرف Context Window به حدود 60 تا 70 درصد رسید، زمان خوبی برای استفاده از /compact یا برنامه ریزی برای /clear است.

منتظر Auto-Compaction نمانید، چون تا آن زمان بخشی از جزئیات از دست رفته است.

در استفاده از –continue و –resume دقت کنید

دستور –continue آخرین سشن را ادامه می دهد و –resume امکان بازگردانی یک سشن قدیمی را فراهم می کند.

این قابلیت ها مفید هستند، اما کل وضعیت Context Window قبلی را هم منتقل می کنند. اگر سشن قبلی از قبل بسیار طولانی بوده، ادامه دادن آن یعنی تمام Context شلوغ قبلی دوباره وارد کار می شود.

در بسیاری از مواقع بهتر است سشن جدیدی شروع کنید و در ابتدای آن، خلاصه ای هدفمند از وضعیت قبلی ارائه دهید.

سوالات متداول درباره Context Window در هوش مصنوعی کلود

Context Window در Claude Code چقدر ظرفیت دارد؟

مدل های Claude 3.5 Sonnet، Claude 3.7 Sonnet و Claude Opus 4 همگی از Context Window با ظرفیت 200 هزار توکن پشتیبانی می کنند. این مقدار تقریبا معادل 150 هزار کلمه یا حدود 500 صفحه متن است.

البته در عمل، ظرفیت Context Window در هوش مصنوعی کلود فقط توسط پیام های چت مصرف نمی شود. موارد زیر هم بخشی از توکن ها را استفاده می کنند:

• پیام های شما
• پاسخ های Claude
• فایل هایی که خوانده می شوند
• خروجی ابزارها و ترمینال
• فایل CLAUDE.md

به همین دلیل، در پروژه های پیچیده ممکن است ظرفیت Context Window خیلی سریع تر از چیزی که تصور می کنید پر شود.

وقتی Context Window در Claude Code پر شود چه اتفاقی می افتد؟

زمانی که Context Window به سقف ظرفیت نزدیک می شود، Claude Code قابلیت Auto-Compact را فعال می کند.

در این حالت، تاریخچه گفتگو خلاصه می شود تا فضای بیشتری آزاد شود. این کار باعث حفظ بخشی از پیوستگی سشن می شود، اما معمولا بخشی از جزئیات مهم از بین می روند، مثل:

• تصمیمات دقیق پروژه
• نام متغیرها و فایل ها
• محدودیت های خاص
• Edge Case ها

اگر Auto-Compaction هم کافی نباشد و همچنان اطلاعات بیشتری وارد Context شود، Claude Code به Hard Limit می رسد و دیگر پردازش جدید انجام نمی دهد تا زمانی که Context را به صورت دستی با دستور /clear پاک کنید.

آیا دستور /clear فایل ها یا کدها را حذف می کند؟

خیر. دستور /clear فقط تاریخچه گفتگو و حافظه کاری Claude را پاک می کند. این دستور:

• فایل ها را حذف نمی کند
• تغییرات کد را از بین نمی برد
• خروجی های ایجادشده را پاک نمی کند

تمام کارهایی که داخل پروژه انجام شده حفظ می شوند و فقط Context Window ریست می شود.

از کجا بفهمیم Context Window در حال پر شدن است؟

Claude Code میزان مصرف توکن را داخل رابط کاربری نمایش می دهد و می توانید در هر لحظه وضعیت Context Window را بررسی کنید.

علاوه بر آن، چند نشانه رفتاری مهم هم وجود دارد:

• Claude تصمیمات قبلی خودش را نقض می کند
• اطلاعاتی را دوباره می پرسد که قبلا دیده بود
• پاسخ ها مبهم تر و محتاطانه تر می شوند
• نام فایل ها یا توابع را اشتباه می گوید
• سرعت پاسخ ها کاهش پیدا می کند

معمولا وقتی مصرف Context Window به حدود 60 تا 70 درصد رسید، زمان مناسبی برای استفاده از /compact یا /clear است.

چه زمانی باید از /compact استفاده کنیم و چه زمانی /clear؟

دستور /compact زمانی مناسب است که می خواهید سشن فعلی ادامه پیدا کند اما حجم Context Window کاهش یابد.

در این حالت، Claude خلاصه ای از گفتگو را نگه می دارد تا بخشی از پیوستگی حفظ شود.

اما دستور /clear زمانی بهتر است که:

• وارد تسک جدیدی می شوید
• روی بخش متفاوتی از پروژه کار می کنید
• دیگر به اطلاعات قبلی نیاز ندارید

در اکثر مواقعی که تسک تغییر می کند، /clear گزینه تمیزتر و مطمئن تری محسوب می شود.

آیا فایل CLAUDE.md به مدیریت Context Window کمک می کند یا آسیب می زند؟

هر دو.

فایل CLAUDE.md بسیار مفید است چون اطلاعات دائمی پروژه را در اختیار Claude قرار می دهد، مثل:

• استانداردهای کدنویسی
• تصمیمات معماری
• تنظیمات ابزارها
• قوانین پروژه

این موضوع باعث می شود در هر سشن نیازی به توضیح دوباره این موارد نباشد.

اما از طرف دیگر، محتوای CLAUDE.md در ابتدای هر سشن وارد Context Window می شود و توکن مصرف می کند.

بهترین راه حل این است که فایل CLAUDE.md همیشه سبک و بهینه نگه داشته شود:

• استفاده از Bullet Point
• حذف اطلاعات قدیمی
• نگهداری فقط قوانین دائمی
• کوتاه و خلاصه نویسی

یک فایل CLAUDE.md بهینه، تاثیر مثبتی روی عملکرد Claude دارد. اما نسخه های طولانی و شلوغ، در تمام سشن ها باعث هدر رفتن ظرفیت Context Window می شوند.