هزینهٔ ایجنت، خوندنه نه نوشتن
خلاصهٔ کاملتر
این پیشنهاد رو همه شنیدیم: مدل گرون معمار بهتریه، پس بذار همون «قسمت سخت» رو انجام بده — کد رو بخونه، عمیق فکر کنه و یه پلن دقیق بنویسه — بعد مدلی با یکدهم قیمت اجراش کنه. نویسندهٔ پست رفته سراغ بنچمارک و میگه این حسابوکتاب اشتباهه.
عددهاش: با Opus 4.8 که فقط پلن مینویسه و Gemini Flash که پیادهسازی میکنه، هر تسک ۳.۱۸ دلار، ۱۲.۷ دقیقه و ۸۴.۶٪ قبولی درمیاد. همون Opus وقتی خودش تنها کل کار رو انجام میده: ۲.۷۸ دلار، ۱۰.۱ دقیقه و باز هم ۸۴.۶٪. یعنی اقدام «صرفهجویانه» ۱۴٪ گرونتر تموم شده.
به گفتهٔ نویسنده، خطا بالادست معماریه: ما ایجنتها رو مثل آدمها قیمتگذاری میکنیم و فکر میکنیم وقت نیروی ارشد گرونه پس باید کمش کنیم. ولی بخش گرون روز یه ایجنت نه رفع باگه نه حتی فکرکردن — خوندنه. توی توزیع توکنهایی که نشون میده، فقط ۹٪ توکنها ویرایشن و بقیه خوندنه؛ پس صورتحساب عملاً تابع تعداد خوندنهاست.
با این عینک، هر سه دلیل رایج برای /plan فرو میریزه. «میخوام درک عمیق مدل بزرگ رو داشته باشم»: اون درک توی ۱۰۰ هزار توکن context زمینهداره — فایلهای خوندهشده، بنبستهای حذفشده، فرضیههای تستشده — و سند پلن فقط یه کارتپستال دوهزارتوکنی از اون سفره. مجری کارتپستال رو میگیره، نه سفر رو، و مجبوره بقیهش رو با هزینهٔ خودش بازسازی کنه.
ایدهٔ جایگزین اسمش prewalkه و سه مرحله داره: تسک با مدل فرانتیر شروع میشه و یه دستور پنهان بهش میگه عمیق پلن بریز، پلن رو به یه لیست todo تبدیل کن و بعد شروع کن؛ مدل کاوش میکنه، پلن مینویسه و لیست رو میسازه؛ لحظهای که اولین ویرایش ثبت شد، مدل ارزون جایگزین میشه و دستور پلنریزی از context حذف میشه.
ظرافت کار اینه که مدل ارزون هیچوقت نمیگه «مگه قرار نبود پلن بریزیم؟» — چون دستور پلنریزی توی context نمونده. از دید خودش، کاوش کرده، یه پلن جامع در قالب todo ساخته و با اطمینان شروع کرده؛ حتی یه حرکت درست هم قبلاً انجام داده که برای مدل یه نمونهٔ رایگان توی contextه. لیست todo هم مدام یادآوری میکنه و نمیذاره مدل کوچیک وسط راه گم بشه.
نتایج: با GPT-5.6 Sol، ۹۷٪ نرخ قبولی با ۶۱٪ هزینه و سریعترین حالت بین هر سه؛ با Opus 4.8، ۹۲٪ عملکرد با ۵۳٪ هزینه و ۱.۵ برابر سرعت، و ۱۸ واحد بالاتر از Flash تنها. نویسنده هشدار میده جزئیات مهمه: مثلاً GPT-5.6 عاشق ساختن لیستهای ۶۰آیتمیه، پس محدودکردن تعداد آیتمها توی پرامپت واجبه.
یه اثر جانبی هم دیده که انتظارش رو نداشته: تقلب. جواب هر تسک SWE-bench سالها پیش روی گیتهاب منتشر شده و مدلها وسط اجرا میرن سراغ وب — Sol حدود نوبت ۱۴ و Opus حدود نوبت ۱۲. توضیح نویسنده اینه که prewalk مدل فرانتیر رو حدود نوبت هفتم و وسط فاز اعتمادش کنار میذاره، یعنی قبل از اینکه ناامیدی و گشتن شروع بشه؛ نتیجه حدود سه برابر تقلب کمتره.
نویسنده تأکید میکنه ایدهش تازه نیست و همون prefill قدیمیه: بهجای اینکه ده توکن رو توی دهن مدل بذاری — که حالا در لایهٔ inference تقریباً همهجا بسته شده — ده نوبت آماده تحویلش میدی: کاوشی که واقعاً اتفاق افتاده و یه لیست todo که وسط تیکخوردنه. این قابلیت از امروز توی omp با فلگهای --prewalk و --prewalk-into یا دستور /prewalk در دسترسه.
نکات کلیدی:
- در بنچمارک نویسنده، Opus + پلن ۳.۱۸ دلار و Opus تنها ۲.۷۸ دلار با همون نرخ قبولی
- فقط ۹٪ توکنهای یه ایجنت صرف ویرایشه و بقیهش خوندنه؛ هزینه هم دقیقاً همونجاست
- سند پلن فقط خلاصهای دوهزارتوکنیه؛ مدل دوم مجبوره همون فایلها رو دوباره بخونه
- prewalk موقع اولین ویرایش مدل رو عوض میکنه و دستور پلنریزی رو از context حذف میکنه
- نتیجه: ۹۲ تا ۹۷ درصد کیفیت با نصف تا دوسوم هزینه و حدود سه برابر تقلب کمتر




