قواعد الأمان لوكلاء الذكاء الاصطناعي الذين ينشرون على مئات الحسابات

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

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

لماذا يحتاج الوكلاء إلى قواعد أمان خاصة بهم؟

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

والشبكات واضحة أيضًا في أن الحجم والتكرار إشارات تراقبها. تغطي سياسة الرسائل المزعجة لدى Meta النشر بوتيرة عالية جدًا، يدويًا كان أو آليًا، والمحتوى المتكرر. وتغطي سياسات YouTube بشأن الرسائل المزعجة والممارسات المضللة وعمليات الاحتيال المحتوى المتكرر وغير الموجّه. هذه سياسات تتعلق بالسلوك، لا بما إذا كان إنسان أو برنامج هو من ضغط الزر.

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

دليل القواعد

القاعدة 1: الواجهات الرسمية فقط

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

السبب: الطرق غير الرسمية تخالف شروط الخدمة وتعرّض الحساب نفسه للخطر، وتتعطل بطرق لا يمكن توقعها.

القاعدة 2: مفاتيح بأقل صلاحية ممكنة

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

السبب: المفتاح الذي لا يستطيع النشر يحوّل التعليمات السيئة إلى مسودة سيئة، وهذا لا ضرر منه. يشرح مقالنا عن مفاتيح API والصلاحيات والتدقيق طريقة الإعداد.

القاعدة 3: المسودة أولًا، والجدولة ثانيًا

كل إطلاق ينشئ مسودات. والجدولة خطوة مستقلة تأتي بعد المراجعة أو موافقة العميل.

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

القاعدة 4: نوّع النص لكل حساب

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

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

القاعدة 5: وزّع الإرسال على فترات

لا ترسل إلى كل الحسابات في الثانية نفسها. يحدد stagger_seconds في Shager نطاقًا لتأخير عشوائي بين الحسابات، وقيمته الافتراضية [30, 90] ثانية. وسّعه للمجموعات الكبيرة أو العملاء الحساسين.

السبب: توزيع الإرسال على الوقت هو ما يفعله فريق حقيقي ينشر على صفحات كثيرة، وهو يقلل الدفعات المتزامنة التي تبدو آلية.

القاعدة 6: اعرف الحدود الصارمة لكل شبكة

بعض الحدود منشورة. فعلى سبيل المثال، توثّق Instagram أن الحسابات محدودة بـ 100 منشور عبر API خلال فترة متحركة مدتها 24 ساعة. ولا ينبغي لوكيلك أن يقترب من حدود كهذه في التشغيل العادي، فإن فعل فالخطة خاطئة. وللوسائط أيضًا قيود صيغة. عند رفع فيديو للريلز أو Shorts أو القصص، مرّر width وheight وduration_ms إلى upload_media_from_url كي يُتحقق منه قبل بناء أي منشور.

السبب: المنشور المرفوض لحظة الإرسال يهدر موعدًا، والأعطال المتكررة ضجيج لا تريده على حساب عميل.

القاعدة 7: دع المنصة تفحص قبل الإرسال

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

السبب: الوكيل الذي يعيد المحاولة دون تفكير قد يحوّل مشكلة واحدة إلى عشرات الاستدعاءات الفاشلة.

القاعدة 8: احترم حد المعدل في الواجهة نفسها

تسمح واجهة Shager بـ 120 طلبًا في الدقيقة لكل مفتاح. والإطلاق المصمم جيدًا يستخدم استهداف المجموعات وper_channel في استدعاء create_post واحد، بدل استدعاء لكل حساب، فنادرًا ما يقترب من الحد.

السبب: التجميع أسرع، ويُبقي الإطلاق ضمن الحدود دون حلقات انتظار في منطق الوكيل.

القاعدة 9: جهّز خطة إيقاف

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

السبب: الوقت المناسب لتصميم زر الإيقاف هو قبل أن تحتاج إليه.

القاعدة 10: احتفظ بسجل تدقيق واقرأه

كل استدعاء يجريه الوكيل يُسجَّل في سجل التدقيق في لوحة الوكلاء. ويجب أن يطّلع عليه أحد أسبوعيًا، لا بعد وقوع حادث فقط.

السبب: الانحراف في سلوك الوكيل يظهر في السجل قبل أن يظهر أمام الجمهور.

دليل القواعد نصًا للمهارة

إليك نسخة مختصرة لتضعها في مهارة أو في تعليمات النظام:

SAFETY RULES (always apply)
1. Create drafts only unless the instructions explicitly say to schedule
   an approved post.
2. When targeting more than one account, always use per_channel with a
   distinct caption for each account. Never send identical captions.
3. Use stagger_seconds of at least [30, 90]; use [60, 180] for groups
   larger than 20 accounts.
4. For video, always pass width, height and duration_ms on upload.
5. Never state a price, discount, date or claim that is not in the brief.
6. On a validation error, fix and retry once. On a second error, stop and
   report the error code and message.
7. Label every post in a run with the same label so the run can be listed
   and cancelled as a group.
8. Never call schedule_post on a post that has not been approved.

الحدود في القاعدة 3 اقتراح منا، لا قاعدة من الشبكات. اختر قيمًا تناسب عملاءك والتزم بها.

كيف يبدو الإطلاق الكبير الآمن؟

1. whoami للتأكد من أن صلاحيات المفتاح تناسب المهمة.
2. list_groups وlist_channels لتحديد الحسابات المشمولة بدقة، والإبلاغ عن عددها قبل أي خطوة أخرى.
3. upload_media_from_url مع الأبعاد والمدة كاملة.
4. create_post مع group_ids وper_channel وfirst_comment وstagger_seconds وlabel للإطلاق، كمسودة.
5. request_approval، أو تسليم الأمر إلى مراجِع بشري.
6. بعد الموافقة، schedule_post لكل منشور موافَق عليه.
7. بعد موعد الإرسال، get_post على عيّنة للتأكد من التسليم، والإبلاغ عن أي أعطال.

الخطوة 2 هي التي تتخطاها الفرق ثم تندم. الوكيل الذي يعلن «هذا الإطلاق يستهدف 212 حسابًا في 3 مجموعات» يمنح الإنسان فرصة ليقول «هذه مجموعة خاطئة» قبل أن توجد مسودة واحدة.

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

أسئلة شائعة

هل النشر عبر وكيل أخطر من النشر اليدوي؟

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

ما القيمة الافتراضية الأكثر أمانًا لـ stagger_seconds؟

القيمة الافتراضية في Shager هي من 30 إلى 90 ثانية بين الحسابات. لا تنشر أي شبكة قيمة مثالية للتباعد، لذا وسّعه للمجموعات الكبيرة واحكم بالنتائج لا بقاعدة عامة.

هل يمكنني إيقاف إطلاق مجدول بعد أن يبدأ؟

نعم. المنشورات التي لم تُرسل بعد يمكن سحبها عبر cancel_post، والوسم المشترك للإطلاق يسهّل تمييزها في list_posts. وإلغاء المفتاح يوقف أي استدعاءات أخرى.

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