بدائل بوابة Cloudflare AI: التوجيه، المدفوعات وهامش التطبيقات

قارن بدائل Cloudflare AI Gateway حسب مسار الطلب وعلاقة الدفع التي ترغب في تغييرها. OpenRouter، LiteLLM، Portkey وKong تعالج متطلبات الوصول إلى النموذج المختار، البوابة أو تحقيق الدخل. ShareAI يتعلق بتوجيه تطبيق موجود لاستدلال مؤهل من خلال ترتيب معتمد مع Builder، مع رسوم تطبيق مسموح بها وأرباح منسوبة. هذه مسؤوليات مختلفة، حتى عندما تعرض عدة خيارات واجهة برمجة تطبيقات نموذج متوافقة.

تمت المراجعة في 23 أكتوبر 2026. ShareAI تنشر هذه المقارنة وتدير برنامجًا واحدًا تمت مناقشته. تأتي حقائق المنتج من مراجع رسمية حالية، مع لقطات شاشة للمصادر الفعلية. الكود المنفذ هو دفتر أستاذ اصطناعي غير متصل. لم يتم تنفيذ أي ترحيل بوابة مباشر، أو دفع مستقر، أو رسوم عملاء، أو تأهيل نقطة نهاية، أو معيار أداء.

Cloudflare توثق بالفعل الفوترة الموحدة، مفاتيح المزود، مزودي HTTPS المخصصين ومسار دفع الآلة التجريبي. المقارنة التي تفترض أنها فقط تمرر الطلبات المدفوعة من خلال حساب مزود مالك التطبيق تفوت النطاق الحالي. ابدأ بالاعتماد الفعلي، الائتمان وتكوين الدفع، ثم قم بتقييم أي رحلة تجارية للتطبيق مفقودة.

ما يدعمه حاليًا Cloudflare AI Gateway

يصف مرجع الفوترة الموحدة أرصدة مدفوعة مسبقًا للوصول إلى النماذج المؤهلة ورسوم 5% لشراء الأرصدة، مع تمرير معدلات الاستدلال الخاصة بالمزود. تلك الرسوم الخاصة بالشراء ورسوم التطبيق اللاحقة هي رسوم مختلفة. أسباب الاحتفاظ بها: قم بتقييم البوابة الحالية عندما يكون الوصول إلى النموذج الخاص بها وضوابط التشغيل مناسبة بالفعل لهندسة التطبيق المنشورة ومتطلبات الدفع.

توثيق المزود المخصص يغطي بشكل صريح نقاط النهاية HTTPS، بما في ذلك أمثلة النماذج المستضافة ذاتيًا. يتطلب مسار التوافق الموحد تنسيق إكمالات الدردشة الموثق؛ بينما يدعم المسار الخاص بالمزود هيكل الطلب الخاص به ومسار URL المرفق. لذلك، توفير نقطة النهاية الخاصة بك ليس تمييزًا حصريًا لـShareAI. قارن بين المصادقة الفعلية، تعيين المسار، وقبول الإعداد للتنفيذ المختار.

مرجع مدفوعات الآلة يصف مسارًا تجريبيًا باستخدام محفظة عملة مستقرة لنماذج مفتوحة مختارة. تشمل المتطلبات الحالية حسابًا مقره الولايات المتحدة وبطاقة ائتمان مسجلة. مسار الطلب المدعوم والتفاوض على الدفع أضيق من كل حركة المرور عبر البوابة. لا تحول هذه القدرة الموثقة إلى ادعاء بأن كل مستخدم أو مزود للتطبيق يتلقى تلقائيًا نفس مسار الدفع.

يحتاج تطبيق مراجعة الكود بالذكاء الاصطناعي إلى دافع قابل للتفسير لكل طلب.

ضع في اعتبارك تطبيق مراجعة كود افتراضي مع عملاء أعمال حاليين. يستخدم مفتاح مزود إنتاج مخزن، واسم مستعار مختلف للمفتاح للتجارب، ونموذج HTTPS مخصص واستجابات مخزنة مؤقتًا. المنتج يريد تقديم استدلال مدفوع من العميل مع هامش للتطبيق. تحتاج المالية إلى معرفة ما إذا كان كل مراجعة تم تسليمها قد استهلكت رصيد المزود، رصيد البوابة أو تفويض دفع مدعوم آخر.

