‏Projects جدید Claude Code و دستور /goal

به گفتهٔ این مقاله، Projects تو Claude Code قبلاً یه پوشه بود که چند تا چت بی‌ربط به هم توش بودن. از بازطراحی سپتامبر، هر پروژه یه گفتگوی پیوسته‌ست که مثل سرپرست تیم عمل می‌کنه. تو کار رو به گفتگوی اصلی می‌گی و اون چند تا thread (یعنی یه session کامل و مستقل Claude Code) می‌سازه که کار اصلی رو انجام بدن. هر thread با دستورها و حافظهٔ پروژه شروع می‌شه و حتی بعد از بستن لپ‌تاپ هم به کارش ادامه می‌ده.

دو تا محدودیت عملی اینجا هست. اول اینکه connectorها (یعنی اتصال‌هایی که Claude باهاشون به ابزارها و داده‌های بیرونی دسترسی داره) فقط داخل threadها کار می‌کنن، نه تو گفتگوی اصلی پروژه. دوم اینکه threadها به‌طور پیش‌فرض با Opus و effort بالا اجرا می‌شن که سهمیهٔ مصرف رو سریع تموم می‌کنه. پس اگه پلن محدود داری، قبل از راه انداختن چند thread تنظیمات رو چک کن.

مقاله این طراحی رو به یه یافتهٔ Anthropic ربط می‌ده: هرچی context window پرتر بشه، دقت مدل تو پیدا کردن جزئیات کمتر می‌شه. پیدا کردن جزئیات تو یه‌چهارم context خیلی بهتر از گشتن تو یه پنجرهٔ یک‌میلیون‌توکنیه. برای همین بهتره چیزهای کلی مثل لحن برند و قوانین ثابت تو سطح پروژه بمونن و جزئیات هر کار فقط موقع نیاز بار بشه.

دستور /goal باعث می‌شه Claude تا وقتی یه شرط برقرار نشده، خودش ادامه بده و لازم نباشه مدام «continue» بنویسی. بعد از هر نوبت، یه مدل کوچیک‌تر گفتگو رو می‌خونه و تصمیم می‌گیره هدف انجام شده یا نه. ولی این چک‌کننده نه فایل باز می‌کنه نه اسکریپت اجرا می‌کنه. اگه هدف مبهم باشه، مثل «گزارش تمومه»، و Claude بگه تموم شده، چک‌کننده معمولاً قبول می‌کنه و حلقه زودتر از موعد می‌ایسته.

راه‌حل اینه که هدف رو طوری بنویسی که از روی متن گفتگو قابل اثبات باشه. مثلاً «اسکریپت check report پاس بشه و خروجیش رو نشونم بدی». اینطوری نتیجهٔ پاس یا رد شدن مستقیم تو چت میاد و چک‌کننده یه مدرک واقعی برای بررسی داره. پس ساختن یه اسکریپت با خروجی قطعی قبل از /goal یه قدم ضروریه، نه اختیاری.

مقاله درباره skillها هم می‌گه تو یه تست، هفت تا از نه skill pack معروف بهتر از یه فایل الکی با همون طول عمل نکردن. پیشنهاد اینه که skill فقط یه لیست کوتاه از اصلاحات باشه، نه یه دستورالعمل کامل. یه پلاگین skill eval هم هست که کار رو با و بدون skill اجرا می‌کنه تا مقایسه کنی. همچنین به گفتهٔ مقاله، Opus 5.5 با effort متوسط با Opus 5 روی effort بالا یا max برابری می‌کنه یا ازش بهتره.

نکات کلیدی:

• Projects حالا یه گفتگوی اصلیه که کار رو به threadهای مستقل می‌سپره و threadها بعد از بستن لپ‌تاپ هم ادامه می‌دن.
• connectorها فقط داخل threadها کار می‌کنن، نه تو گفتگوی اصلی پروژه.
• threadها به‌طور پیش‌فرض روی Opus با effort بالا اجرا می‌شن و سهمیه رو سریع مصرف می‌کنن.
• چک‌کنندهٔ /goal فقط متن گفتگو رو می‌خونه، پس هدف باید با خروجی قطعی یه اسکریپت قابل اثبات باشه.
• تو یه تست، هفت تا از نه skill pack معروف بهتر از یه فایل الکی عمل نکردن.