أتمتة صناعة المحتوى بالذكاء الاصطناعي (خطة وبرومبت جاهز)

لماذا تخطط قبل ما تبني الأتمتة؟

لأن أغلب من يحاول أتمتة صناعة المحتوى يبدأ من الأداة (Notion أو Activepieces أو أي أداة أتمتة) بدل ما يبدأ من السؤال: ما هي أصغر مهمة متكررة أوفر بها وقتي فعلاً؟ النتيجة غالبًا نظام معقد نصفه لا يعمل. هذه الأداة برومبت تخطيط فقط (لا يبني أو ينفذ أي شيء) تعطيه لـ Claude أو ChatGPT، فيصمم لك أصغر سير عمل ممكن يحقق فائدة واحدة، مع حالات اختبار واضحة، قبل ما تفتح أي أداة أتمتة فعلياً.

ماذا يخطط لك البرومبت

• الحدث الذي يبدأ التشغيل: هل يُرصد فورًا أم بفحص دوري، وشروط متابعة التنفيذ.

• البيانات المطلوبة ومصدرها: وماذا يحدث عند نقصها.

• وظيفة كل خطوة والأداة المسؤولة عنها: والاتصال والصلاحيات اللازمة لكل خطوة.

• مكان حفظ المسودة وحالتها: وكيفية إرفاق الادعاءات التي تحتاج تحققًا دون اختلاق مصادر.

• مرحلة جدولة اختيارية: لا تبدأ إلا بعد موافقتك البشرية على النسخة النهائية.

• منع التكرار: طريقة تمنع إرسال نفس المحتوى للقناة نفسها مرتين، حتى مع تشغيلين متزامنين.

• التعامل مع الفشل: خصوصًا حالة نجاح الإرسال مع فشل حفظ نتيجته، بدون إعادة إرسال عمياء.

• التكلفة التقديرية: مفصولة بين الاشتراكات ورسوم API، مع تحديد ما هو غير مؤكد بصراحة.

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

الأدوات المذكورة في المثال (اختيارية، بدّلها بما تملك)

• Notion: قاعدة بيانات لتنظيم الأفكار وحالاتها (فكرة، جاهزة للكتابة، بانتظار المراجعة، معتمد، مجدول، منشور).

• Slack / Substack / Apify: مصادر أفكار محتملة: سؤال متكرر في فريقك، موضوع من نشرة بريدية، أو بيانات مستخرجة عبر أداة Apify بعد اختبار مخرجاتها.

• Activepieces: أداة أتمتة تربط الخطوات ببعضها وفق شروط تحددها أنت.

• Buffer: جدولة المحتوى على القنوات المختلفة بعد اعتماد النسخة النهائية.

• Windsor.ai: جلب مقاييس الأداء من حساباتك المصرّح بها وربطها بالمنشورات الصحيحة.

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

طريقة الاستخدام

1. انسخ البرومبت كاملاً من الصندوق الأسود في آخر هذا الدرس.

2. افتح محادثة جديدة في Claude أو ChatGPT، وعبّئ الأقواس المربعة السبعة بمعلوماتك قبل الإرسال (المجال والجمهور، القنوات، الأدوات المتاحة فعلاً، المهمة الأكثر تكرارًا، حجم العمل الشهري، حد الإنفاق، والمسؤول عن المراجعة).

3. راجع تصنيف كل التفاصيل في الخطة الناتجة: ما هو موثّق فعلاً مقابل ما هو افتراض يحتاج اختبارًا منك.

4. ابدأ بأصغر جزء من الخطة فقط، واختبره داخل حساباتك الحقيقية قبل ما توسّع النظام.

مثال كامل: نظام أتمتة صانع المحتوى

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

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

الخطوة 2: أعطِ الذكاء الاصطناعي وظيفة محددة
زوّد Claude أو ChatGPT بدليل أسلوبك والفكرة ومصادرها، واطلب منه تجهيز افتتاحية مناسبة، مسودة لكل منصة، ادعاءات تحتاج إلى تحقق، وسؤالاً تفاعلياً مرتبطاً بالموضوع. كلما كانت المدخلات أوضح، أصبح تقييم الناتج أسهل.