تسمية النموذج وعلامة التكلفة غير كافيين كدليل. يجب على التطبيق التمييز بين مراجعة منطقية ومحاولات مكررة، تحديد الاعتماد المستخدم فعليًا والحفاظ على ما إذا كانت الاستجابة جاءت من ذاكرة التخزين المؤقت. يمكن أن يؤدي إعادة المحاولة إلى إنشاء استخدام للمزود. يمكن تسليم استجابة مخزنة مؤقتًا دون نفس النشاط العلوي. يحتاج تسعير العميل إلى سياسة صريحة للحالتين بدلاً من نسخ تكلفة الطلب المعروضة بشكل أعمى.

السيناريو يحتاج أيضًا إلى مسار استثناء. ينتهي صلاحية مفتاح الإنتاج بينما يظل اسم مستعار مخزن مختلف صالحًا. تعيد البوابة بنجاح مراجعة باستخدام مصدر تمويل آخر. هذا مفيد تشغيليًا، لكن المالية قد تتلقى فاتورة غير متوقعة. قارن بين أولوية الاعتماد وتمويل الطوارئ قبل الاستنتاج بأن الاستجابة الناجحة تعني أن العميل أو الحساب المقصود قد دفع.

اختر المسؤولية التي تريد أن يتحملها البديل.

يمكن للتطبيق الاحتفاظ بمكونات Cloudflare أثناء تقييم استدلال آخر أو مسار تجاري. يتطلب ذلك تكاملاً حقيقياً وشرحاً واضحاً للعميل. لا يتم الإشارة إلى أي تزامن تلقائي، موصل أصلي أو محفظة مشتركة بين المنتجات. كل طلب محمل يحتاج إلى مالك مسؤول للقبول، المحاولات، التصحيحات والدفع.

تتبع المراجعة من القبول إلى الأموال المستلمة

احتفظ بهذه الملاحظات مرتبطة دون معاملتها كقابلة للتبادل. يمكن لعلامة أن تنسب التكلفة إلى مساحة عمل دون تفويض تغيير السعر. يمكن للوحة التحكم عرض هامش دون تحصيله. يمكن لتفويض الدفع أن يسبق التسوية النهائية. يجب أن يكون المنتج، الدعم والمالية قادرين على شرح نفس المراجعة المنطقية وتعديلاتها الصريحة.

OpenRouter: قارن الوصول المُدار والاستدلال الممول من المستخدم

يصف OpenRouter quickstart الوصول المُدار عبر مزودي النماذج. يتيح دليل OAuth الخاص به للمستخدمين تفويض تطبيق بمفتاح يتحكم فيه المستخدم ودفع الطلبات من أرصدة OpenRouter الخاصة بهم. الإيجابيات: قارن تلك الرحلة المدعومة عندما يريد تطبيق مراجعة الكود أن يمول العملاء استدلالهم الخاص بدلاً من تحميل كل طلب على مالك التطبيق.

المفاضلات: تأهيل تفويض المستخدم، التعامل مع المفاتيح، المزودين المسموح بهم، التمويل الاحتياطي وشروط الحساب الحالية. يصف مرجع نسب التطبيقات العلاقة مع الاستخدام والتصنيفات. هذه العلاقة الموثقة وحدها لا تؤسس لرسوم إضافية على التطبيق أو تسوية مستلمة. الاستدلال المدفوع من قبل المستخدم ليس حصريًا لـShareAI؛ قارن الترتيب التجاري المعتمد بالكامل.

بالنسبة لعميل مراجعة الكود، قم بمحاكاة فصل المستخدم، نفاد المخصصات ونموذج يغير مزوده. حافظ على هوية المستخدم والتطبيق دون إرسال بيانات اعتماد الخادم إلى المتصفح. تحقق من الحساب الفعلي الذي يدفع وأي سعر تطبيق تم الاتفاق عليه بشكل منفصل. استجابة النموذج الناجحة لا تثبت بحد ذاتها أن التطبيق قد حقق أرباحًا.

LiteLLM: قارن الأسعار المخصصة وهوامش الفوترة الداخلية.

يوضح LiteLLM مرجع التسعير المخصص تكاليف النماذج، الخصومات المقدمة من المزودين وهوامش المزودين للفوترة الداخلية. الإيجابيات: قارن بين تلك الضوابط الحالية عندما يريد تطبيق مراجعة الكود تقييم خريطة تكاليفه الخاصة وتخصيص الرسوم. الادعاء بأن كل بوابة أخرى تفتقر إلى الهوامش يتجاهل هذا النطاق الموثق.

