تحسين التكلفةتحليل
ضع ميزانية لمشروع وكيلي طويل: الحوسبة مقابل الرموز (حالة RSA-260)
عنوان RSA-260 البالغ 400 ألف دولار هو إيجار GPU، وليس رموز نموذج. قسّم مشروعاً وكيلياً طويلاً إلى ثلاثة بنود ميزانية وقدّر جزء الرموز بـالجلسات × الخطوات × الرموز.
في هذه الصفحة
إن رقم ~400 ألف دولار من تحليل RSA-260 بواسطة Cognition هو إيجار وحدات معالجة الرسوميات (GPU)، وليس فاتورة نموذج. لا يحدد التقرير تكلفة الجانب الوكيلي إطلاقاً، لذا إذا كنت تخطط لمشروع وكيلي طويل، فإنك تقدّر بند الرموز بنفسك: الجلسات × الخطوات × الرموز لكل خطوة، على الأسعار الحية. هذا ما تفعله بقية هذه الصفحة.
المصدر هو مقال Cognition بقلم Eric Lu، مهندس في Cognition (Factoring RSA-260، نُشر في 9 سبتمبر 2026، تم التحقق منه في 6 نوفمبر 2026). تتم إعادة مشاركته مع رقم الدولار في العنوان، والرقم سهل القراءة الخاطئة.
ما الذي يدفع له الـ400 ألف دولار فعلياً#
حلّل المؤلف عدداً من 260 رقماً باستخدام GNFS، عبر CADO-NFS معدّل بشكل كبير يعمل على وحدات GPU. يقدم التقرير زمن GPU لكل مرحلة:
- اختيار كثير الحدود: 643 يوم GPU
- الغربلة: 3,813 يوم GPU
- حل النظام الخطي: 467 يوم GPU
هذا 643 + 3,813 + 467 = 4,923 يوم GPU، وهو ما يقرّبه التقرير إلى ~4,900. بمعدل 3.50 دولار لكل ساعة GPU المفترض في التقرير:
4,923 × 24 × 3.50 = 413,532
وهذا يطابق رقم 414 ألف دولار لـGPU في ملحقه. إذن العنوان هو عتاد مستأجر يشغّل مهمة حسابية لأسابيع. لا توجد رموز نموذج في هذا المجموع.
فحص سريع
ما هو رقم ~400 ألف دولار في تقرير RSA-260؟
إظهار الإجابة
الإجابة: إيجار وحدات GPU بسعر السوق لتشغيل التحليل
يأتي من أيام GPU × 3.50 دولار لكل ساعة GPU. لا يذكر التقرير أي نماذج ولا يعطي أي أعداد رموز لجزء الوكيل.
ما فعله الوكلاء، وما لا يقوله التقرير#
يُوصف الجانب الوكيلي بالنشاط، لا بالتكلفة. أُرسل الموجّه الأول في 13 أغسطس 2026، واستغرق العمل نحو ثلاثة أسابيع، والأرقام هي:
- 233 جلسة Devin للتحليل، بمتوسط 3 تعمل بالتوازي و18 في الذروة
- 192 منها تلقت رسائل من المؤلف، و36 عملت دون أي تدخل بشري إطلاقاً
- 101 جلسة فرعية بدأتها جلسات أخرى
- محاسبة Devin الخاصة: 14,450 ACU (هذه وحدة Devin، وليست رموزاً)
تولت الجلسات القياس وعمليات العنقود والضبط وتصحيح الأخطاء. حدد الإنسان الأولويات وبنى المعايير. تفصيلان صادقان من المؤلف: التفكيك حول CADO-NFS صممه إنسان وكان جوهرياً، وازداد ارتباك الوكلاء كلما ابتعد الكود عن المصدر الأصلي.
ما ينقص هو بالضبط ما تحتاجه الميزانية: أي النماذج، وكم عدد الرموز. لذا لا تحاول استنتاج فاتورة رموز من 14,450 ACU. أي شيء تقرأه على الإنترنت يفعل ذلك هو تخمين.
البند الثالث: التوجيه البشري#
أرسل المؤلف 3,328 رسالة، بإجمالي 82,702 كلمة. هذا 82,702 ÷ 3,328 ≈ 25 كلمة لكل رسالة، تنبيهات قصيرة لا مقالات. تلك الكلمات لا تكلف شيئاً تقريباً في الرموز. إنها تكلف انتباهاً: على أحدهم أن يقرأ ما فعله الوكلاء ويقرر ما التالي. عندما تضع ميزانية لمشروع وكيلي، ضع ذلك في بند خاص به بالساعات، لا بدولارات استخدام API.
إذن لمشروع وكيلي طويل ثلاثة بنود:
قم بتمرير الجدول لليمين →
| البند | في تقرير RSA-260 | ما يحدده بالنسبة لك |
|---|---|---|
| الحوسبة | ~414 ألف دولار من زمن GPU، بسعر 3.50 دولار لكل ساعة GPU | مهمتك نفسها: البناء، الاختبارات، التدريب، المحاكاة |
| رموز النموذج | غير مُبلّغ عنها | الجلسات × الخطوات × الرموز لكل خطوة |
| التوجيه البشري | 3,328 رسالة خلال ~3 أسابيع | كم مرة تراجع وتعيد التوجيه |
قدّر بند الرموز الخاص بك#
إليك الصيغة، والشيء الوحيد الذي ينساه الناس: كل خطوة تعيد إرسال السجل. الوكيل لا يتذكر جلسة؛ كل استدعاء يحمل المهمة والملفات التي قرأها ومخرجات الأدوات حتى الآن. لهذا تتجاوز رموز الإدخال عادة رموز الإخراج بكثير (المزيد عن ذلك في لماذا تستخدم وكلاء الذكاء الاصطناعي الكثير من الرموز).
لنفترض أنك تخطط لمشروع بحجم مشروع Cognition، 233 جلسة، وتفترض 60 خطوة لكل جلسة. هذان الرقمان افتراضان من هذه الصفحة، وليسا بيانات Cognition. إذن:
233 × 60 = 13,980
أي 13,980 استدعاء نموذج. الآن حجم الاستدعاء الواحد. لنفترض أن خطوة متوسطة ترسل 60,000 رمز إدخال (المهمة، السجل، ملف أو ملفان) وتحصل على 1,500 رمز إخراج (أمر أو رقعة). الإجماليات:
60,000 × 13,980 = 838,800,000
1,500 × 13,980 = 20,970,000
إذن نحو 839 مليون رمز إدخال و21 مليون رمز إخراج. الإدخال أربعون ضعف الإخراج، وهذا هو الجانب الذي تعيش فيه ميزانيتك. على DeepSeek-V4-Flash يكلف هذا المشروع $14.68، وجلسة واحدة من 60 خطوة تكلف $0.063. إليك نفس الحمل على كل نموذج، مع مرجع OpenRouter بجانبه:
| النموذج | الإدخال $/1M | الإخراج $/1M | لكل طلب | 13,980 طلبات | OpenRouter، 13,980 طلبات |
|---|---|---|---|---|---|
| GLM-5.3-Flash | $0.02 | $0.04 | $0.0013 | $17.61 | $29.84 |
| DeepSeek-V4-Flash | $0.015 | $0.10 | $0.0011 | $14.68 | $61.65 |
| MiniMax-M2.7 | $0.05 | $0.15 | $0.0032 | $45.09 | $541.03 |
60,000 رمز إدخال و1,500 رمز إخراج لكل طلب. الأسعار لكل مليون رمز حالية وتتغير مع تعريفاتنا؛ يعرض عمود OpenRouter أسعارًا مرجعية لنفس حجم العمل.
بالحساب الإجمالي، مع الإدخال والإخراج معاً، يخرج كل نموذج من نماذجنا أرخص من OpenRouter لهذا الحمل. الأسعار حية من صفحة الأسعار، لذا يتحرك الجدول عندما تتحرك التعرفات.
جرّب بنفسكجرّب: جلسة الـ60 خطوة يبلغ متوسطها 60,000 رمز إدخال. هل ترسل الخطوة 1 بقدر الخطوة 60؟إظهار الإجابة
لا. ترسل الخطوة 1 قليلاً (المهمة وبضعة ملفات)، والخطوة 60 تعيد إرسال كل ما جُمع على الطريق. أخذ 60,000 كمتوسط يفترض أن الجلسة تبدأ صغيرة وتنتهي قرب 100K أو أكثر. إذا كنت تعرف أن جلساتك تنتهي عند، مثلاً، 120K، فالمتوسط نحو نصف ذلك، لذا قس أكبر طلب، لا المتوسط فقط.
احصل على أرقامك الخاصة في عشر دقائق#
الافتراضات مجرد نقطة بداية. شغّل جلسة حقيقية واحدة لمهمتك على نموذج رخيص واقرأ كائن usage الذي يعيده API في كل استجابة. نقاط النهاية المتوافقة مع OpenAI تبلغ عن prompt_tokens وcompletion_ لكل استدعاء:
curl https://api.cheaptokens.dev/v1/chat/completions \
-H "Authorization: Bearer $CHEAPTOKENS_API_KEY" \
-H "Content-Type: application/json" \
-d '{"model": "deepseek-ai/DeepSeek-V4-Flash-0731", "max_tokens": 1500, "messages": [{"role": "user", "content": "Summarize this test failure and propose a fix: ..."}]}'اجمع usage على الجلسة كاملة، واقسم على عدد الاستدعاءات، واستبدل 60,000 و1,500 أعلاه بمتوسطاتك. تفاصيل الإعداد في وثائق CheapTokens؛ وتتبع كل خطوة في الكود في تتبع تكلفة رموز وكيل الذكاء الاصطناعي في Python. لنفس الحساب على جلسة واحدة من 50 خطوة، راجع تكلفة جلسة الوكيل على GLM أو DeepSeek أو MiniMax.
للحلقات الطويلة، يمتلك DeepSeek-V4-Flash نافذة سياق 380K وحتى 32,768 رمز إخراج لكل إجابة، بسعر واحد في أي ساعة. يمتلك GLM-5.3-Flash نافذة 390K وMiniMax-M2.7 نافذة 180K، لذا تحقق من أن أكبر طلب لديك يتسع.
اختر حالتك
أي مشروع يشبه مشروعك؟
اختر خيارًا لعرض الإجابة
جلسات قصيرة كثيرة
مهام صغيرة، كل منها تبدأ من جديد: يبقى الإدخال لكل استدعاء منخفضاً. اضرب الجلسات في الخطوات، وتوقع أن يهيمن على الإجمالي عدد الاستدعاءات، لا حجمها.
بضع جلسات طويلة جداً
ينمو السجل خلال الجلسة، لذا تكون الخطوات الأخيرة هي المكلفة. قدّر بأكبر طلب، وقسّم العمل إلى جلسات فرعية لكل منها موجز قصير، فيتوقف تضخم الإدخال.
حوسبة كثيفة مع وكلاء
مثل RSA-260: المهمة نفسها تحتاج عتاداً. سعّر العتاد بالساعة من مزودك، وأبقِ بند الرموز تقديراً منفصلاً. لا تُجمع في رأسك، بل في جدول بيانات فقط.
ضيّق المهمة قبل أن ترفع الميزانية#
يحمل التقرير درساً آخر يناسب الميزانية: كلما ابتعد الكود عن المصدر الأصلي، ازداد ارتباك الوكلاء. الوكلاء المرتبكون يأخذون خطوات أكثر. إذا بدا تقديرك مرتفعاً جداً، قلّص الخطوات لكل جلسة أولاً: موجز أوضح، مساحة كود أصغر، خطوات ثابتة تُنقل إلى سكربتات (راجع هل يحتاج الوكلاء إلى النموذج في كل خطوة). خفض الخطوات إلى النصف يخفض بند الرموز إلى النصف؛ هذا أسهل رافعة لديك.