الخطوة 3: اجمع أفكارًا لها سبب
من Slack (سؤال متكرر في مجتمعك)، Substack (موضوع من نشرة متخصصة)، أو Apify (بيانات مستخرجة بعد اختبار مخرجاتها). سجّل رابط المصدر وتاريخه، وأضف تجربتك أو تفسيرك الخاص فوقه.

الخطوة 4: شغّل الأتمتة
مثال بُني في Activepieces: يُرصد تحديث عنصر في Notion، يتحقق المسار من أن حالته «جاهزة للكتابة» ولم تُعالج سابقًا، خطوة ذكاء اصطناعي تجهّز المسودة، تُحفظ بحالة «بانتظار المراجعة»، ويصلك إشعار في Slack. بعد موافقتك، مسار آخر يرسلها إلى Buffer للجدولة.

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

الخطوة 6: أغلق الدائرة بالنتائج
استخدم Windsor.ai لجلب المقاييس المتاحة وربطها بالمنشورات الصحيحة، ثم اسأل: ما المواضيع التي تستحق تجربة ثانية؟ ما الصيغ التي حققت حفظاً أو مشاركة أكثر؟ هل قارنا منشورات من نفس المنصة والنوع وبعد مدة متساوية؟ هل أخذنا الوصول والترويج المدفوع بالحسبان؟ النتائج تساعدك على اختيار التجربة التالية، ولا تثبت وحدها سبب النجاح.

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

أربع حالات يجب أن تتأكد منها قبل الوثوق بأي نظام

• تشغيل ناجح: السيناريو الأساسي يعمل من أوله لآخره.

• بيانات ناقصة: ماذا يحدث فعلياً لو نقص حقل أساسي؟

• تكرار الحدث نفسه: هل يمنع النظام فعلاً معالجة أو إرسال نفس المحتوى مرتين؟

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

ما لا يفعله البرومبت

لا ينفذ أي شيء بنفسه، ولا ينشئ أو يعدّل أو يرسل أو يجدول أو ينشر أي محتوى. هو تخطيط فقط.

لا يفترض أن لديك وصول API أو اتصالاً جاهزاً لأي أداة لمجرد أنك تملك اشتراكاً فيها.

لا يخترع أسماء إجراءات أو حقول أو أسعار، وأي تفصيل غير مؤكد يُصنّف بوضوح بدل تقديمه كحقيقة.

لن يطلب منك مشاركة كلمات المرور أو مفاتيح API داخل المحادثة أبداً.

أسئلة شائعة

هل أحتاج كل الأدوات المذكورة في المثال؟
لا. البرومبت يصمم أصغر سير عمل ممكن بأقل عدد أدوات ضروري، ويسألك عن أدواتك الفعلية أولاً.

هل يبني لي النظام مباشرة؟
لا، هذا برومبت تخطيط فقط. بعد مراجعة الخطة، تبني الخطوات بنفسك داخل أداة الأتمتة التي اخترتها.

ماذا لو الأداة التي أستخدمها غير مذكورة في المثال؟
لا مشكلة، اذكرها في حقل "الأدوات المتاحة فعلياً" عند تعبئة البرومبت، وسيبني الخطة حولها.

هل يتحقق البرومبت من الأسعار والتوثيق بنفسه؟
يحاول ذلك إذا كان التصفح متاحاً في محادثتك، ويذكر روابط وتاريخ الاطلاع. إذا لم يتمكن من التحقق، يصنّف المعلومة "غير متحقق منها" بدل تقديمها كحقيقة.

البرومبت الكامل — جاهز للنسخ

انسخه كاملاً والصقه في محادثة جديدة مع Claude أو ChatGPT، بعد تعبئة الأقواس المربعة السبعة بمعلوماتك:

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

