100 مليار دولار لشراء محطة تحويل؟ ما الذي جذب Stripe إلى OpenRouter

في نهاية يوليو 2026، كسر خبر استحواذ الشائعات هدوء دائرة البنية التحتية للذكاء الاصطناعي. وفقًا لصحيفة وول ستريت جورنال، فإن عملاق الدفع Stripe يتفاوض لشراء منصة تجميع نماذج الذكاء الاصطناعي OpenRouter مقابل حوالي 100 مليار دولار. إذا تمت الصفقة، فإن هذا التقييم سيكون ما يعادل 70 ضعف الإيرادات السنوية لـ OpenRouter. وما يثير الانتباه أكثر هو أنه قبل 3 أشهر فقط، أكملت OpenRouter جولة تمويل من الفئة B بقيمة 113 مليون دولار، وكان تقييمها حينها 1.3 مليار دولار. في غضون بضعة أشهر، تضخم التقييم تقريبًا 8 مرات، والسبب وراء ذلك هو عمل يبدو أنه لا يحتوي على حواجز تقنية: محطة تحويل API للذكاء الاصطناعي.

بين العديد من الوسطاء الذين يتاجرون في API، لماذا تبرز OpenRouter، حتى أن Stripe مستعدة لدفع علاوة عالية لها؟ للإجابة على هذا السؤال، يجب علينا تفكيك سطح الشائعات حول التقييم والعودة إلى تاريخ تطوير OpenRouter ونموذج أعمالها وتجربة المطورين نفسها.

شائعات الـ 100 مليار دولار و70 ضعف معدل السعر: أين سقف محطة التحويل؟

كان السوق المالي يتوقع انفجار تطبيقات الذكاء الاصطناعي منذ فترة، لكن حصول OpenRouter على مثل هذه العلاوة العالية كطبقة وسطى لا يزال يتجاوز فهم الكثيرين. 70 ضعف معدل السعر (PS) هو رقم مرتفع للغاية في مجال SaaS. من المهم أن نوضح أن حوالي 140 مليون دولار من الإيرادات السنوية هو معدل التشغيل الذي تم حسابه من قبل السوق، ولا توجد بيانات تدقيق عامة للإيرادات الصافية الفعلية لـ OpenRouter (الإيرادات الصافية بعد خصم تكاليف الرموز المدفوعة لموردي النماذج الأساسية). إذا تم احتساب الإيرادات الصافية، فإن مضاعف PS الفعلي قد يكون أعلى بكثير من 70.

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

لكن هذه مجرد منطق على مستوى رأس المال. استطاعت OpenRouter أن تجمع في غضون بضع سنوات الحجم البيئي الذي يدعم هذا التقييم بفضل القوة الجاذبة التي أنشأتها في مجتمع المطورين. حتى منتصف عام 2026، كانت OpenRouter تعالج أكثر من 25 تريليون رمز أسبوعيًا، وتخدم أكثر من 8 ملايين مطور، وتربط أكثر من 400 نموذج و70 مزودًا. لم يكن المستثمرون في الجولة B مجرد مستثمرين ماليين، بل كانت CapitalG هي الرائدة، مع مشاركة عمالقة البنية التحتية مثل NVIDIA وServiceNow وMongoDB وSnowflake. وهذا يدل على أن OpenRouter قد انتقلت من "لعبة المطورين" إلى "البنية التحتية للذكاء الاصطناعي على مستوى المؤسسات".

من سوق NFT إلى جهاز توجيه الذكاء الاصطناعي: ذاكرة العضلات لرائد الأعمال المتواصل

تسارع صعود OpenRouter مرتبط ارتباطًا وثيقًا بمسار رائد الأعمال المتواصل أليكس أتالا. أليكس أتالا هو المؤسس المشارك والرئيس التنفيذي السابق للتكنولوجيا في أكبر سوق NFT في العالم OpenSea. قبل ذروة فقاعة NFT، اختار مغادرة السوق، وفي أوائل عام 2023 أسس OpenRouter.

من تجميع الأصول الرقمية إلى تجميع قوة الذكاء الاصطناعي وAPI، يبدو أن هذين المسارين غير مرتبطين، لكنهما يتشاركان في منطق تجاري عالي الهيكلية. ما يفعله أتالا هو "عدم إنتاج الأصول/النماذج، بل القيام بدور الوسيط في السيولة والتوجيه". في OpenSea، كان الجوهر هو تجميع الأصول الرقمية عبر سلاسل الكتل المختلفة، وتوفير سوق موحد للتداول؛ في OpenRouter، الجوهر هو تجميع API لمصنعي النماذج الكبيرة المختلفة، وتوفير واجهة استدعاء موحدة.

هذه الذاكرة العضلية لنموذج الأعمال Marketplace (السوق) وRouter (جهاز التوجيه) هي المفتاح الذي يمكن OpenRouter من توسيع بيئتها بسرعة. إنه يعرف جيدًا أنه بمجرد إنشاء تأثير الشبكة للمنصة المجمعة، ستزداد تكلفة اللحاق بالركب بشكل أسي. خلال فترة OpenSea، شهد أتالا كيف يمكن جذب المستخدمين من خلال تقليل الاحتكاك في المعاملات وتجميع الأصول الطويلة، مما يؤدي في النهاية إلى تشكيل حواجز في السوق الثنائية. تم نقل هذه التجربة مباشرة إلى تصميم منتجات OpenRouter: من خلال تنسيق API الموحد، وتوفير خيارات نماذج ضخمة، وتقليل عتبة الوصول، جذبت OpenRouter بسرعة عددًا كبيرًا من المطورين. عندما اعتاد المطورون على استخدام مفتاح واحد لاستدعاء جميع النماذج، تصبح تكلفة الانتقال مرتفعة للغاية، وهذا التأثير الشبكي يشكل خندقها الأساسي.

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

