لماذا يجب أن يتولى وكلاء الذكاء الاصطناعي التوزيع الاجتماعي، وما الذي يبقى بيد البشر

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

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

ما هو عمل التوزيع بعد أن تُخرج منه الجانب الإبداعي؟

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

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

خمسة من سبعة صفوف عمل يؤديه الإنسان ببطء ويؤديه النموذج جيدًا. لا شيء منها يتطلب ذوقًا. إنها تتطلب صبرًا واتساقًا وذاكرة للقواعد، وهنا يتعب الناس ولا يتعب الوكلاء.

مرّر جانبيًا لرؤية المخطط كاملًا

لماذا الآن وليس قبل ثلاث سنوات؟

تغيّر أمران. صارت النماذج موثوقة في اتباع تعليمات مكتوبة مفصّلة عبر مهام طويلة، وظهرت طريقة مشتركة تتيح لها العمل على أنظمة خارجية. يصف Model Context Protocol نفسه بأنه معيار مفتوح لربط تطبيقات الذكاء الاصطناعي بالأنظمة الخارجية، وتدعمه أدوات مثل Claude وChatGPT وCursor وVisual Studio Code. قبل ذلك، كان كل تكامل سكربتًا يُكتب لمرة واحدة وينكسر حين يغيّر أحدهم اسم حقل.

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

لماذا يتفوق الوكلاء على البشر في هذه المهمة تحديدًا

الحجة ليست أن الوكلاء أذكى، بل أن التوزيع يعاقب على عدم الاتساق، والاتساق رخيص بالنسبة للبرمجيات.

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

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

ما يحتفظ به البشر دون استثناء

تسليم التوزيع لوكيل لا يعني تسليم العلامة التجارية. ثلاثة أشياء تبقى مع الناس.

أولًا، الاستراتيجية: أي جمهور، وأي عرض، وأي شهر. يستطيع الوكيل صياغة خيارات، لكن لا ينبغي له أن يختار اتجاه الربع.

ثانيًا، الادعاء الإبداعي. أي شيء يقدّم وعدًا بشأن السعر أو الصحة أو المال أو النتائج يحتاج إلى إنسان يتحمل مسؤوليته.

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

مرّر جانبيًا لرؤية المخطط كاملًا

إعداد يعمل في ست خطوات

هذا هو التسلسل الذي نوصي به لفريق يبدأ باستخدام Shager طبقةً للتوزيع.

1. اربط الوكيل. وجّه عميل MCP إلى https://app.shager.ai/api/mcp مع مفتاح API في ترويسة Authorization. تسرد نقطة دخول الوكلاء طريقة الإعداد لكل عميل.
2. ابدأ بالمسودات. امنح المفتاح الأول صلاحيتي read وwrite فقط. يستطيع الوكيل بناء المنشورات، لكنه لا يستطيع جدولتها أو نشرها.
3. جمّع الحسابات. أنشئ مجموعات حسابات تطابق طريقة تفكير العميل: المناطق، والعلامات، واللغات. يستهدف الوكيل المجموعات، لا أربعين معرّفًا منفصلًا.
4. اكتب القواعد مرة واحدة. ضع قيود النص، والعبارات المحظورة، وقواعد الروابط، ونوافذ التوقيت في مهارة أو في تعليمات النظام، لا في كل طلب.
5. راجع أسبوعًا من المسودات. اقرأ ما أنتجه الوكيل. أصلح القواعد، لا المنشورات.
6. أضف صلاحية النشر. فقط بعد أن تصبح المسودات صحيحة باستمرار، يُصدر إنسان مفتاحًا بصلاحية publish.

كيف يبدو تشغيل الوكيل

هذه تعليمات قد يعطيها استراتيجي للوكيل صباح الاثنين:

Client: Harbor Fitness, workspace "Harbor Fitness".
Video: https://cdn.example.com/harbor/sept-open-house.mp4 (1080x1920, 28s).
Post it as a Reel to the "Studios North" group on Thursday 18:00 local time.
Write a different caption for each studio using its neighborhood name.
Lead link in the first comment: https://harborfitness.example/open-house
Create drafts only and send me the list for review.

وهذا تسلسل الأدوات الذي يشغّله الوكيل على خادم MCP الخاص بـ Shager:

whoami                     confirm key, scopes and organization
list_workspaces            find "Harbor Fitness"
list_groups                find "Studios North"
list_channels              read channel names to personalize captions
upload_media_from_url      url, file_name, width 1080, height 1920, duration_ms 28000
create_post                caption, group_ids, media_ids, format "REEL",
                           first_comment, cta_url, per_channel[...],
                           stagger_seconds [60, 180], no schedule_at (draft)
list_posts                 return the drafts for human review

لا شيء هنا يُنشر. يقرأ الإنسان المسودات، ثم إما يوافق على الجدول أو يرسلها إلى العميل عبر request_approval. وحين يحمل المفتاح صلاحية النشر، تضعها schedule_post في التقويم، ويتحقق Shager من كل منشور وفق قواعد الشبكة المستهدفة قبل الإرسال، ثم يرسله مع تباعد بين الحسابات.

أين تسوء الأمور

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

أسئلة شائعة

هل يحل الوكيل محل مدير وسائل التواصل الاجتماعي؟

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

أي عملاء الذكاء الاصطناعي يستطيعون تشغيل التوزيع عبر Shager؟

أي عميل يستطيع الاتصال بخادم MCP بعيد عبر Streamable HTTP. يتصل Claude وChatGPT بتسجيل الدخول عبر OAuth كموصل مخصص، دون مفتاح لنسخه. ويمكن لـ Claude Code وCodex وCursor استخدام ترويسة bearer بمفتاح API. وتستخدم البوتات التي لا تملك متصفحًا رمز جهاز، ويمكن لأي شيء آخر استدعاء REST API من الكود.

هل يستطيع الوكيل النشر دون أن يتدخل إنسان أبدًا؟

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

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