المفاضلات: تأهيل النشر المختار، البحث عن الأسعار، الميزانيات وسير عمل التحصيل. يشير المرجع الحالي إلى أن تكاليف الإدخال والإخراج الصفرية بشكل صريح تتجاوز فحوصات الميزانية، بما في ذلك نطاقات المفاتيح والفريق. كما يشرح تعيين مزود التسعير عندما يختلف مزودو التوجيه والتسعير. لذلك، فإن الصفر المعروض يحتاج إلى تحقيق بدلاً من افتراض أن عبء العمل مجاني.

بالنسبة لنموذج المراجعة المخصص، قم بفحص طلب معروف غير صفري وسعره المُعد قبل تمكين سياسة ميزانية الإنتاج. قارن تكلفة المزود الأصلية، المبلغ المخصص داخليًا وسعر العميل التجاري المقبول بشكل منفصل. الحساب الصحيح لهامش داخلي لا يوفر عملية الدفع المحيطة بالتطبيق، اتفاقية العميل أو شروط الإفراج المالي.

Portkey: قارن بين ضوابط البوابة وقابلية المراقبة.

يصف التوثيق الحالي لـPortkey قدرات البوابة، والرؤية، والحواجز الإدارية، مع مراجع منفصلة للنشر والميزات. الإيجابيات: قارن النطاق المحدد عندما تحتاج فرق مراجعة الكود إلى فهم حركة النماذج وتطبيق ضوابط البوابة. قم بتقييم المنتج والنشر الفعلي بدلاً من استنتاج كل ميزة تجارية من عنوان عدد النماذج.

المفاضلات: حدد النسخة الدقيقة، الاستضافة، سياسة التوجيه، البيانات المحتفظ بها وملكية الدفع. يعالج التتبع والتحكم في الإنفاق أسئلة مختلفة عن استلام دفعة العميل. وبالمثل، فإن الإشارة إلى الاستضافة الذاتية لا تثبت تلقائيًا أن كل لوحة تحكم مُدارة، أو ميزة مؤسسية، أو التزام دعم مشمول في النشر المختار.

بالنسبة لتطبيق المراجعة، قارن محاولة المزود الفاشلة، الاستجابة الاحتياطية والنتيجة المخزنة كـملاحظات منفصلة داخل نفس المهمة المنطقية. حافظ على إسناد العميل الموثوق والخطأ الفعلي المعروض للتطبيق. النتيجة المفيدة هي مراجعة مفسرة تم تسليمها مع تمويلها الحقيقي ومعالجتها التجارية، بدلاً من مجرد عدد الطلبات الناجحة.

Kong: قارن سياسة البوابة مع القياس والفوترة.

تصف Kong صفحة تحقيق الدخل من الذكاء الاصطناعي مسارًا أوسع للبوابة وتحقيق الدخل. يربط مرجع الحقوق الحالي بين حقوق بطاقة الأسعار المُدارة وتنفيذ البوابة المنفصل. الإيجابيات: قم بتقييم الخدمات المحددة عندما يريد تطبيق المراجعة النظر في سياسة البوابة وتجارية الاستخدام معًا.

المفاضلات: حدد توافق الخدمة والنشر، التنفيذ الفعلي للسياسات، القياس وتكامل التحصيل. البوابة على بنية تحتية الشركة هي حقيقة معمارية مختلفة عن موقع خدمة الفوترة المُدارة. تجنب مقارنة عائلة منتج كاملة مع نقطة نهاية وكيل واحدة أو افتراض أن كل قدرة مستضافة مشمولة في بوابة داخلية.

بالنسبة لمراجعة العميل، قم بفحص كيفية تحول الحق المشتَرَى إلى قرار تشغيل فعلي وكيف تصل المراجعات الفاشلة أو المتكررة إلى السجل التجاري. حافظ على القاعدة المختارة في وقتها الفعّال. يمكن أن يتواجد كل من الرصيد وإضافة تطبيق الإنفاذ بينما لا يزال التطبيق بحاجة إلى تأهيل تكاملها الكامل وشرح التصحيحات المالية.

ShareAI: قارن بين رسوم التطبيق المعتمدة والتسوية.

