في 14 مايو 2026، أعلنت شركة Anthropic عبر قنواتها الرسمية عن تغييرات جوهرية في هيكل فواتير خدمات اشتراك Claude بدءاً من 15 يونيو. حيث سيتم فصل كل من Agent SDK، وأمر claude -p، وإجراءات GitHub الخاصة بـ Claude Code، بالإضافة إلى جميع تطبيقات الوكلاء (Agent) التابعة لجهات خارجية مثل OpenClaw وConductor وZed وJean، عن رصيد الاستخدام (usage pool) الأصلي للاشتراك، ونقلها إلى "رصيد Agent SDK" جديد ومستقل.
يُعد هذا التغيير الثاني الكبير في سياسة الاشتراك لدى Anthropic خلال عام 2026، ويمثل نقطة تحول حاسمة في المسار الذي بدأ بحظر فبراير، ثم تشديده في أبريل، وصولاً إلى "الفصل والتحرير" الحالي. بالنسبة للمطورين ورواد الأعمال والفرق التي تعتمد على Claude كأداة إنتاجية، يؤثر هذا التغيير بشكل مباشر على هيكل تكاليف الذكاء الاصطناعي الشهرية، وهو ما يستحق منا تحليلاً مفصلاً.
أولاً: التغييرات الجوهرية في تقسيم فواتير اشتراك Claude: ما هما رصيدا الفوترة؟
لفهم هذا التغيير، يجب أولاً توضيح الكيفية التي قسمت بها Anthropic خدمات الاشتراك.
جوهر السياسة الجديدة هو الانتقال من هيكل "مستوى اشتراك واحد، رصيد موحد" البسيط، إلى نموذج موازي يعتمد على "رسوم اشتراك واحدة، ورصيدين مستقلين". الرصيد 1 هو رصيد الاستخدام التفاعلي، ويخدم جميع السيناريوهات التي تستخدم فيها Claude "يدوياً"؛ بينما الرصيد 2 هو رصيد Agent SDK، ويخدم جميع سيناريوهات الاستدعاء البرمجي حيث "تدع الكود يعمل بدلاً منك".
يوضح الجدول التالي نطاق الخدمات لكل رصيد، وهو المرجع الأول لتحديد المسار الذي سيتبعه استهلاكك الشهري:
| رصيد الفوترة | الخدمات المشمولة | طريقة الفوترة | هل سيتأثر بعد 15 يونيو؟ |
|---|---|---|---|
| الرصيد التفاعلي (Interactive) | محادثات Claude.ai (ويب/سطح المكتب/الجوال)، تفاعل طرفية Claude Code، Claude Cowork | يتبع حدود الاستخدام الأصلية للاشتراك | لا، يبقى كما هو تماماً |
| رصيد Agent SDK | Claude Agent SDK، وضع claude -p بدون واجهة، إجراءات GitHub لـ Claude Code، أدوات خارجية مثل OpenClaw/Conductor/Zed/Jean |
رصيد شهري مستقل + تسعير API القياسي للزيادة | نعم، ستُنقل جميع الاستدعاءات البرمجية لهذا الرصيد |
ببساطة، طالما أنك تتحدث يدوياً مع Claude Code في الطرفية، أو تجري محادثات مع Claude عبر الويب، فلن تتأثر إطلاقاً. ولكن بمجرد ربط Claude بخطوط أنابيب CI/CD، أو تشغيل مهام دفعية، أو استخدام أدوات جدولة وكلاء خارجية مثل OpenClaw، فستخضع للرصيد الجديد.
بالنسبة للمطورين في المنطقة العربية، إذا كان نموذج عملك يعتمد بشكل أساسي على مسار API بدلاً من الاعتماد على مزايا الاشتراك، فإن هذا التغيير يجعل الفواتير أكثر شفافية وأقرب للتكلفة الحقيقية. ننصح عند تقييم حلول الربط، بمقارنة ذلك بمنصات الوساطة التي تعتمد تسعير API القياسي مثل APIYI (apiyi.com)، فهي لا تعتمد على دعم الاشتراكات، مما يجعل توقعات الأسعار مستقرة وقابلة للتنبؤ.
لماذا قامت Anthropic بتقسيم فواتير الاشتراك؟
إذا نظرنا إلى السطح، يبدو هذا التقسيم مجرد "زيادة في الأسعار". ولكن من منظور العرض والطلب لدى Anthropic، هناك دافعان متزامنان:
أولاً، عدم قدرة توفير الرموز (Tokens) على مواكبة الطلب. منذ بداية عام 2026، استمر الاستخدام الفعلي لنماذج Claude في النمو بشكل يفوق الخطية، ومع إطلاق Sonnet 4.6 وOpus 4.7، ظلت قوة الحوسبة الاستنتاجية تحت ضغط مستمر، مما أجبر Anthropic على إعادة تخصيص الموارد لحماية تجربة التفاعل الأساسية.
ثانياً، مشكلة "مراجحة الاشتراك" التي تسببها أطر عمل الوكلاء التابعة لجهات خارجية مثل OpenClaw. ببساطة، يدفع بعض المستخدمين رسوم اشتراك تتراوح بين 20 إلى 200 دولار شهرياً، لكنهم يستهلكون من خلال أدوات مثل OpenClaw مهاماً طويلة الأمد تتجاوز قيمتها الفعلية من الرموز مئات أو آلاف الدولارات. حظرت Anthropic هذا الاستخدام في فبراير، وشددت الحظر في أبريل، ثم أعادت فتحه في مايو من خلال "تقسيم الفوترة"، وهو في جوهره تحميل التكلفة لمن يستحقها.
二、各订阅档位的 Agent SDK 月度额度对照
在理清了两个计费池之后，大家最关心的问题就是：我的订阅每月能拿到多少 Agent SDK Credit？ Anthropic 给出的方案是，所有档位的 Agent SDK Credit 金额都与该档位的月费金额相等。
这是一个看起来“不亏”的设计，但背后隐藏着两个关键约束：额度不结转，以及超出后按 API 标准定价计费。
| 订阅档位 | 月订阅费 | Agent SDK Credit 额度 | 额度结转 | 超额后规则 |
|---|---|---|---|---|
| Pro | $20/月 | $20/月 | 不结转，月底清零 | 按 API 定价继续（需开启 usage credits） |
| Max 5x | $100/月 | $100/月 | 不结转，月底清零 | 同上 |
| Max 20x | $200/月 | $200/月 | 不结转，月底清零 | 同上 |
| Team | 按席位 | $100/座位 | 不结转 | 同上 |
| Enterprise | 按合同 | $200/座位起 | 按合同协商 | 按企业 API 协议计费 |
注意一个常被忽略的细节：额度按订阅自然月重置，不存在“这个月没用完，下个月翻倍可用”的福利。换句话说，你不能把 5 月没烧完的 $20 攒到 6 月去跑一次大模型评测。Anthropic 在这一点上比传统电信运营商的话费政策还要严格。
对于真实跑生产业务的团队，这种“用完即废”的额度往往最不划算。我们更建议把核心 Agent 工作流放到 APIYI (apiyi.com) 这类按量计费、不强制订阅、不存在月底清零问题的平台上，这样 Token 预算可以根据业务旺季淡季弹性伸缩。
Claude Agent SDK 计费池实际能买多少 Token
光看 $20、$100、$200 这些数字没什么直观感受，我们用 Sonnet 4.6 的官方 API 定价反推一下。Sonnet 4.6 标准定价是 $3 / 百万输入 Token、$15 / 百万输出 Token，据此可以测算每个档位每月真实能跑多少调用量。
| 订阅档位 | 月度 Credit | 等价输入 Token | 等价输出 Token | 典型 Agent 任务数（估算） |
|---|---|---|---|---|
| Pro $20 | $20 | 约 6.6 M | 约 1.3 M | 中等长度 Coding Agent 约 30-50 次 |
| Max 5x $100 | $100 | 约 33 M | 约 6.6 M | 中等任务约 150-250 次 |
| Max 20x $200 | $200 | 约 66 M | 约 13.3 M | 中等任务约 300-500 次 |
这个测算的前提是单次任务平均 200K 输入 + 40K 输出 Token。如果你用 Opus 4.7 跑复杂 Agent，实际可调用量还要再打个对折，因为 Opus 单价显著高于 Sonnet。
更关键的一点是，Anthropic 第一方应用享受 prompt caching 自动优化，而第三方工具（如 OpenClaw）往往无法复用相同的缓存命中率。这意味着同样的任务，你走 Agent SDK 烧的 Token 可能比直接用 Claude Code 终端高 30%-50%。建议有大量 Agent 调用需求的团队，在月初先做一次小规模 A/B 测试，对比订阅 Credit 消耗速度与纯 API 中转的实际单价，选出最经济的方案。
三、Agent SDK 计费池超额后会发生什么
新规并不是“额度用完就停服”这么简单，它给了你两个选择，但每一种都有成本。
第一种是开启 usage credits（超额计费开关）。一旦开启，当你的 Agent SDK Credit 烧完后，系统会无缝切换到 API 标准定价继续计费，期间 Agent 工作流不会中断。听上去很方便，但要警惕：此时你的实际成本就是“订阅费 + 按 API 价烧的差额”，完全失去了订阅折扣的意义。
第二种是关闭超额计费。这种情况下，Agent SDK 请求会在额度耗尽的瞬间被拒绝，直到下个账单周期才重置。CI/CD 流水线、自动化运维脚本、批量数据处理任务可能因此中断，触发线上事故。
下表总结了两种超额策略的真实影响：
| 超额计费开关 | 额度耗尽后行为 | 业务连续性 | 成本可预测性 | 适合场景 |
|---|---|---|---|---|
| 开启 (Pay-as-you-go) | 自动转 API 标准定价 | 高，工作流不中断 | 低，月末账单可能远超订阅费 | 不能容忍中断的生产业务 |
| 关闭 | 直接拒绝 Agent SDK 请求 | 低，会触发服务中断 | 高，成本天花板=订阅费 | 实验性项目、个人副业 |
对于跑生产 Agent 工作流的团队，如果你担心“开启超额=账单失控”“关闭超额=任务挂掉”这种两难，有一条更稳的退路：把 Agent 调用直接走 APIYI (apiyi.com)，使用纯 API 模式按实际用量结算，既不会因为额度清零导致请求拒绝，也不会因为不同定价池切换产生意外账单。
如何最大化利用 Anthropic Agent SDK 额度
虽然规则不算友好，但合理使用还是能让每一分订阅费物尽其用。这里有几条务实建议：
- 月初规划用量：每月 1 日确认订阅档位与 Credit 余额，把已知的批量任务（如周度报告生成、CI 跑测）排到本月内执行。
- 优先用 Sonnet，谨慎用 Opus：同样一个 Agent 任务，Opus 4.7 烧的 Credit 是 Sonnet 4.6 的数倍，只在真正需要时升级。
- 开启 prompt caching：第一方 SDK 调用尽量复用 system prompt 和 tool definitions，降低输入 Token 计费。
- 超额阈值告警：在内部监控里把月度消耗到 80% 设为告警线，避免月末因为某个失控的 Agent 把额度烧穿。
如果你在以上策略中发现“订阅 Credit 总是月底刚好不够、月初又用不完”，这本身就是一个信号：你的真实业务用量已经不适合订阅计费，该考虑切换到按量计费的 API 中转方案了。
رابعاً: التأثير الفعلي لتغييرات فواتير اشتراك Claude على فئات المستخدمين المختلفة
تفاوتت حدة تأثير هذه السياسة بشكل كبير بين الفئات المختلفة، ويمكننا تحليل ذلك من خلال جدول التصنيف التالي:
| نوع المستخدم | طريقة الاستخدام الرئيسية | التأثير بعد 15 يونيو | استراتيجية التعامل الموصى بها |
|---|---|---|---|
| المستخدم العادي (دردشة فقط عبر Claude.ai) | الويب / تطبيق سطح المكتب | لا يوجد تأثير تقريباً | البقاء على الوضع الحالي |
| المطور الفردي (استخدام Claude Code) | البرمجة التفاعلية عبر الطرفية | لا يوجد تأثير تقريباً | البقاء على الوضع الحالي |
| المستخدم المكثف للأتمتة (OpenClaw / claude -p) | استدعاءات الوكيل (Agent) البرمجية | شديد، يتطلب إعادة حساب الميزانية | تقييم بدائل خدمة وكيل API |
| مستخدمو التكامل CI/CD (GitHub Actions) | الاستدعاءات التلقائية في خطوط الإنتاج | متوسط، قد لا تكفي الأرصدة الشهرية | تحديد معدل الاستدعاء أو تفعيل الدفع الزائد |
| فرق العمل / المؤسسات (Team / Enterprise) | استخدام مختلط لعدة أشخاص | متوسط، تسوية الحسابات أكثر تعقيداً | إعادة التفاوض على العقد مع مبيعات Anthropic |
كما نرى، فإن المتضرر الحقيقي ليس مستخدم الدردشة العادي، بل المستخدمون المكثفون للأتمتة الذين يعتمدون على Claude كركيزة أساسية لإنتاجيتهم.
بالنسبة للمستخدمين المكثفين للأتمتة ومستخدمي تكامل CI/CD، فإن هذا التغيير يعادل تقريباً "ضياع قيمة الاشتراك"، لأن التكلفة الفعلية للاستدعاءات البرمجية ستُخصم بالكامل من أرصدة SDK الخاصة بالوكيل، وهي مخصصات غالباً لا تغطي حجم العمل الفعلي. ننصح هؤلاء المستخدمين بتقييم مسارين فوراً: إما الترقية إلى باقة Max 20x للحصول على رصيد 200 دولار كاملاً، أو نقل سير عمل الوكيل إلى نمط "خدمة وكيل API". في سياق الوصول من داخل الصين، توفر APIYI (apiyi.com) واجهات برمجة تطبيقات لنماذج Claude مطابقة للرسمية، مع زمن وصول منخفض واستقرار عالٍ، مما يسمح باستبدال إعداد base_url في SDK الخاص بالوكيل بسلاسة.
ماذا يفعل مستخدمو OpenClaw في ظل تغييرات فواتير اشتراك Claude؟
يُعد مستخدمو OpenClaw الفئة الأكثر "استهدافاً" في هذه السياسة. بالنظر إلى الجدول الزمني: حظر في فبراير، تشديد الحظر في أبريل، وإعادة فتح الخدمة في مايو بنظام فواتير منفصل؛ فقد قامت Anthropic فعلياً بدمج أطر عمل الوكلاء التابعة لجهات خارجية مثل OpenClaw في نظامها المتوافق، ولكن الثمن هو ضرورة الدفع مقابل الاستخدام الفعلي.
بالنسبة لمستخدمي OpenClaw، لدي ثلاث نصائح مباشرة:
أولاً، إذا كنت تعتمد في الماضي على اشتراك Pro بقيمة 20 دولاراً لتشغيل مهام OpenClaw مكثفة، فإن هذا الأسلوب سينتهي تماماً بعد 15 يونيو، وتحتاج إلى إعادة تخطيط التكاليف. ثانياً، إذا كان حجم مهامك مستقراً ويمكن التنبؤ به، فإن استخدام API مباشرة أكثر جدوى من الحفاظ على الاشتراك وتفعيل الدفع الزائد. ثالثاً، إذا كنت بحاجة إلى وصول منخفض زمن الوصول في بيئة اللغة الصينية، يمكنك تحويل نقطة نهاية النموذج (endpoint) في OpenClaw إلى APIYI (apiyi.com)، مع الاحتفاظ بسير عمل OpenClaw واستبدال مسار API الأساسي فقط.
خامساً: الإشارات الصناعية والتأثيرات طويلة المدى لتغييرات فواتير Anthropic Claude
بالنظر إلى ما هو أبعد من التفاصيل التقنية، فإن هذا التعديل يرسل عدة إشارات صناعية تستحق الاهتمام.
أولاً، تنتقل Anthropic من مرحلة "دعم الاشتراكات لكسب السوق" إلى مرحلة "مواءمة التكاليف الحقيقية". لقد سلك GitHub Copilot مساراً مشابهاً في النصف الثاني من عام 2025، حيث انتقل من اشتراك غير محدود إلى نظام فواتير مختلط يعتمد على عدد المقاعد وحجم الاستخدام، ومن الواضح أن Anthropic تتبع نفس السيناريو.
ثانياً، انتقال نظام الوكلاء التابع لجهات خارجية من "المنطقة الرمادية" إلى "الامتثال المعلن". لم تعد أدوات مثل OpenClaw وConductor وZed وJean محظورة، ولكن يجب دفع رسومها بناءً على الاستخدام تماماً مثل مستخدمي API العاديين، وهذا يجعل النظام أكثر استدامة – حيث يمكن للمطورين بناء منتجاتهم بثقة دون الخوف من حظر حساباتهم فجأة.
ثالثاً، تعززت قيمة خدمة وكيل API بشكل أكبر. نموذج الاشتراك هو في جوهره "بيع مجمع للموارد"، في حين أن استدعاءات الوكيل البرمجية تتميز بتقلبات حادة في الاستخدام، وهذا يتناقض مع فكرة "توزيع التكلفة عبر الاشتراك". نحن نؤمن دائماً بأن نموذج الدفع مقابل الاستخدام (API) هو نموذج التكلفة الأكثر صحة للفرق التي تدير أعمالاً حقيقية. توفر APIYI (apiyi.com) واجهات موحدة لنماذج رائدة مثل Claude وGPT وGemini، وهي مصممة خصيصاً لمثل هذه السيناريوهات.
أخيراً، يذكرنا هذا بأن: في عصر النماذج المتعددة، تزداد المخاطر عند وضع كل استثماراتك في اشتراك واحد لدى مزود واحد. سواء كان ذلك بسبب تقسيم الفواتير في Anthropic أو قيود OpenAI السابقة على استخدام المؤسسات، فإن "شهر العسل" الخاص بـ "اشتراك شامل + استخدام غير محدود" قد انتهى. التصرف العقلاني هو بناء بنية تحتية متعددة النماذج قابلة للتبديل والمقارنة بين الأسعار.
الأسئلة الشائعة (FAQ)
س1: أنا أستخدم فقط واجهة الدردشة على موقع Claude.ai، هل ستزيد الأسعار بعد 15 يونيو؟
لا. السياسة الجديدة تؤثر فقط على الاستدعاء البرمجي (مثل Agent SDK / claude -p / GitHub Actions / أدوات الطرف الثالث). أما الدردشة العادية عبر الويب أو تطبيقات سطح المكتب والجوال، وتفاعلات طرفية Claude Code، فهي غير متأثرة تماماً وتستمر في استخدام حدود الاستخدام المعتادة للاشتراك.
س2: هل يمكن ترحيل رصيد Agent SDK الشهري إلى الشهر التالي؟
لا. أوضحت شركة Anthropic أن الرصيد يُعاد ضبطه في بداية كل شهر تقويمي، وأي جزء غير مستخدم يتم إلغاؤه في نهاية الشهر، ولا يمكن ترحيله أو استرداد قيمته أو استبداله بمزايا أخرى. ننصح بتخطيط الاستهلاك في بداية الشهر، أو الانتقال إلى حلول مثل خدمة وكيل API من APIYI (apiyi.com) التي تعتمد على الدفع حسب الاستخدام ولا تعاني من مشكلة إلغاء الرصيد.
س3: إذا كنت مشتركاً في باقة Max 20x وأستخدم أيضاً اتصال API المباشر، هل ستتعارض الفواتير؟
لا. رصيد الاشتراك وحساب مفتاح API المباشر هما حسابان منفصلان تماماً، ويتم حساب كل منهما على حدة. الممارسة الشائعة لدى العديد من الفرق هي تخصيص الاشتراك للتفاعل اليدوي، واستخدام API المباشر لوكلاء الإنتاج (Agents). هذا المزيج من "الاشتراك + API" سيصبح أكثر شيوعاً بعد 15 يونيو.
س4: هل لا يزال بإمكاني استخدام Claude Code عبر GitHub Actions؟
نعم، يمكنك ذلك، ولكن كل عملية تشغيل لـ Action ستستهلك من رصيد Agent SDK. ننصح في سيناريوهات CI/CD عالية التكرار بتقييم الاستهلاك الشهري الفعلي. إذا وجدت أن الرصيد غير كافٍ وأن الفواتير الإضافية تتجاوز تكلفة استخدام API المباشر، فمن الأفضل تحويل الـ Action لاستخدام خدمة وكيل API مثل APIYI (apiyi.com).
س5: هل ستطبق العقود المؤسسية (Enterprise) القواعد الجديدة تلقائياً؟
لا يتم تطبيقها تلقائياً. تخضع عقود الشركات لاتفاقيات منفصلة، وعادة ما تتضمن كميات رصيد مخصصة، وتسعيراً خاصاً للاستهلاك الزائد، وقواعد مختلفة لإلغاء الرصيد. ننصح بالتواصل مع فريق مبيعات Anthropic قبل 15 يونيو لتأكيد بنود العقد، لتجنب زيادة الأسعار الناتجة عن قواعد "التجديد التلقائي + إلغاء الرصيد" عند المحاسبة لكل مقعد.
الخلاصة: التعامل بذكاء مع تقسيم فواتير اشتراك Claude
إن تقسيم فواتير اشتراك Anthropic ينهي عصر "الاستفادة من اشتراك 20 دولاراً لتشغيل رموز (Tokens) بقيمة 1000 دولار"، ويضع جميع الاستدعاءات البرمجية على أساس التكلفة الحقيقية المعتمدة على "رصيد الاشتراك + تسعير API القياسي". بالنسبة لمستخدمي الدردشة العاديين، الأمر غير ملحوظ تقريباً، أما بالنسبة للمستخدمين المكثفين للأتمتة، فهي إعادة هيكلة لتكاليفهم.
هناك ثلاث استراتيجيات للتعامل مع هذا التغيير: للمستخدمين ذوي الاستهلاك المنخفض، حافظ على باقة اشتراكك الحالية؛ للمستخدمين ذوي الاستهلاك المتوسط، خطط لاستخدامك في بداية الشهر وكن حذراً عند تفعيل الفوترة الزائدة؛ للمستخدمين المحترفين، انقل سير عمل الوكلاء (Agents) إلى منصة وكيل API تعتمد على الدفع حسب الاستخدام. ننصح بإضافة APIYI (apiyi.com) إلى قائمة تقييم البنية التحتية لنماذجك، فهي تدعم كامل سلسلة نماذج Claude، وتتميز بشفافية الفواتير، ولا تتأثر بتقلبات سياسات الاشتراك، مما يجعلها إضافة مستقرة بجانب اشتراك Anthropic.
بغض النظر عن المسار الذي ستختاره، فإن 15 يونيو 2026 هو تاريخ يستحق التدوين في تقويمك. ننصح بإجراء مراجعة ذاتية هذا الأسبوع: كم عدد استدعاءات Claude التي قمت بها في الشهر الماضي والتي كانت برمجية، أو عبر مسار Agent SDK، والتي ستدخل ضمن رصيد الـ Credit الجديد؟ هذا الرقم سيحدد ما إذا كنت بحاجة إلى تعديل باقة اشتراكك أو نقل سير عملك أو إعادة توقيع عقدك قبل 15 يونيو.
🎯 نصيحة لاتخاذ قرار سريع: إذا كان استهلاكك الشهري للاستدعاءات البرمجية مستقراً ويتجاوز رصيد الاشتراك، فإن الانتقال إلى خدمة وكيل API التي تعتمد على الدفع حسب الاستخدام هو الخيار الأكثر توفيراً. يمكنك تجربة الواجهة الموحدة لجميع نماذج Claude عبر APIYI (apiyi.com) والاستعداد مسبقاً لتغيير السياسات في 15 يونيو.
المصادر المرجعية (باللغة الإنجليزية): theregister.com, thenewstack.io, devtoolpicks.com, infoworld.com, the-decoder.com
الكاتب: فريق APIYI — متخصصون في متابعة فواتير نماذج اللغة الكبيرة، ودمج واجهات برمجة التطبيقات (API) على مستوى المؤسسات، وممارسات البنية التحتية متعددة النماذج.
