حسابداری هزینه API عامل مالی
Updated 2026-09-05
کل کار پژوهشی را اندازه بگیرید، نه یک پاسخ را. پیش از مقایسه گردشکارها، مصرف مدل را به پردازش منبع، محاسبه کمی و نتیجه بازبینی وصل کنید.
پیش از برآورد هزینه واحد کار را انتخاب کنید
تعریف کنید یک خلاصه شرکت، یک مقایسه درآمد، یک بهروزرسانی فهرست پیگیری یا یک آزمایش کمی را اندازه میگیرید. برنامه چندعاملی میتواند درون همان واحد درخواستهای مدل زیادی بسازد. کارهایی را که از نظر فنی تمام شدهاند از artifactهای پذیرفتهشده بازبین جدا کنید. هزینه هر artifact پذیرفتهشده، تلاشهای مجدد و کار ردشدهای را میگیرد که معیار هزینه هر پاسخ از دست میدهد. هنگام مقایسه مدلها تعریف کار را ثابت نگه دارید؛ وگرنه اجرای ارزانتر ممکن است فقط منابع کمتری خوانده یا مرحله بازبینی لازم را حذف کرده باشد.
دفتر درخواست متصل به کار را نگه دارید
هویت کار، مرحله، نقش مدل، مدل درخواستشده، هویت مشاهدهشده درخواست، شماره تلاش و وضعیت نهایی را ثبت کنید. مصرف توکن و رکورد صورتحساب مربوط را هرجا در دسترس است حفظ کنید. timeout کلاینت ثابت نمیکند محاسبهای رخ نداده یا درخواست رایگان بوده است. تا زمان تطبیق، وضعیت صورتحساب حلنشده را نگه دارید. کلید، prompt خصوصی یا سند کامل منبع مجاز را در دفتر هزینهای که با مخاطب گسترده به اشتراک گذاشته میشود قرار ندهید.
{
"job_id": "REQUIRED",
"stage": "research_synthesis",
"model_role": "review",
"requested_model": "CURRENT_CATALOG_MODEL_ID",
"request_id": null,
"attempt": 1,
"input_tokens": null,
"output_tokens": null,
"charge": null,
"billing_status": "unreconciled",
"artifact_status": "pending"
}قرارداد واقعی صورتحساب را اعمال کنید
برای مدل انتخابشده از منبع قیمت جاری استفاده و نسخه یا تاریخ دریافت آن را کنار برآورد ثبت کنید. ورودی عادی، ورودی cache، خروجی و هر دسته صورتحساب دیگر را طبق همان قرارداد جدا کنید. زیرمجموعه cache را که قبلاً در مجموع ورودی آمده دوباره نشمارید. قیمت ارائهدهنده رسمی و هزینه gateway قراردادهای متفاوتیاند و هیچکدام نباید بیصدا جای دیگری را بگیرند. اگر پاسخ usage ندارد، هرجا موجود است از شواهد معتبر صورتحساب استفاده و تا آن زمان عدمقطعیت را نگه دارید.
| مورد هزینه | شواهد قابلحفظ | خطای رایج |
|---|---|---|
| درخواست مدل | دستههای مصرف و مبلغ صورتحساب | اعمال قیمت ارائهدهنده نامرتبط |
| تلاش دوباره | تلاش و هویت درخواست والد | حذف تلاش ناموفق اما صورتحسابشده |
| Cache | معنای cache و دسته صورتحساب | فرض تخفیف صورتحساب برای استفاده محلی |
| Embedding | مدل، دامنه ورودی و هزینه | شمردن آن بهعنوان گفتوگوی عادی |
| درخواست حلنشده | وضعیت و کار تطبیق | جایگزینکردن هزینه نامعلوم با صفر |
بخشهای غیرLLM پژوهش مالی را هم حساب کنید
دسترسی داده مالی، استخراج سند، ذخیرهسازی، محاسبه محلی و بازبینی انسانی را بهعنوان دستههای جدا اضافه کنید. اجرای آزمایش Qlib یا آموزش FinRL میتواند منابع قابلتوجهی مصرف کند، بدون اینکه درخواست گفتوگو بسازد. یک نوتبوک FinGPT میتواند گفتوگوی عامل راهدور را با استنتاج احساسات محلی ترکیب کند. جدا نگهداشتن این مسیرها نشان میدهد بهینهسازی کجا کمک میکند. هنگام گزارش هزینه اشتراکی یا زیرساختی، روش تخصیص را بگویید و وانمود نکنید هر کار هزینه مستقل داشته است.
بفهمید چرا هزینه چندعاملی ضرب میشود
TradingAgents نقشهای مدل و مرحلههای پژوهشی تکراری جدا دارد؛ مجموع هزینه به حجم واقعی منبع و roundهای پیکربندیشده بستگی دارد. چارچوبهای دیگر هماهنگی، بازیابی، تلاش دوباره یا بازنگری مکرر کد اضافه میکنند. این عملیات را از log بشمارید، نه از تعداد agentهای نامبرده. همان گزارش طولانی ممکن است در چند prompt تکرار شود. بررسی کنید زمینه کجا دوباره استفاده میشود و هر بازبینی اضافی چه منفعت پذیرشی متمایزی میدهد. گراف بزرگتر خودکار به معنای گردشکار اقتصادیتر یا دقیقتر نیست.
کار تکراری را با حفظ شواهد کم کنید
سندها را برای هر نسخه منبع و parser یک بار استخراج کنید و بعد بستههای شواهد محدود به مراحل پایینتر بدهید. محاسبات قطعی را بر اساس هویت ورودی و فرمول دوباره استفاده کنید. roundهای بحث و تلاشهای مجدد را سقف بگذارید و نقش مدل را طبق نیاز واقعی کار انتخاب کنید. اثر را بر خروجی پذیرفتهشده بسنجید، نه فقط تعداد درخواست. خلاصهسازی تهاجمی ممکن است قید مهم را حذف کند و استفاده دوباره از cache گزارش قدیمی بدهد. هر بهینهسازی باید راهی برای تشخیص ورودی قدیمی و حفظ اصل منبع داشته باشد.
گردشکارها را روی همان بسته کار مقایسه کنید
از همان مجموعه ناشر، زمان قطع، بسته منبع و معیار پذیرش استفاده کنید. artifactهای کامل، ردشده، کارهای جزئی و اصلاحات انسانی را ثبت کنید. توزیع حاصل هزینه کار را مقایسه کنید و یک اجرای مطلوب را انتخاب نکنید. برای فهرست پیگیری زمانبندیشده، رویدادهای بدون تغییر را از رویدادهای منبع جدید جدا کنید، چون کارشان متفاوت است. برای پژوهش کمی تعداد فرضیههای آزموده و محاسبه محلی را هم وارد کنید. پیکربندی و مرز شواهد را کنار هر عدد اندازهگیریشده بعدی منتشر کنید تا بازبین بداند مقایسه واقعاً چه چیزی را پوشش میدهد.
وضعیت شواهد و اندازهگیری
این صفحه روش حسابداری میدهد، نه قیمت اندازهگیریشده هر گزارش یا جدول جاری قیمت مدل. منابع رسمی پروژه مسئولیتهای متفاوت runtime را تثبیت میکنند؛ صفحه قیمت جاری شرایط تجاری را میدهد. برای این راهنما دفتر مصرف گردشکار مالی APIsRouter تولید نشده است. مورد اندازهگیریشده باید شواهد redacted درخواست، هزینههای تطبیقشده، منابع غیرمدلی و تعداد artifact پذیرفتهشده را شامل شود.
پرسشهای پرتکرار
هزینه یک تحلیل TradingAgents چقدر است؟
به مدلهای واقعی، حجم منبع، roundها و تلاشهای مجدد بستگی دارد. کار محدود اجرا و دفتر درخواست آن را تطبیق دهید، نه اینکه رقم عمومی برای هر تحلیل فرض کنید.
آیا درخواستهای ناموفق را بشمارم؟
وقتی شواهد صورتحساب هزینه را نشان میدهد، آنها را وارد کنید. تلاشهای نامطمئن را تا تطبیق حلنشده نگه دارید و هزینه صفر ندهید.
آیا cache برنامه قیمت ارائهدهنده را کم میکند؟
الزاماً نه. ممکن است کلاً از درخواست جلوگیری کند، درحالیکه cache prompt ارائهدهنده معنای صورتحساب خودش را دارد. ثبت کنید کدام سازوکار واقعاً رخ داده است.
آیا هزینه Qlib و FinRL بخشی از صورتحساب API است؟
محاسبه هسته آنها دسته منابع جداگانه است. عامل LLM متصل ممکن است هزینه API هم ایجاد کند که باید با هویت آزمایش به آن وصل شود.
منصفانهترین مخرج مقایسه چیست؟
از artifact یا آزمایش پذیرفتهشده و صریح استفاده کنید و تلاش ناموفق و کار بازبینی را با روش تخصیص اعلامشده در آن بیاورید.