معلوماتي:
- المجال والجمهور: [اكتب المجال والجمهور]
- القنوات وأنواع المحتوى: [اكتب القنوات والأنواع]
- الأدوات المتاحة فعليًا وخططها إن عرفتها: [اكتب الأدوات]
- المهمة الأكثر تكرارًا: [اكتب المهمة]
- حجم العمل المتوقع شهريًا: [عدد الأفكار أو المنشورات]
- حد الإنفاق الشهري والعملة: [المبلغ والعملة]
- المسؤول عن مراجعة المحتوى واعتماده: [اكتب المسؤول]

ابدأ بالتمييز بين الأدوات التي ذكرتها أنا، والأدوات التي تستطيع الوصول إليها فعليًا في هذه المحادثة. لا تدّعِ أنك فحصت حسابًا أو صلاحية أو اتصالًا دون وصول فعلي ودليل.

لا تفترض أن اتصالًا أو صلاحية أو استخدام API متاح لمجرد وجود اشتراك في تطبيق المحادثة.

إذا توفر التصفح، راجع التوثيق الرسمي للعمليات الأساسية المقترحة، وأرفق الروابط وتاريخ الاطلاع. ميّز بين دعم الميزة في API ودعمها داخل التكامل الجاهز. إذا تعذّر التحقق، صنّفها «غير متحقق منها» وحدّد ما يلزم لفحصها.

اسألني عن المعلومات التي يتوقف عليها اختيار المسار، وصرّح بأي افتراضات تستخدمها. لا تخترع أسماء إجراءات أو حقول أو أسعار.

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

اعرض:
1. الحدث الذي يبدأ التشغيل، وهل يُرصد فورًا أم بفحص دوري، وشروط متابعة التنفيذ.
2. البيانات المطلوبة ومصدرها، وما يحدث عند نقصها.
3. وظيفة كل خطوة، والأداة المسؤولة عنها، والاتصال والصلاحيات اللازمة.
4. مكان حفظ المسودة وحالتها، وكيفية إرفاق الادعاءات التي تحتاج تحققًا دون اختلاق مصادر.
5. مرحلة لاحقة اختيارية للجدولة، لا تبدأ إلا بعد موافقة بشرية على النسخة التي ستُرسل. إذا تغيرت النسخة بعد اعتمادها، اشترط مراجعتها مجددًا.
6. طريقة منع معالجة أو إرسال نسخة المحتوى نفسها للقناة نفسها مرتين، والتعامل مع تشغيلين متزامنين إن كان ذلك ممكنًا. لا تعتبر حفظ معرّف المنشور وحده آلية كافية لمنع التكرار.
7. التعامل مع فشل الخطوات أو انتهاء المهلة، وخاصة نجاح الإرسال مع فشل حفظ نتيجته. لا تقترح إعادة الإرسال تلقائيًا عندما تكون نتيجة المحاولة السابقة غير معروفة.
8. التكلفة التقديرية بناءً على حجم الاستخدام، مع فصل الاشتراكات عن رسوم API أو التنفيذ، وذكر المعلومات الناقصة. لا تعرض تكلفة غير متحقق منها على أنها سعر مؤكد.

إذا اقترحت مرحلة لقياس النتائج، وضّح المقاييس المتاحة وطريقة ربطها بالمنشورات. لا تفترض تطابق معرّفات الخدمات المختلفة، ولا تستنتج سبب النجاح من أرقام الأداء وحدها.

اعرض أربع حالات اختبار مع النتيجة المتوقعة:
- تشغيل ناجح.
- بيانات ناقصة.
- تكرار الحدث نفسه.
- فشل بعد نجاح خطوة خارجية وقبل حفظ نتيجتها.

صنّف التفاصيل إلى:
- موثّق رسميًا.
- يحتاج اختبارًا داخل حسابي.
- افتراض تخطيطي.
- غير متحقق منه.

اكتب الخطة بلغة واضحة، وعرّف المصطلحات التقنية باختصار.

لا تنفّذ اختبارات فعلية، ولا تنشئ أو تعدّل أو ترسل أو تجدول أو تنشر أي شيء أثناء إعداد الخطة. ولا تطلب مني مشاركة كلمات المرور أو مفاتيح API داخل المحادثة.