کارهای تکراری کلاود کد را به زیردستیارها سپردم و هزینهٔ مصرفم را ۴۰٪ کاهش دادم

مثل بیشتر کسانی که به آن خو گرفته‌اند، من هم عاشق Claude Code هستم. اما ابایی ندارم اعتراف کنم که توکن‌هایتان را با سرعتی سرسام‌آور می‌بلعد؛ به‌ویژه وقتی از مدلی مانند Opus یا Fable استفاده می‌کنید! از سوی دیگر، به‌کارگیری مدلی مانند Claude Haiku برای برنامه‌نویسی هم راهکار عملی و مناسبی نیست.

مدتی بود با مشکل مصرف بالای توکن دست‌وپنجه نرم می‌کردم، اما یکی از قابلیت‌های داخلی Claude Code آن را حل کرد: زیردستیارها. در ادامه توضیح می‌دهم چگونه کارهای تکراری Claude Code را به زیردستیارها سپردم و مصرف توکن را کاهش دادم.

کارهای ملال‌آور کلاود کد را به مدلی ارزان‌تر سپردم

اوپوس نیازی ندارد نظرهای خودش را بازخوانی کند

سازوکار Claude Code به این شکل است که مدل هر نشست را خودتان انتخاب می‌کنید و به دلایل روشن، معمولاً سراغ Sonnet یا Opus می‌روید. اگر هم آن‌قدر دستتان باز باشد که بتوانید اعتبار مصرف بخرید، یا هنوز آن $۱۰۰ هدیهٔ Anthropic را تمام نکرده باشید، شاید به همین دلیل Fable را برگزینید. بااین‌حال، بیشتر افراد نکتهٔ مهمی را در این چیدمان فراموش می‌کنند:

همهٔ کارهایی که با Claude Code انجام می‌دهید، به مدل‌هایی هم‌سنگ Opus یا Fable نیاز ندارند.

با دانستن این نکته، به‌سادگی می‌توان دریافت که در هر نشست Claude Code چه تعداد توکن بیهوده مصرف می‌شود. فرض کنید با Claude Code وب‌سایتی می‌سازم و بیشتر محتوا هم آماده است. طبیعتاً برای فرایند ساخت از Opus یا Sonnet بهره می‌برم، اما وقتی فقط می‌خواهم درستی نکته‌ای را سریع بررسی کنم، توان هر دو مدل بسیار بیشتر از نیاز من است.

از آنجا که Opus و Sonnet برای ارائهٔ پاسخ‌های مفصل‌تر طراحی شده‌اند و ممکن است از توکن‌ساز متفاوتی استفاده کنند، حتی چنین کار ساده‌ای نیز توکن‌های فراوانی مصرف می‌کند. تازه هر توکن Opus هم بسیار گران‌تر از یک توکن Haiku است. بنابراین، سپردن بازخوانی متن، به‌روزرسانی پروندهٔ README یا جست‌وجوی یک موضوع به Claude Opus یا Sonnet، در عمل چیزی جز هدر دادن توکن نیست.

در عوض، منطقی‌تر است زیردستیاری مبتنی بر Haiku بسازیم و این کارهای تکراری را به آن بسپاریم!

ساخت زیردستیار هایکویی که کلاود کد واقعاً به آن گوش می‌دهد

بار اصلی بر دوش بخش توضیحات است

بنابراین، اندیشهٔ اصلی این است که زیردستیاری با یک مدل ارزان‌تر، مانند Claude Haiku، بسازید و هر زمان لازم شد کارهای تکراری را به آن بسپارید. بااین‌حال، اگر بهترین نتیجه را می‌خواهید، شیوهٔ ساخت این زیردستیار نیز به همان اندازه اهمیت دارد. این هم یک نمونه:

فرض کنید برای رسیدگی به رونوشت مصاحبه‌های یک پروژه، از Claude Code و چند ابزار دیگر استفاده می‌کنید. برای استدلال و پردازش اصلی بهتر است سراغ Opus یا Sonnet بروید، اما برای پاک‌سازی خطاها و دیگر ایرادهای رونوشت، واقعاً به چنین مدل‌هایی نیاز ندارید.