ShareAI Builder Program يتعلق بتطبيق موجود بالفعل مع مستخدميه الخاصين. يتم توجيه حركة المرور المؤهلة للذكاء الاصطناعي عبر ShareAI، حيث يقوم الـ Builder بتكوين رسوم إضافية أو هامش مسموح به، ويدفع العميل النهائي لـ ShareAI مقابل هذا الاستدلال. تتبع الأرباح المنسوبة للتطبيق البرنامج. الإيجابيات: قم بتقييم هذا الترتيب عندما يريد تطبيق المراجعة دفع استدلال معتمد ورحلة نسب.

المفاضلات: موافقة التطبيق، حركة المرور المؤهلة، الوصول إلى النموذج وشروط الحساب مهمة. يحصل الـ Builders من الشركات المعتمدة على فترة مراجعة مدتها 45 يومًا قبل الدفع. الأفراد حاليًا يجمعون قيمة الاستدلال لاستخدام ShareAI، دون صرف نقدي أو تحويلات حساب. يظل التطبيق مبنيًا، مستضافًا، موزعًا ومُدارًا في مكان آخر. تبقى الاشتراكات الأخرى، تقديم الدعم والواجبات المالية مسؤوليات صريحة.

توفير بنية تحتية للنموذج أو نقطة نهاية مخصصة ينتمي إلى مزود أو مستهلك محترف مؤهل، بشكل منفصل عن نسب الـ Builder. Cloudflare المزودون المخصصون وبوابات أخرى يعالجون بالفعل التحكم في نقاط النهاية. قارن بين القبول الفعلي، التوجيه، الدافع والتسوية بدلاً من الادعاء بالحصريّة. ShareAI لا يُنشئ بروتوكول دفع آلي أصلي، أو خدمة تاجر السجل العام، أو بديلاً لكل سياسة بوابة.

يمكن أن تؤثر أولوية بيانات الاعتماد على الحساب الذي يمول الطلب.

يوضح دليل الفوترة الموحدة أولوية بيانات الاعتماد لمفتاح مزود الطلب، ثم الاسم المستعار الافتراضي المخزن، ثم رصيد الفوترة الموحدة المؤهل. الأسماء المستعارة المخزنة غير الافتراضية لا تُستخدم في هذا المسار الموحد. يصف مرجع BYOK تكوين المفتاح المخزن والاسم المستعار بشكل منفصل. وجود مفتاح في الحساب لا يُعتبر دليلاً على أن طلباً معيناً يستخدمه.

بالنسبة لتطبيق المراجعة، تحقق من المسار المختار عند فقدان مفتاح الإنتاج أو فشله. يمكن أن تتطلب الضوابط الموثقة بيانات اعتماد المزود أو تمنع استخدام الفوترة الموحدة المؤهلة من طرف ثالث؛ يحتوي Workers AI على وضع منفصل. راجع التكوين الدقيق وتغطية المزود. قم أيضًا بالتمييز بين سياسة الاحتفاظ الصفري للمزود وتكوين تسجيل البوابة الخاص، والذي يحتاج إلى قرار صريح خاص به.

التكلفة المخصصة، الدفع المتفاوض عليه وسعر التطبيق تختلف.

يصف مرجع التكلفة المخصصة تعيين معدلات الإدخال، الإخراج ورموز التخزين المؤقت، بما في ذلك تنسيقات الرموز الخاصة بالمزود وتكلفة صفرية مسجلة لضربات التخزين المؤقت للبوابة. لا تُثبت هذه التحليلات بحد ذاتها سعر إعادة البيع المقبول في المصب. حافظ على الرسوم الفعلية للمصدر، سياسة العميل والتصحيح بدلاً من افتراض أن التكلفة المعروضة هي فاتورة مدفوعة.

يتطلب مسار الدفع الآلي التجريبي تفاوضًا صريحًا على طريقة الدفع ويدعم نقطة طلب محددة ومجموعة نماذج. يختلف الحد الأقصى للتفويض الموقع عن المبلغ الفعلي المستقر. قارن بين تلك المتطلبات الموثقة قبل التوصية به لتطبيق المراجعة. لم يتم اختبار أو الإشارة إلى أي معاملة بالعملات المستقرة أو توافق مع ShareAI هنا.

