Pipeline إنتاج بودكاست كامل: من تسجيل خام إلى نشر متعدد القنوات

التفاصيل البرمجية والتهيئة

مقدمة حول سير العمل

سير عمل يأخذ تسجيل حلقة خام، يحسّن الصوت، يفرّغها بـ Whisper، يولّد show notes بـ Ollama، يصدر MP3 و SRT، ينشر على AzuraCast، ويُعلَن على وسائل التواصل عبر Postiz.

الهدف من سير العمل

تقليل وقت إنتاج حلقة بودكاست بعد التسجيل من 4-8 ساعات يدوية إلى 60-90 دقيقة، 90% منها مراجعة لا عمل ميكانيكي.

الأدوات والتقنيات المستخدمة

تم استخدام الأدوات التالية: n8n و ffmpeg و faster-whisper و ollama و azuracast و postiz

تفاصيل تنفيذ سير العمل

• مستوى الصعوبة: متوسط
• الوقت المتوقع للإعداد:
• محفز التشغيل (Trigger):

خطوات العمل (الآلية)

1. صانع البودكاست يرفع التسجيل لمجلد محدد (S3 أو Nextcloud)
2. n8n watch trigger يلتقط الملف الجديد
3. FFmpeg pipeline: high-pass filter لإزالة hum، dynamic range compression، normalize لـ -16 LUFS
4. إضافة intro/outro jingles (ملفات ثابتة) عبر FFmpeg concat
5. Whisper (faster-whisper large-v3) يفرّغ، يخرج TXT + SRT
6. Ollama prompt: ‘أنت محرر بودكاست. اكتب: 1) وصف 200 كلمة. 2) قائمة 5-7 موضوعات مع timestamps. 3) قائمة الروابط المذكورة (استخرجها من النص). أخرج بصيغة Markdown.’ مع نص التفريغ
7. حفظ كل الملفات (MP3 + SRT + TXT + show notes MD) في مجلد الحلقة
8. AzuraCast API: upload MP3، إنشاء episode مع show notes، RSS يُحدَّث تلقائياً
9. Postiz API: جدولة منشورات على X (موضوع رئيسي + 2-3 اقتباسات)، LinkedIn (وصف كامل)، Mastodon (إعلان مع رابط)
10. Telegram channel post للمشتركين
11. إشعار للصانع: ‘الحلقة جاهزة للمراجعة’ — قبل النشر العلني، يفتح الصانع show notes ويتأكد

وصف مفصل

## المشكلة صانع البودكاست يقضي وقتاً أطول في الإنتاج من التسجيل. تحرير الصوت، كتابة show notes، تصدير صيغ متعددة، رفع على منصات، النشر على Twitter/Instagram. كل خطوة 30-60 دقيقة. النتيجة: حلقات أسبوعية تستهلك يومين عمل. ## المُدخلات – تسجيل حلقة خام (WAV أو MP3) – FFmpeg + auphonic-cli (أو RNNoise) لتحسين الصوت – faster-whisper للتفريغ – Ollama qwen2.5:14b لـ show notes – AzuraCast للنشر – Postiz للترويج ## المُخرجات – MP3 منتهي (مع normalize، noise reduction، intro/outro) – SRT للترجمة المصاحبة – TXT transcript كامل – Show notes (وصف، timestamps لأهم اللحظات، روابط مذكورة) – حلقة منشورة على AzuraCast/RSS – منشورات اجتماعية على X, LinkedIn, Mastodon ## مخطط Mermaid “`mermaid graph TD A[Raw recording uploaded] –> B[FFmpeg: normalize + noise reduce] B –> C[Add intro/outro jingles] C –> D[Export MP3 with metadata] D –> E[Whisper transcribe -> TXT + SRT] E –> F[Ollama: generate show notes] F –> G[Save artifacts to S3/Nextcloud] G –> H[Upload MP3 to AzuraCast] H –> I[AzuraCast generates RSS] G –> J[Postiz: schedule announcement posts] J –> K[Telegram channel post] “` ## نقاط الفشل – تسجيل خام بجودة رديئة: noise reduction لا يحل كل شيء. الحل: تحسين بيئة التسجيل (ميكروفون أفضل، عزل صوتي) – Whisper يخطئ في اسم ضيف نادر: prompt إضافي مع ‘initial_prompt’ يحوي الاسم الصحيح – Ollama يولّد show notes رديئة (يخترع): راجع قبل النشر، prompt أصرم – AzuraCast فشل في الـ upload: غالباً مشكلة حجم. قسّم لو الحلقة >2 ساعة – Postiz عدم نشر على X: راجع API quota الشهرية ## نقاط المراجعة البشرية – صانع البودكاست يستمع للحلقة المعالجة قبل النشر — هل التحسينات لم تضر الصوت؟ – show notes تُراجع — هل المعلومات صحيحة؟ هل الـ timestamps دقيقة؟ – منشورات Postiz مجدولة كـ draft للمراجعة قبل النشر الفعلي – أول 3-5 حلقات تُنشر يدوياً للتأكد من جودة كل خطوة، ثم تُؤتمت ## اعتبارات الخصوصية محتوى البودكاست عام بطبيعته. لكن: تسجيلات قبل التحرير قد تحوي معلومات حساسة (أخطاء، نقاشات قبل البدء). احتفظ بالأصول في مكان مشفّر، احذفها بعد فترة (3-6 أشهر). ## ملاحظات الصيانة تحديث intro/outro سنوياً. مراجعة prompts Ollama دورياً مع تطور البودكاست. اختبار التحسينات الصوتية على عينة قبل التطبيق الواسع.