‏دستور /goal تو Claude Code: کار رو تا آخر برسون

دستور /goal تو Claude Code به مدل می‌گه یه کار رو نوبت به نوبت ادامه بده تا معیاری که تو تعریف کردی برقرار بشه. یعنی دیگه لازم نیست بعد از هر جواب بنویسی «continue». بعد از هر نوبت، یه مدل کوچیک‌تر جدا (هم‌رده‌ی Haiku) هدف و آخرین خروجی Claude رو می‌خونه و تصمیم می‌گیره شرط برقرار شده یا نه. اگه نه، Claude خودش یه نوبت دیگه می‌ره.

نویسنده می‌گه مشاوره‌ی قدیمی «همیشه با plan mode شروع کن» دیگه اون‌قدر لازم نیست، چون مدل‌های جدید موقع اجرا خودشون برنامه‌ریزی می‌کنن. به گفته‌ی مقاله، Boris Cherny که Claude Code رو ساخته هم گفته plan mode مشکلی رو حل می‌کرد که دیگه تقریباً وجود نداره. جاش تمرکز رفته روی verification، یعنی چک کردن نتیجه به‌جای چک کردن برنامه.

verification check (یعنی هر چیزی که بتونه صاف بگه pass یا fail) بهترین حالتش یه اسکریپت واقعیه. مثال مقاله یه گزارش هفتگیه که تعریف «تموم شد»ش اینه: همه‌ی عددها با خروجی CRM بخونه و همه‌ی بخش‌های قالب پر باشه. اینو می‌شه تبدیل کرد به یه اسکریپت به اسم check_report. Claude کار رو انجام می‌ده، اسکریپت رو اجرا می‌کنه، اگه خطا داد درستش می‌کنه و دوباره اجرا می‌کنه، و آخرش خروجی اسکریپت رو به‌عنوان مدرک نشونت می‌ده. نویسنده می‌گه نوشتن «کارت رو دوباره چک کن» تو پرامپت فقط توکن هدر می‌ده، چون مدل‌های فعلی خودشون این کارو می‌کنن.

نکته‌ی مهم اینه که مدل داور هیچ دستوری اجرا نمی‌کنه و هیچ فایلی نمی‌خونه. فقط چت و گزارش Claude رو می‌بینه. پس اگه هدفت گنگ باشه، مثلاً «گزارش تموم شده»، ممکنه داور زودتر از موقع بگه کار تمومه. طبق راهنمای Anthropic یه هدف خوب چهار تا بخش داره: یه وضعیت نهایی مشخص، یه راه برای اثباتش، چیزایی که نباید عوض بشن، و یه سقف برای تعداد نوبت‌ها. مثال مقاله: «اسکریپت check_report پاس بشه و خروجیش رو نشونم بدی. قالب دست نخوره. بعد از ۱۵ نوبت متوقف شو.»

به گفته‌ی نویسنده ارزش /goal تو صرفه‌جویی تو وقته، نه باهوش‌تر کردن مدل. این روش وقتی خوب جواب می‌ده که فایل Claude.md و skillها جمع‌وجور باشن. توصیه اینه که Claude.md زیر حدود ۲۰۰ خط بمونه و مثل یه فهرست عمل کنه که به فایل‌های دیگه اشاره می‌کنه. برای skillها هم بهتره اول کار رو بدون skill اجرا کنی، ببینی Claude کجا اشتباه می‌کنه و skill رو فقط دور همون اشتباه‌ها بنویسی.

نکات کلیدی:

• /goal بعد از هر نوبت با یه مدل کوچیک جدا (هم‌رده‌ی Haiku) چک می‌کنه هدف برقرار شده یا نه.
• مدل داور فایل‌ها رو نمی‌خونه و دستور اجرا نمی‌کنه؛ فقط چت رو می‌بینه.
• هدف خوب: یه وضعیت نهایی، راه اثبات، چیزایی که نباید عوض بشن، و سقف نوبت.
• چک قطعی مثل یه اسکریپت از بازبینی سلیقه‌ای قابل‌اعتمادتره.
• Claude.md بهتره زیر حدود ۲۰۰ خط بمونه و نقش فهرست داشته باشه.