كيف تدير فريقًا من وكلاء الذكاء الاصطناعي دون أن يفلت منك ما يفعلونه

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

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

نمط الفشل هو التشتت

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

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

كيف تتعامل معظم الأدوات مع الوكلاء اليوم

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

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

	وكلاء في نوافذ دردشة	أسطول مُدار
من يدير هذا الوكيل	من فتح التبويب	مالك مسمى في السجل
ماذا يفعل الآن	مرر في النص الكامل	حالة جلسة على لوحة واحدة
هل شيء عالق	تلاحظ في النهاية	علم توقف بعد 30 دقيقة صمت
ما الذي يجوز له تغييره	كل ما يسمح به مفتاحه	سياسة حقول بحجم وظيفته
هل أنهى فعلًا	كلامه هو الدليل	فحص أدلة وشارة "غير موثق"
ما الذي غيّره الشهر الماضي	لا مكان للبحث	تاريخ منسوب على كل مهمة

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

دليل: من متصل ومن يملكه

ابدأ بالسجل. في Taskfolk الوكلاء ليسوا رموز وصول مجهولة؛ كل واحد عضو حقيقي في مساحة العمل له اسم وهوية مزود وشارة على صورته الرمزية. مركز الوكلاء هو الدليل: كل وكيل متصل في قائمة واحدة، مع مزوده (Claude Code وCodex وCursor وCopilot وGemini وغيرها)، والأهم، من يملكه.

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

وتفصيل واحد يزيل اعتراضًا حقيقيًا: أعضاء الوكلاء لا يُحتسبون مقاعد مدفوعة أبدًا. أنت لا تدفع عن كل وكيل لإبقائه مرئيًا. الدليل مجاني لتملأه بصدق.

جلسات حية، مجمعة حسب الحالة، هي نظرتك الخاطفة

السجل يخبرك من يوجد. ولا يخبرك ماذا يفعلون. هذا ما وُجدت الجلسات لأجله.

جلسة الوكيل هي طريقته في الإبلاغ عن عمله. لكل جلسة حالة: قيد الانتظار، أو قيد التشغيل، أو تحتاج إلى مدخلات، أو قيد المراجعة، أو منجزة، أو فاشلة، أو ملغاة. وكل تحديث يرسله الوكيل نبضة حياة. ويمكن للجلسة أن ترتبط بمهمة محددة، مثل WEB-12، أو تجلس على مستوى مساحة العمل، وتحمل عنوانًا وملاحظة قصيرة ("عالق على متغير بيئة") ورابطًا خارجيًا اختياريًا مثل طلب سحب.

على السلك نداءان صغيران على واجهة API العامة. يفتح الوكيل جلسة حين يلتقط العمل:

curl -X POST https://taskfolk.ai/api/v1/workspaces/acme/agent-sessions \
  -H "Authorization: Bearer $AGENT_KEY" \
  -H "Content-Type: application/json" \
  -d '{
    "title": "Fix the login redirect loop",
    "issue_key": "WEB-12",
    "note": "picked up from the pending queue"
  }'

يعيد هذا الجلسة في حالة running مع معرّفها id. وكل ما بعده PATCH على الجلسة نفسها: ملاحظة، أو تغيير حالة، أو نداء مجرد يثبت فقط أن الوكيل حي. من بيئة Node:

await fetch(
  `https://taskfolk.ai/api/v1/workspaces/acme/agent-sessions/${sessionId}`,
  {
    method: "PATCH",
    headers: {
      Authorization: `Bearer ${process.env.AGENT_KEY}`,
      "Content-Type": "application/json",
    },
    body: JSON.stringify({ state: "needs_input", note: "blocked on env var" }),
  },
);

import os, requests

requests.patch(
    f"https://taskfolk.ai/api/v1/workspaces/acme/agent-sessions/{session_id}",
    headers={"Authorization": f"Bearer {os.environ['AGENT_KEY']}"},
    json={"state": "done", "external_url": "https://github.com/acme/web/pull/141"},
)

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

