تصنع شيئًا جيّدًا واحدًا — blog post أو webinar أو مقابلة مع عميل — ثم يموت بعد مشاركة واحدة. وفي الوقت نفسه يحتاج الفريق إلى LinkedIn وX وemail ونبذة newsletter كل أسبوع. محرّك إعادة التوظيف نظام قابل للتكرار: تُغذّي Claude بمصدر واحد إضافةً إلى brand voice، وتحصل على أسبوع كامل من المحتوى المخصّص لكل قناة، يعود كلّه إلى ادعاءات تقف خلفها أصلًا.
- الأصل المصدري على شكل file —
launch-post.mdأوwebinar-transcript.txtأو مقابلة ملصوقة. - مستند
brand-voice.md: 3–5 قواعد نبرة، وقائمة do/don't، وposts اثنان كنت تفخر بهما. هذا ما يجعل "نبرتنا" تعني شيئًا. - قائمة قنواتك وأي قواعد صارمة لكل قناة (X ≤ 280 حرفًا، بلا emoji على LinkedIn، وهكذا).
-
هيّئ Claude بالمصدر والنبرة
افتح المجلد الذي يحوي الأصل المصدري ومستند الـ brand-voice في Claude Code Desktop واسأل في المحادثة مباشرةً — دون أي حاجة إلى Terminal. لا تبدأ بطلب posts. ابدأ بالتأكّد من أن Claude قرأ المادة الخام وأنه قادر على وصف نبرتك لك — هذا يلتقط مستند نبرة سيّئًا قبل أن يفسد 20 draft.
أنت تطلباقرأ launch-post.md وbrand-voice.md. في 3 نقاط، أخبرني: الفكرة الأكبر الوحيدة في الـ post، والأسطر الثلاثة الأكثر قابلية للاقتباس، وكيف تصف نبرتنا في جملة واحدة. لا تكتب أي posts بعد.ما تحصل عليه قراءة قصيرة معادة: الفكرة الأساسية، وثلاثة اقتباسات بارزة، وملخص نبرة من سطر واحد. إذا كان ملخص النبرة خاطئًا، أصلِح المستند الآن — لا بعد أن يكتب أسبوعًا من النصوص الخارجة عن الهوية.
خطوة "اقرأها لي أولًا" هذه هي أكثر العادات مردودًا في النظام كلّه.
-
أنتِج دفعة من الـ drafts المخصّصة لكل قناة
اطلب الآن الكمّ، لكن كن محدّدًا في العدد والشكل والزاوية التي يتّخذها كلٌّ منها — الطلبات الغامضة تعطي drafts غامضة ومتشابهة.
أنت تطلبالآن حوّل الـ post إلى: 5 posts على LinkedIn و8 posts على X. ينبغي أن يسحب كلٌّ منها زاوية مختلفة من المقال — لا اثنان يقولان الشيء نفسه. طابِق brand-voice.md بدقّة: واثق لكن بسيط، بلا علامات تعجّب، بلا emoji. posts الـ X أقل من 280 حرفًا.ما تحصل عليه 13 draft جاهزة للجدولة، كلٌّ يستخرج زاوية مميّزة (المشكلة، الدليل، اقتباس العميل، الرأي المعاكس، الشرح العملي). كلّها بنبرتك.
-
أضِف نسخة الـ email والـ newsletter
المصدر نفسه، شكل مختلف. إبقاؤه في محادثة واحدة يبقي الـ email متّسقًا مع نصوص السوشيال بدلًا من أن ينحرف.
أنت تطلبمن الـ post نفسه، اكتب email إعلانيًا من 150 كلمة — أعطِني 3 خيارات لسطر العنوان، ونص معاينة أقل من 90 حرفًا، وCTA واضحًا واحدًا. ثم نبذة من 60 كلمة لـ newsletter لدينا تربط إلى الـ post.ما تحصل عليه email محكم مع خيارات لسطر العنوان ونص معاينة، إضافةً إلى نبذة newsletter قصيرة — كلّها متّسقة مع دفعة السوشيال.
-
رتّبه على شكل calendar جاهز للنشر
حوّل كومة الـ drafts إلى خطة يمكنك تسليمها لأداة جدولة. اطلب جدولًا واحدًا كي يكون جاهزًا للّصق.
أنت تطلبرتّب كل هذا على شكل calendar نشر مدّته 5 أيام يبدأ يوم الاثنين: ماذا يُنشر، وعلى أي قناة، وفي أي وقت، في جدول واحد. ضع أقوى اثنين من الـ posts في المقدّمة.ما تحصل عليه جدول يومًا بيوم يربط كل draft بقناة وفترة زمنية — أسبوعك مخطّطًا في عرض واحد.
- webinar بدل post: بدّل الخطوة 1 إلى
اقرأ webinar-transcript.txt واستخرج أفضل 5 أفكار قائمة بذاتها— بقية المحرّك متطابقة. - احتفظ بـ swipe file: حافظ على
swipe-file.mdيضمّ الأسطر التي نجحت والصقه بجانب مستند النبرة، كي تبدو كل دفعة أشبه بك مع الوقت، لا أقلّ. - احفظ الوصفة (Power Track): بمجرّد أن تنجح الـ prompts، خزّنها على شكل command مخصّص
/repurpose(انظر تبويب Capabilities في الـ Playbook) كي يصبح الأسبوع القادم command واحدًا، لا أربعة prompts.
- أعِد توظيف قطعة قوية واحدة في أشكال عديدة — لا تدع Claude يخترع ادعاءات أو إحصاءات جديدة تضطر بعدها للتحقّق منها. الغاية كلّها هي إعادة استخدام أشياء تقف خلفها أصلًا.
- اقرأ كل draft بحثًا عن الادعاءات والأرقام قبل نشره. يستطيع Claude أن يذكر إحصاءً بثقة تامّة وهو ببساطة خاطئ. أنت المدقّق.
- أبقِ بوابة موافقة واحدة بين الدفعة والـ scheduler. عند العمل بكثافة، يغري النشر مباشرة من الطابور. لا تفعل — وجِّه الأسبوع عبر من يملك العلامة التجارية، وأرسِل أي شيء يحمل سعرًا أو ادّعاءً أو اسم عميل إلى الموافقة القانونية أولًا. مهمة المحرّك ملء الطابور، لا تخطّي المراجِع.
- إذا بدت الـ drafts عامّة، فإن
brand-voice.mdلديك أفقر من اللازم — أضِف أمثلة posts حقيقية، لا صفات. "ظريف" لا يخبر Claude شيئًا؛ بينما post كان ظريفًا يخبره كل شيء.
ستحصل في النهاية على نظام قابل للتكرار يحوّل أصلًا واحدًا إلى ~15 قطعة متّسقة مع علامتك وcalendar جاهز للنشر في أقل من ساعة — وكل قطعة قابلة للتتبّع إلى شيء سبق أن نشرته.
أسئلة يطرحها الناس
- هل يخترع Claude ادعاءات أو إحصاءات جديدة عند إعادة التوظيف؟
- قد يفعل، ولهذا فالقاعدة هي إعادة توظيف قطعة قوية واحدة في أشكال عديدة — لا توليد حقائق جديدة. اقرأ كل draft بحثًا عن الادعاءات والأرقام قبل نشره؛ يستطيع Claude أن يذكر إحصاءً خاطئًا بثقة تامّة، لذا أنت المدقّق.
- ما الذي أحتاجه قبل أن أبدأ؟
- أصل مصدري واحد على شكل file (post أو webinar transcript أو مقابلة)، وملف `brand-voice.md` فيه بضع قواعد نبرة وأمثلة posts، وقائمة قنواتك مع أي حدود صارمة مثل "X أقل من 280 حرفًا" أو "بلا emoji على LinkedIn".
- لماذا تطلب الخطوة الأولى من Claude ألّا يكتب أي posts بعد؟
- لأن جعل Claude يقرأ الفكرة الأساسية ونبرتك أولًا يلتقط مستند نبرة سيّئًا قبل أن يفسد عشرين draft. إنها أكثر العادات مردودًا في النظام: أصلِح الملخص الآن، لا بعد أن يُكتب أسبوع من النصوص الخارجة عن الهوية.
- تخرج الـ drafts عندي عامّة — ما الخطأ؟
- في الغالب دائمًا ملف `brand-voice.md` فقير. أضِف أمثلة posts حقيقية، لا صفات: "ظريف" لا يخبر Claude شيئًا، بينما post *كان* ظريفًا يخبره كل شيء ليطابق نمطه عليه.