5.5% ضريبة خفية وتمرير الرموز: من يدفع الثمن حقًا للمطورين؟

تدعي OpenRouter أن نموذج التسعير الرسمي "يمرر الرموز بدون زيادة"، أي أن ما يتقاضاه مصنعو النماذج الأساسية، تتقاضاه OpenRouter. مصدر دخلها الرئيسي هو الرسوم المنصة البالغة 5.5% عند إعادة شحن الاعتمادات (الحد الأدنى 0.80 دولار). بالإضافة إلى ذلك، بالنسبة للمستخدمين الذين يستخدمون مفتاح API الخاص بهم (BYOK)، يتم إعفاء الرسوم حتى حد 25,000 دولار شهريًا، ويتم فرض رسوم بنسبة 5% على المبالغ الزائدة.

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

بالنسبة لمطور مستقل أو فريق صغير جدًا يتطلب 100 دولار شهريًا، فإن استخدام الاتصال المباشر الرسمي يعني أنه يجب عليهم التسجيل بشكل منفصل في حسابات OpenAI وAnthropic، وإدارة بطاقات ائتمان متعددة، والتعامل مع تنسيقات وثائق API المختلفة. بينما من خلال OpenRouter، يحتاجون فقط لدفع 5.5 دولار كرسوم، ليحصلوا على تجربة "مفتاح API واحد لكل شيء"، بالإضافة إلى ضمان استرداد تلقائي في حالة تعطل الخدمة. هذه الرسوم مقابل تجربة مريحة تجذب فرق الشركات الناشئة التي تتطور بسرعة.

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

ومع ذلك، بالنسبة للشركات الكبيرة التي تستهلك مليون دولار شهريًا، فإن الوضع مختلف تمامًا. تعني الرسوم البالغة 5.5% "رسوم المرور" البالغة 55,000 دولار شهريًا، وهذه الرسوم كافية لتشكيل فريق متخصص في تشغيل بوابة API. وهذا هو السبب في أن الشركات الكبيرة غالبًا ما تتجه نحو بناء بوابات خاصة بها.

ما يستحق النقاش أكثر هو جدل التكاليف الخفية. على الرغم من أن الشركة تدعي تمرير الرموز، إلا أن بعض المطورين في مجتمعات مثل Hacker News وReddit اكتشفوا أن بعض النماذج الشائعة تتقاضى رسومًا أعلى قليلاً من الاتصال المباشر الرسمي. يشك المطورون في وجود زيادة ديناميكية، أو أن بعض مقدمي الخدمات من الطرف الثالث الذين تتصل بهم OpenRouter لديهم اختلافات في حساب الرموز. كما تم تحليل في مقال OmniTools "تحليل تسعير GPT-5.6 ثلاثي الطبقات: وهم السعر الفردي وصراع تكاليف المهام الحقيقية"، غالبًا ما توجد أوهام في تسعير API، ويحتاج المطورون إلى الانتباه إلى تكاليف المهام الحقيقية. إن جدل التكاليف الخفية في OpenRouter يذكرنا أنه عند تقييم نموذج أعمالها، لا يمكننا النظر فقط إلى الدعاية الرسمية، بل يجب أن نأخذ في الاعتبار بيانات الاستدعاء الفعلية لإجراء حسابات التكلفة. إذا لم يتم تقديم تفسير شفاف لهذه الاختلافات في الرسوم، فقد يضعف ذلك ثقة المطورين في وعدها بتمرير الرموز.

عدم الحاجة للصيانة وآلية الاسترداد: لماذا ليس LiteLLM أو Portkey؟

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

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

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

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

الامتثال للبيانات وصندوق أسود ونقطة فشل واحدة: المخاوف وراء التقييم العالي

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

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

ثانيًا، هناك مشكلة "نقطة فشل واحدة" وتأخير في البيئة الإنتاجية. أشار بعض المطورين ذوي الخبرة في Hacker News إلى أن OpenRouter أكثر ملاءمة لمشاهد Dev/Chat أو السيناريوهات ذات الحمل المنخفض إلى المتوسط. في سلسلة الإنتاج الأساسية ذات الحمل العالي، كل طبقة إضافية من التحويل الشبكي تضيف طبقة إضافية من التأخير. بالنسبة للتطبيقات الزمنية الحساسة (مثل التداول عالي التردد، والتفاعل الصوتي في الوقت الحقيقي)، قد تصبح هذه التكلفة الإضافية من الشبكة عنق الزجاجة. وإذا تعطلت OpenRouter نفسها، فإن ذلك سيؤدي إلى تعطل جميع الخدمات التابعة لها. تعتمد الشركات الكبيرة على استقرار OpenRouter في أعمالها الأساسية، وهذا هو القلق الرئيسي عند استخدام OpenRouter. إذا حدث عطل شامل في OpenRouter، ستفقد جميع التطبيقات التي تعتمد عليها القدرة على الذكاء الاصطناعي في لحظة، وهذا التركيز على المخاطر هو نقطة انتقاد متكررة لمؤيدي بناء البوابات الخاصة.

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

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

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