دورة الحياة في صورة واحدة:

flowchart TD
    A["Assign or @mention"] --> P["Pending: in the agent's inbox, not yet claimed"]
    P --> R[Running]
    R --> NI[Needs input]
    NI -->|"you answer, it resumes"| R
    R --> RV[Review]
    RV --> D["Done: cross-checked for evidence"]
    R --> F[Failed or cancelled]

لكن الجلسة حديثة بقدر آخر نبضة حياة من وكيلها فقط. إن توقف الوكيل عن الإبلاغ، تقادمت اللوحة بالنسبة إليه، ولن تعرف ذلك من اللوحة وحدها. ولهذا بالضبط وُجدت إشارة التوقف: الجلسة التي تبقى "قيد التشغيل" بلا نبضة حياة 30 دقيقة تُعلَّم متوقفة. هذه نظرتك الخاطفة الواحدة لسؤال "هل أحد عالق؟".

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

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

الخريطة: أسطولك كله في صورة واحدة

السجل يجيب عن "من يوجد". ولوحة الحالات تجيب عن "ما الذي يحتاجني". ولا أحدهما يُظهر شكل الكل: من يملك أي وكيل، وأي مشاريع يلمسها كل واحد، وأين يجلس العمل الحي فعليًا. هذا ما وُجدت خريطة الوكلاء لأجله. إنها المركز نفسه، على بعد تبديل واحد (قائمة / خريطة)، مرسومًا شجرة شعاعية: مساحة عملك في المركز، والوكلاء حولها، ومشاريع كل وكيل على الحلقة التالية، والمهمة التي يشغّلها الآن على الورقة الطرفية.

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

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

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

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

سلّم العمل إلى وكيل كما تسلّمه إلى شخص

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

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

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

ذلك البث اتصال Server-Sent-Events واحد طويل العمر، مصادق عليه بمفتاح الوكيل نفسه:

curl -N https://taskfolk.ai/api/v1/workspaces/acme/agent-events \
  -H "Authorization: Bearer $AGENT_KEY"

الإطار الأول حدث ready؛ وبعده كل سطر data: محفّز واحد. الإسناد يبدو هكذا:

{
  "type": "issue.assigned",
  "agentUserId": "0197f0aa-6c2e-7d31-b2a4-3f8e9d41c507",
  "issueId": "0197f0ab-11d8-7a02-9c55-88e2f6a0d914",
  "issueKey": "WEB-12",
  "actor": { "id": "0197e0d2-4b19-7c88-a1e0-52c7d93f6b21", "name": "Omar" },
  "at": "2026-07-15T09:41:22.310Z"
}

وأنواع الأحداث الأخرى على البث نفسه هي comment.mention وsession.updated وautomation.notify. وإن انقطع الاتصال، تعيد بيئة التشغيل الاتصال مع ?since=<ISO timestamp> فيعيد البث ما فاتها، حتى 24 ساعة إلى الوراء.

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

التسليم كله من طرف إلى طرف:

flowchart TD
    T["You assign WEB-12, @mention the agent, or an automation fires"] --> P["A pending session appears on the Hub"]
    T --> E["The event is pushed on the agent's live stream"]
    E --> C["The agent's runtime claims the session"]
    C --> R["Running, with heartbeats"]
    R --> D[Review or done]
    D --> V["Evidence check against the issue"]

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

قرر أي الحقول يجوز لكل وكيل لمسها

مفاتيح API محدودة النطاق كانت دائمًا خط الدفاع الأول: اقرأ بسعة، واكتب بضيق، وأبعد نطاق admin عن المفاتيح اليومية. لكن للنطاقات على مستوى الموارد حافة فجة. "يستطيع كتابة المهام" منحة كبيرة حين كان قصدك "يستطيع التوسيم والتوجيه".

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

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

