# وكيل واحد واثنا عشر عميلًا: كيف تمنع اختلاط العلامات والحسابات والروابط

_2026-09-29 · كيف تشغّل الوكالة وكيل ذكاء اصطناعي واحدًا لعملاء كثيرين في Shager: مساحة عمل لكل عميل، ومجلد سياق لكل عميل، وقواعد تسمية، وضوابط تمنع النشر في المكان الخطأ._

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

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

## لماذا مساحة عمل لكل عميل؟

مساحة العمل في Shager تمثل عميلًا أو علامة تجارية. كل حساب مربوط، وكل مجموعة حسابات، وكل منشور، وكل رابط مُتتبَّع، يعيش داخل مساحة عمل واحدة بالضبط. لا شيء يعبر حدود مساحات العمل مصادفة: استدعاء `create_post` يحدد `workspace_id` واحدًا، والحسابات والمجموعات التي يستهدفها تأتي من قوائم مساحة العمل تلك وحدها.

إنشاء مساحة عمل استدعاء واحد. الحقول هي `name`، والمنطقة الزمنية `timezone` بصيغة IANA (الافتراضية `Asia/Jerusalem`)، و`approval_required` الذي يفرض موافقة العميل قبل جدولة أي شيء في مساحة العمل هذه.

```json
{
  "tool": "create_workspace",
  "arguments": {
    "name": "Aurora Furniture",
    "timezone": "Europe/London",
    "approval_required": true
  }
}
```

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

يستطيع الوكيل في بيئة اختبار لم يتولَّ أحد ملكيتها بعد أن ينشئ حتى خمس مساحات عمل، وهذا يكفي لتجربة أولى مع بضعة عملاء قبل أن يتولى إنسان ملكية المؤسسة. الخطوات مشروحة في [التسجيل الذاتي للوكيل وتولّي الملكية](/ar/blog/agent-self-signup-and-claim).

## إدخال حسابات كل عميل من دون كلمات مرور

لكل مساحة عمل، يستدعي الوكيل `create_connect_link` مع `label` يذكر لمن هذا الرابط. يفتح العميل الرابط، ويسجّل الدخول إلى الشبكة بنفسه (Facebook أو Instagram أو YouTube أو X أو LinkedIn أو TikTok)، ويختار الحسابات، فتظهر في `list_channels` لمساحة العمل هذه وحدها. لا حاجة إلى حساب في Shager للعميل، ولا إلى مشاركة كلمات المرور.

```bash
curl -s https://app.shager.ai/api/v1/workspaces/ws_aurora/connect-links \
  -H "Authorization: Bearer $SHAGER_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{"label":"Aurora marketing manager"}'
```

روابط الربط تتطلب مؤسسة تولّى أحد ملكيتها. ويشرح مقال [روابط الربط للعملاء](/ar/blog/client-connect-links) ما يراه العميل وما الذي ترسله إليه مع الرابط.

## مجلد السياق: حيث يعيش عقل كل عميل

مساحة العمل تفصل البيانات، لكنها لا تفصل المعرفة. فهم الوكيل لنبرة Aurora وأسعارها والعبارات الممنوعة لديها يجب أن يُحفظ في مكان ما، وإن حُفظ في ملف تعليمات طويل واحد يضم اثني عشر عميلًا، فسيتسرّب حتمًا.

هذه هي البنية التي أستخدمها مع Claude Code أو Codex:

```text
agency/
  CLAUDE.md                 # agency-wide hard rules, no client facts
  clients/
    aurora/
      CLAUDE.md             # workspace name, voice, facts, do-not-say list
      brief-2026-w40.md
      crm/leads.csv
    beacon-dental/
      CLAUDE.md
      ...
```