بسیار منطقی‌تر است زیردستیاری با نام «پاک‌ساز رونوشت» بسازید و آن را برای استفاده از Haiku تنظیم کنید. من می‌توانم با چسباندن درخواست زیر در Claude Code این کار را انجام دهم:

زیردستیاری با نام transcript-cleaner بساز

توضیحات: «رونوشت خام یک یادداشت صوتی یا مصاحبه را به بندهای ویرایش‌شده تبدیل می‌کند، واژه‌های پُرکننده و آغازهای ناتمام را حذف می‌کند و ساختار اصلی جمله‌ها را تغییر نمی‌دهد.»

مدل: Haiku

ابزارها: Read و Write

همان‌طور که احتمالاً حدس زده‌اید، مهم‌ترین بخش در اینجا توضیحات است. هر بار که درخواستی وارد می‌کنید، Claude Code توضیحات همهٔ زیردستیارها را بررسی می‌کند. اگر دستورهای آن درخواست با توضیحات یکی از زیردستیارها هم‌خوانی داشته باشد، همان زیردستیار دست‌به‌کار می‌شود. پس برای آنکه همه‌چیز روان و درست پیش برود، توضیحات زیردستیار باید روشن، سرراست و دقیق باشد.

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

کارهای تکراری‌ای که یک‌به‌یک واگذار کردم

مقایسهٔ مصرف توکن پیش و پس از این تغییر

Claude Code برای شمار زیرعامل‌هایی که می‌توانید بسازید و به کار بگیرید محدودیتی نمی‌گذارد، اما بهتر است تعدادشان بیش از اندازه نباشد. برای نمونه، نباید وضعیتی پیش بیاید که مدلی کم‌توان‌تر، فقط به‌دلیل کمی مبهم بودن توضیحات، یکی از وظایف مهم را به دست بگیرد. از همین رو پیشنهاد می‌کنم برای کارهایی زیرعامل بسازید که در روند یک پروژه جاری، مرتب انجامشان می‌دهید.

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

• همگام‌ساز راهنما (README Sync): این زیرعامل می‌تواند هر بار که فایل پیکربندی یا نقطه پایانی API را تغییر می‌دهم، فایل README را به‌طور خودکار به‌روز کند.
• قالب‌بند طرح کلی (Outline Formatter): از این زیرعامل استفاده می‌کنم تا مجموعه‌ای از متن‌های خام را قالب‌بندی کند و به شکلی درآورد که با سبک‌های ازپیش‌تنظیم‌شده‌ام هماهنگ باشد.
• درستی‌سنج (Fact Checker): این زیرعامل با بهره‌گیری از Sonnet و ابزارهای وب‌گردی مانند Firecrawl می‌تواند ادعاهای مطرح‌شده از سوی مدل بزرگ‌تر را راستی‌آزمایی کند.

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

این چیدمان، بسته به نوع نشست و مدل زیرعامل، کمک کرده است مصرف توکن را ۳۰-۴۰% کاهش دهم. در برخی موارد، استفاده از Haiku به‌جای Sonnet/Opus برای کارهای ساده‌تر، اغلب مصرف هر نشست را ۵۰% کم می‌کند و رسیدن به سقف نشست را به تأخیر می‌اندازد.

جایی که مدل ارزان بی‌سروصدا کم آورد

هرچند این سامانه به من کمک کرد شمار توکن‌های مصرفی در Claude Code را کاهش دهم، این روش محدودیت‌های آشکاری هم دارد. برای نمونه، اگر توضیحی نامناسب را به مدلی ناتوان بسپارید، ممکن است Claude Code نتیجه‌ای کم‌کیفیت تحویلتان دهد. گاهی نیز Claude Code بعضی درخواست‌ها را برای سپردن به زیرعامل، به مسیر نادرستی می‌فرستد. بنابراین، راه‌اندازی و جا انداختن این سامانه در روند کاری‌تان به کمی آزمون‌وخطا نیاز دارد؛ اما باور کنید نتیجه ارزش وقتی را که می‌گذارید خواهد داشت!

منبع: این مطلب ترجمه و بومی‌سازی مقاله‌ای از MakeUseOf به قلم Abhijith N Arjunan است. مشاهده مقاله اصلی