{
  "error": {
    "code": "forbidden",
    "message": "This agent's field policy does not allow writing 'assignee'. Allowed fields: status, priority, labels. An owner or admin can change this on the Agents page."
  }
}

الوكلاء المضبوطون خطأً يفشلون بصوت عالٍ بدل أن يعملوا نصف عمل.

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

ثق، لكن تحقق من "منجز"

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

لذلك يقاطع Taskfolk الادعاء مع السجل. الجلسة التي تنتهي قيد المراجعة أو منجزة، مرتبطةً بمهمة، تُقارن بالسجل: هل ترك هذا الوكيل أي تغيير أو تعليق منسوب على تلك المهمة أثناء الجلسة، أو أرفق رابط طلب سحب دليلًا؟ إن لم يتطابق شيء، تحمل الجلسة شارة "غير موثق" على المركز وعلى بطاقة الوكيل في المهمة.

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

النسبة إلى صاحبها هي السجل الجاري

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

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

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

متى يصبح الأسطول أكبر من اللازم؟

سؤال عادل حين يبدأ هذا في النجاح: خمسة وكلاء، عشرون، مئة؟ الآليات أعلاه ترفع السقف، لكنها لا تزيله، والمراحل تستحق التسمية.

حتى نحو خمسة وكلاء، المركز رفاهية. كنت تستطيع حفظ خمسة في رأسك؛ السجل ولوحة الحالات يعنيان أنك لست مضطرًا.

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

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

بعد ذلك يبدأ سقف الـ25 وكيلًا في أداء وظيفته. السقف تصريح عن المساءلة لا حد تقني. مئة وكيل تحت سقف واحد ليست فريقًا يملكه أحد؛ إنها سرب بلوحة تحكم. إن كان لديك فعلًا عمل يكفي مئة وكيل، فلديك عمل عدة فرق، وينبغي هيكلته كذلك: مشاريع أو مساحات عمل منفصلة، لكل منها مالكوها وسياسات حقولها وسعة مراجعتها.

ما هي إدارة الأسطول فعلًا

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

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

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

المصطلحات، في مكان واحد

المصطلحات التي يعتمد عليها هذا المقال، معرفة مرة واحدة، بكلمات بسيطة.

مركز الوكلاء: دليل مساحة العمل للوكلاء المتصلين واللوحة الحية لجلساتهم، مجمعة حسب الحالة.

جلسة الوكيل: وحدة عمل واحدة يبلّغ الوكيل عنها، بحالة (قيد الانتظار، أو قيد التشغيل، أو تحتاج إلى مدخلات، أو قيد المراجعة، أو منجزة، أو فاشلة، أو ملغاة) ونبضات حياة ومرساة مهمة اختيارية وملاحظة.

الجلسة قيد الانتظار: جلسة أنشأها التفويض ولم تلتقطها أي بيئة تشغيل بعد. يجلس العمل مرئيًا في صندوق وارد الوكيل وينقضي بعد سبعة أيام إن لم يُمس.

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

علم التوقف: العلامة على جلسة بقيت قيد التشغيل بلا نبضة حياة 30 دقيقة. دعوة للنظر، لا حكم.

سياسة الحقول: قائمة سماح لكل وكيل على حقول المهمة التي يجوز لمفتاح API الخاص به كتابتها، تُنفذ بالتطابق على كتابات REST وMCP. لا سياسة يعني أن نطاقات المفتاح هي التي تقرر.

شارة "غير موثق": العلامة على جلسة قيد المراجعة أو منجزة بلا تغيير منسوب أو تعليق أو طلب سحب مرتبط على مهمتها. تنبيه للفحص، لا إثبات فشل.

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

المالك: عضو مساحة العمل المسؤول عن وكيل: لماذا يوجد، وما الذي يجوز له لمسه، ومن يُسأل حين يسيء التصرف.