يحمّل Claude Code ملفات `CLAUDE.md` بشكل هرمي، وتُحمَّل الملفات الموجودة في المجلدات الفرعية حين يعمل Claude داخل تلك المجلدات، كما توضح [وثائق الذاكرة](https://code.claude.com/docs/en/memory) الخاصة به. فإذا بدأت الجلسة داخل `clients/aurora/` حصل الوكيل على قواعد الوكالة وملف Aurora، ولا شيء عن Beacon Dental. ولدى Codex تسلسل مشابه عبر [`AGENTS.md`](https://developers.openai.com/codex/guides/agents-md)، تُدمج ملفاته من جذر المشروع نزولًا حتى مجلد العمل.

السطر الأول في ملف كل عميل هو الأهم:

```text
Shager workspace: "Aurora Furniture". Act on this workspace only. If any tool
call would use a different workspace_id, stop and ask.
```

## ضوابط تلتقط خطأ النشر في المكان الخطأ

البنية تقلل المخاطرة، وهذه العادات تسد ما تبقّى من ثغرات.

1. **حدِّد ثم أعلِن.** تبدأ كل مهمة باستدعاء `list_workspaces`، ثم تحديد العميل بالاسم، وطباعة الاسم والمعرّف قبل أول عملية كتابة. وحين يمرّ إنسان سريعًا على سجل الجلسة ويرى «Aurora Furniture (ws_aurora)» يستطيع إيقافها إن لزم.
2. **عميل واحد في كل جلسة.** لا تطلب من الوكيل «أنجز هذا الأسبوع لـ Aurora وBeacon». جلستان ومجلدان. التكلفة الإضافية معدومة، والسياق يبقى نظيفًا.
3. **وسوم تحمل اسم العميل.** كل `create_post` يحمل `label` مثل «Aurora w40 sofa sale». وفي `list_posts` وفي لوحة التحكم، يلفت الوسم الخطأ في مساحة العمل الخطأ النظر فورًا.
4. **حملة لكل عميل.** الحقل `campaign` يصبح `utm_campaign`. ابدأه باختصار اسم العميل (`aurora-sofa-sale`)، فيظهر المنشور الذي وُضع في غير مكانه سطرًا غريبًا في تحليلات العميل أيضًا.
5. **جولة مراجعة مستقلة.** جلسة مراجعة بأدوات للقراءة فقط تفحص المسودات مقابل قائمة العبارات الممنوعة لدى العميل قبل الموافقة على أي شيء. التعليمات موجودة في [تعليمات لوكيل المحتوى](/ar/blog/prompts-for-a-content-agent).

## هل يحتاج كل عميل إلى مفتاح API خاص به؟

المفاتيح في Shager تتبع المؤسسة وتحمل صلاحيات: `read` و`write` و`publish`. والمفتاح لا يقيّد مساحات العمل التي يصل إليها. لذلك لا يصنع مفتاح لكل عميل جدارًا صلبًا، لكنه يفيد من ناحيتين: إلغاء مفتاح واحد لا يوقف العمل على البقية، وسجل تدقيق استدعاءات الوكلاء في لوحة الوكلاء يصبح أسهل قراءة حين تعمل جلسات كل عميل بمفتاحها.

ما لا أنصح به هو منح كل جلسة عميل مفتاح `publish` تلقائيًا. معظم الجلسات تكتب مسودات فقط، وخطوة الجدولة يمكن أن تعمل بمفتاح آخر يتحكم فيه إنسان. نموذج الصلاحيات مشروح في [مفاتيح API والصلاحيات والتدقيق](/ar/blog/api-keys-scopes-and-audit).

## المجموعات داخل العميل

داخل مساحة العمل، تتيح مجموعات الحسابات للوكيل استهداف عدة حسابات عبر حقل واحد. قد يقسّم عميل يملك امتيازًا تجاريًا مجموعاته حسب المنطقة أو اللغة أو نوع الفرع. يأخذ `create_group` الحقلين `name` و`channel_ids`، ويقبل `create_post` الحقل `group_ids` فيضيف كل حساب نشط في تلك المجموعات. والمجموعات تتبع مساحة عمل مثل كل شيء آخر، لذا يجب أن يسردها الوكيل دائمًا داخل مساحة عمل العميل، لا أن يعيد استخدام معرّفات من ذاكرته.

## السعة والباقات

تُسعَّر باقات Shager حسب عدد الحسابات المربوطة في المؤسسة كلها، وتشمل كل باقة الوصول إلى API وMCP وعددًا غير محدود من المستخدمين. وبالنسبة إلى وكالة تدير اثني عشر عميلًا، فالرقم الذي يستحق المتابعة هو عدد الحسابات، لا عدد الوكلاء أو المقاعد. المستويات معروضة في [صفحة الأسعار](/ar/pricing).

## أسئلة شائعة

### هل يمكن أن يعمل وكيلان على العميل نفسه في الوقت ذاته؟

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

### ماذا لو كان العميل يدير منشوراته في Shager بنفسه أيضًا؟

يمكن إضافته مستخدمًا في مؤسستك، فكل باقة تشمل عددًا غير محدود من المستخدمين. تأكد من أن الوكيل يستدعي `list_posts` قبل الكتابة، كي يرى ما جدوله العميل بالفعل ولا يكدّس المنشورات في اليوم نفسه.

### كيف أُنهي العمل مع عميل؟

أوقف عمل الوكيل في مساحة العمل تلك، وألغِ أي منشورات مجدولة عبر `cancel_post`، واطلب من العميل فصل حساباته. ثم أرشِف مجلد السياق خارج مجلد عمل الوكيل، كي لا يُحمَّل بالخطأ لاحقًا.

## إلى أين بعد ذلك

ابدأ ببنية المجلدات أولًا، حتى لو كان لديك عميلان فقط. فصل معرفة اثني عشر عميلًا بعد فوات الأوان أصعب بكثير من البدء بترتيب نظيف. وتجد في [نقطة دخول الوكلاء](/ar/agents) تفاصيل الربط التي ستحتاجها لكل عميل.

---
Source: https://shager.ai/ar/blog/one-agent-many-clients