شغّل ملخصات فيديو BibiGPT على API مخصص متوافق مع OpenAI.

إجابة سريعة: ثلاثة متغيّرات بيئة.

ملف البيئة النموذجي الخاص بـ BibiGPT يوثّق السطح مباشرة: OPENAI_COMPATIBLE_BASE_URL يضبط نقطة النهاية (الافتراضي https://api.openai.com/v1)، OPENAI_COMPATIBLE_API_KEY يحمل المفتاح (يرجع إلى OPENAI_API_KEY عند عدم الضبط)، وOPENAI_COMPATIBLE_MODEL يختار النموذج الافتراضي للملخصات. اضبط base URL على https://api.apisrouter.com/v1، ضع مفتاح بوابة في متغيّر المفتاح، واختر أي معرّف كتالوج كنموذج. يُتحقَّق من base URL عند الاستخدام: يجب أن يبدأ بـ http:// أو https://، وتُزال الشرطات المائلة الزائدة، لذا صيغة /v1 أعلاه صحيحة تماماً. تحت الغطاء، يبني التطبيق مزوّداً متوافقاً مع OpenAI من Vercel AI SDK من هذه القيم ويستدعي chatModel بالمعرّف المُعَدّ، وهذا هو سبب عمل أي نموذج تخدمه نقطة النهاية دون تغييرات كود.

# Optional: use OpenAI-compatible providers (falls back to OPENAI_API_KEY)
OPENAI_COMPATIBLE_API_KEY=sk-YOUR-APISROUTER-KEY
OPENAI_COMPATIBLE_BASE_URL=https://api.apisrouter.com/v1
OPENAI_COMPATIBLE_MODEL=deepseek-v4-flash

ما الذي يُرسِله BibiGPT إلى نقطة النهاية.

BibiGPT (JimmyLv على GitHub، بنحو 6 آلاف نجمة للنسخة v1 مفتوحة المصدر) هو ملخِّص AI بضغطة واحدة للصوت والفيديو: الصق رابط Bilibili أو YouTube، أو بودكاست، أو تسجيل اجتماع، أو ملفاً محلياً، ويجلب النص المُفرَّغ، يُلخِّصه، ويتيح لك الدردشة مع المحتوى. بدأ كـ BiliGPT لملخصات Bilibili وتطوّر إلى أداة ثنائية اللغة بخليفة مُستضافة؛ إعداد البيئة الموصوف هنا ينطبق على النسخة v1 مفتوحة المصدر ذاتية الاستضافة. عبء العمل بشكل النص المُفرَّغ: مداخل طويلة، مُخرَجات قصيرة. ساعة من الكلام هي نص مُفرَّغ كبير، يُقسِّمه التطبيق إلى قطع بحجم النموذج قبل التلخيص، لذا فيديو واحد يمكن أن يعني عدة استدعاءات chat-completions تُقزِّم tokens المدخل الخاصة بها الملخص الذي تُنتِجه. سعر tokens المدخل هو إذاً الاقتصاديات بأكملها، ونماذج السياق الطويل تُقلِّل التقسيم للمحاضرات والبودكاست الطويلة. بناء المزوّد يحلّ القيم بتسلسل منطقي: مفتاح لكل طلب (لنُسَخ تسمح للمستخدمين بإحضار مفاتيحهم الخاصة) يفوز على OPENAI_COMPATIBLE_API_KEY، الذي يفوز على OPENAI_API_KEY؛ نفس الشيء ينطبق على base URL والنموذج. يوجد حتى متغيّر OPENAI_COMPATIBLE_KEY_PREFIXES لقبول مفاتيح مُدخَلة من المستخدم لا تبدأ بادئتها بـ sk-، وهذا مهم عندما تأتي مفاتيح مستخدميك من بوابة لا من OpenAI.

الإعداد الكامل لنسخة ذاتية الاستضافة.

BibiGPT هو تطبيق Next.js، لذا تسافر البيئة أياً كانت طريقة نشرك: ملف .env محلياً، متغيّرات بيئة المشروع على Vercel، أو بيئة الحاوية في Docker. اضبط المتغيّرات الثلاثة، أعد النشر أو التشغيل، وتتوجّه الملخصات عبر البوابة. متغيّر النموذج هو الافتراضي، لا حد صارم. الطلبات تحمل إعداداً لكل فيديو حقله model، عند وجوده، يتجاوز OPENAI_COMPATIBLE_MODEL، لذا يمكن لنسخة أن تفترض معرّفاً حجمياً بينما تطلب تدفقات محددة معرّفاً أقوى. إذا كنت تُشغِّل النسخة لآخرين وتتيح لهم لصق مفاتيحهم الخاصة، اضبط OPENAI_COMPATIBLE_KEY_PREFIXES ليشمل بادئة مفتاح بوابتك حتى يقبلها النموذج.

OPENAI_COMPATIBLE_API_KEY=sk-YOUR-APISROUTER-KEY
OPENAI_COMPATIBLE_BASE_URL=https://api.apisrouter.com/v1
OPENAI_COMPATIBLE_MODEL=deepseek-v4-flash

# accepting user-entered gateway keys in the UI:
OPENAI_COMPATIBLE_KEY_PREFIXES=sk-

اختيار نموذج تلخيص، شرقاً وغرباً.

المقارنة سهلة التشغيل بصدق: نفس الفيديو، معرّفا نموذج، اقرأ الملخصَين مقابل النص المُفرَّغ. سجل الاستخدام لكل مفتاح يُسعِّر كل مرشّح على محتوى حقيقي، ولعبء عمل النصوص المُفرَّغة يظهر الفرق فوراً في عمود tokens المدخل.

• المحتوى الصيني هو أرض BibiGPT الأصلية: محاضرات Bilibili، مقاطع Douyin، بودكاست صيني. glm-5.2 وdeepseek-v4-flash وkimi-k2.6 قوية بشكل أصيل على النصوص المُفرَّغة الصينية وتجلس خلف نفس نقطة النهاية مثل كل شيء آخر.
• المحتوى الإنجليزي والمختلط (YouTube، بودكاست عالمي) يؤدي جيداً على claude-haiku-4-5-20251001 وgemini-3.5-flash، كلاهما مرتاح مع النصوص المُفرَّغة الطويلة والصاخبة.
• هذا الانقسام هو الحجة العملية للصين مع العالم لبوابة واحدة: نقطة نهاية واحدة، مفتاح واحد، وتجاوز النموذج لكل فيديو يختار العائلة الصحيحة لكل مصدر محتوى بدلاً من فرض بائع واحد لكليهما.
• المحاضرات الطويلة تُكافِئ السياق الطويل. قطع أقل تعني استدعاءات أقل وملخصاً أكثر تماسكاً؛ اختبر معرّفاً طويل السياق مقابل أطول محتوى لديك قبل التوحيد.
• النسخ الحجمية (فريق يُلخِّص كل ما يشاهده) يجب أن تفترض deepseek-v4-flash وتُصعِّد بانتقائية؛ الشكل الثقيل بالمدخل يجعل تسعير الفئة السريعة يتراكم.

ادفع حسب الاستخدام · أقل من السعر الرسمي

Selected models are priced below official list prices. Exact input, output, cache, and per-request prices are shown for each model.

أنماط الفشل الخاصة بـ BibiGPT.

سلسلة الاحتياط يمكن أن تُفاجئك. إذا كان OPENAI_COMPATIBLE_API_KEY فارغاً، يعود التطبيق بصمت إلى OPENAI_API_KEY. هذا مريح حتى يُشير المتغيّران إلى خدمتين مختلفتين: base URL لبوابة مع مفتاح OpenAI يُنتِج أخطاء مصادقة تبدو كمشاكل بوابة. عند تغيير التوجيه، اضبط زوج البادئة المتوافقة معاً ولا تترك OPENAI_API_KEY قديماً يُشير إلى مكان آخر، أو تأكّد من أنه يحمل نفس مفتاح البوابة. يرفض مُتحقِّق base URL القيم بدون مخطط، لذا مضيف عارٍ يفشل بسرعة برسالة واضحة؛ ضمِّن https:// ومسار /v1. الشرطات المائلة الزائدة تُطبَّع بعيداً، لذا كلا الشكلين يعمل هناك. معرّفات النموذج سلاسل دقيقة مقابل سرد /v1/models الخاص بنقطة النهاية؛ خطأ إملائي في OPENAI_COMPATIBLE_MODEL يُفشِل أول ملخص بـ model-not-found. تذكّر تجاوز كل فيديو أيضاً: إذا استمر تدفق واحد في استخدام نموذج قديم، فشيء ما يُمرِّر model صريحاً في إعداد الطلب. جلب النص المُفرَّغ سباكة منفصلة. إذا لم يُنتِج فيديو ملخصاً لأن الترجمات أو الصوت تعذّر جلبهما، فذلك خط أنابيب المحتوى (واجهات المنصة، توفّر الترجمة)، لا نقطة نهاية LLM. متغيّرات البيئة في هذا الدليل تُحرِّك فقط استدعاءات التلخيص. ولاحظ أن خدمة bibigpt.co المُستضافة تُدير نماذجها الخاصة؛ هذه المتغيّرات تُهيِّئ النسخة v1 مفتوحة المصدر التي تنشرها بنفسك.

من يوجّه BibiGPT عبر بوابة.

• المشاهدون ثنائيو اللغة الذين يُلخِّصون Bilibili وYouTube معاً، يُزاوجون معرّفات قوية بالصينية مع أخرى عالمية خلف مفتاح واحد بدلاً من بائع لكل لغة.
• المستضيفون الذاتيون في إعدادات قريبة من الصين حيث نقطة نهاية واحدة متوافقة مع OpenAI تخدم أيضاً GLM وDeepSeek وKimi تُزيل مشكلة الفوترة متعددة البائعين تماماً.
• الفرق التي تُشغِّل ملخِّصاً مشتركاً للاجتماعات والمحاضرات، تقيس الاستخدام لكل مفتاح وتفترض معرّفات من الفئة الحجمية.
• مستمعو البودكاست الكثيفون، حيث ساعات من النص المُفرَّغ أسبوعياً تجعل تسعير tokens المدخل قصة التكلفة بأكملها.
• المطورون الذين لا يملكون وصولاً إلى فوترة بائع معيّن. الوصول القائم على تعبئة الرصيد بدون شرط بطاقة يزيل الاعتماد على التسجيل لكل مزوّد.

تحقق من نقطة النهاية وصحّح أخطاء أول ملخص.

اسرد النماذج التي يمكن لمفتاحك مخاطبتها وتأكّد من أن المعرّف في OPENAI_COMPATIBLE_MODEL من بينها؛ هذا التحقق الواحد يمنع معظم أخطاء أول تشغيل. ثم لخّص شيئاً قصيراً. خطأ مصادقة يعني أن المفتاح المُحلَّل لا يطابق base URL، ونظراً لسلسلة الاحتياط، اطبع أي متغيّر قدّم المفتاح فعلياً قبل الافتراض. model-not-found هو خطأ إملائي في المعرّف. خطأ مخطط عند بدء التشغيل يعني أن base URL يفتقد https://. ملخص لا يبدأ أبداً رغم نقطة نهاية سليمة يعني أن جلب النص المُفرَّغ فشل قبل أي استدعاء LLM. بمجرد تدفّق الملخصات، تعرض لوحة APIsRouter النموذج لكل طلب، وعدد tokens، والإنفاق. تلخيص النصوص المُفرَّغة هو أوضح عبء عمل ثقيل بالمدخل، وأسبوع من بيانات الاستخدام يخبرك بالتكلفة الحقيقية لكل ساعة محتوى لكل نموذج، وهو الرقم الذي يستحق التحسين.

curl -s https://api.apisrouter.com/v1/models \
  -H "Authorization: Bearer $APISROUTER_API_KEY" | head -50

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