للحسابات الرياضية فقط، 1000 دولار أمريكي من الاستدلال بالإضافة إلى رسوم افتراضية بنسبة 15% ينتج عنها 150 دولار أمريكي كرسوم إجمالية و1150 دولار أمريكي كإجمالي. هذه المبالغ الاصطناعية ليست رسوم Cloudflare أو ShareAI، أو أرباح مستلمة، أو صافي الربح أو نتيجة ضريبية. تؤثر رسوم شراء الائتمان الفعلية، المبالغ المستردة، التصحيحات والأهلية على النتيجة التجارية.

تحقق من الحسابات الرياضية دون الخلط بينها وبين الدفع.

يقوم التثبيت المنفذ أدناه بإزالة النشاط المتطابق المكرر، ويرفض التكرار المتعارض ويسجل تعديلًا صريحًا باستخدام سنتات الدولار الأمريكي الصحيحة. لا يختار مفتاح مزود، أو يقدم مراجعة، أو يصرح بمحفظة أو يجمع دفعة. تتطلب هذه النتائج تطبيقًا حقيقيًا وأدلة تجارية حول الحساب.

import assert from "node:assert/strict";
const records = [
  {id: "usage-a", customer: "demo", cents: 60000n, kind: "usage"},
  {id: "usage-b", customer: "demo", cents: 50000n, kind: "usage"},
  {id: "usage-a", customer: "demo", cents: 60000n, kind: "usage"},
  {id: "adjustment-b", customer: "demo", cents: -10000n, kind: "adjustment"}
];
function netCents(rows) {
  const seen = new Map();
  let total = 0n;
  for (const row of rows) {
    assert.equal(row.customer, "demo");
    const fingerprint = [row.customer, row.cents.toString(), row.kind].join("|");
    if (seen.has(row.id)) {
      if (seen.get(row.id) !== fingerprint) throw new Error("Conflicting duplicate");
      continue;
    }
    if (row.cents < 0n && row.kind !== "adjustment") throw new Error("Invalid sign");
    seen.set(row.id, fingerprint);
    total += row.cents;
  }
  return total;
}
const base = netCents(records);
assert.equal(base, 100000n);
assert.throws(() => netCents([...records,
  {id: "usage-a", customer: "demo", cents: 1n, kind: "usage"}
]));
const numerator = base * 1500n; // Hypothetical 15 percent in basis points.
if (numerator % 10000n !== 0n) throw new Error("Define contractual rounding first");
const surcharge = numerator / 10000n;
assert.equal(surcharge, 15000n);
const usd = cents => `${cents / 100n}.${(cents % 100n).toString().padStart(2, "0")}`;
console.log(JSON.stringify({baseUSD: usd(base), grossSurchargeUSD: usd(surcharge),
  totalUSD: usd(base + surcharge), paidReceiptVerified: false}));

الناتج الملاحظ هو 1000 دولار أمريكي كاستدلال توضيحي، و150 دولار أمريكي كرسوم إجمالية، و1150 دولار أمريكي كإجمالي، بدون إيصال مدفوع موثوق. حافظ على هوية المراجعة المنطقية، المحاولات الفعلية، التمويل والتصحيحات الصريحة في الإنتاج. لا يمكن لمجموع صحيح أن يحدد أي حساب دفع أو متى تصبح القيمة المنسوبة متاحة.

انقل سير عمل مراجعة واحدة مع استثناء تمويلها أولاً.

• قم بجرد الضوابط الفعلية للبوابة، بيانات الاعتماد، المزودين وأسعار العملاء.
• اختر الاستدلال، البوابة أو المسؤولية التجارية التي تحتاج إلى تغيير.
• حافظ على هوية العميل الموثوق وهوية المراجعة المنطقية عبر المحاولات المتكررة وضربات التخزين المؤقت.
• تدرب على بيانات الاعتماد المفقودة، التمويل الاحتياطي وتصحيح صريح.
• تحقق من أدلة الدفع الفعلية بدون جمع مباشر مكرر.
• احتفظ بالسجلات الأصلية وقم بالتراجع حتى يتم تأهيل رحلة العميل الكاملة.

احتفظ بـ Cloudflare عندما يكون الترتيب الحالي مناسبًا. قارن البدائل المختارة بطلب قابل للتفسير، رسوم العميل المقبولة والتسوية الفعلية. ابدأ بمراجعة واحدة يمكن تفسير قبولها، توجيهها، تسليمها المفيد واستثناءها المالي بشكل متسق من خلال المنتج، الدعم والمالية.

الأسئلة الشائعة