أعلنت OpenAI عن ميزة dots في مؤتمر DevDay يوم 29 سبتمبر: وهي وكلاء يعملون دائمًا في ChatGPT ومزودون بنموذج GPT-6 Astra، ويمتلك كل منهم حاسوبًا سحابيًا ومتصفحًا خاصًا به، مع إمكانية الوصول إليهم عبر ChatGPT وSlack وTeams. أما العبارات الأكثر أهمية لفريق يستخدم بالفعل وكلاء برمجة فتقع بالقرب من بداية إعلان OpenAI: «اليوم، يمكنك البدء مع الـ dot الأساسي الخاص بك، وتسميته، وتخصيصه لك. ومع الوقت، نتطلع إلى فرق من وكلاء dots تعمل معًا نيابة عنك». يبدأ الـ dot كوكيل لشخص واحد، في حين أن فرق الـ dots هي التوجه المستقبلي المعلن وليست نقطة الانطلاق الحالية.
هذا الترتيب منطقي، لكنه يترك فجوة لدى الفرق التي تجاوزت بالفعل مرحلة وكيلها الأول. ففي المثال البرمجي الذي قدمته OpenAI نفسها، يتابع الـ dot آراء العملاء وملاحظاتهم، ويبني إصلاحات صغيرة ويختبرها، ثم يقدم لك «طلبات سحب (PRs) مكتملة لمراجعتها». فإذا كان الفريق نفسه يشغّل Claude Code على خادم مشترك وCodex على جهازي حاسوب محمول، فإن ذلك يضيف مصدرًا آخر لطلبات السحب التي تصب لدى المراجعين أنفسهم. وهنا لم يعد السؤال الصعب: أي الوكلاء هو الأذكى؟ بل يصبح: ما المهمة التي يعمل عليها كل وكيل؟ وما الذي اكتمل إنجازه؟ وما الذي ما زال بانتظار تدخل بشري؟
خلاصة القول
يُعد الـ dot من OpenAI وكيلاً شخصيًا كفؤًا: فهو يعمل باستمرار على حاسوبه السحابي الخاص، ويتصل بأكثر من 4,000 تطبيق عبر الإضافات (plugins)، ويخضع لإدارة القواعد المخصصة (Custom Rules)، وعرض الأنشطة (Activity View)، والمراجعة التلقائية (auto-review)، ونظام مراقبة قادر على إيقافه مؤقتًا أو كليًا. وبالنسبة للمهام المتكررة لشخص واحد داخل منظومة OpenAI، يمثل الـ dot الحل الأبسط. أما الفريق الذي يدير عدة وكلاء من مزودين مختلفين، فما زال بحاجة إلى لوحة موحدة تتيح تعيين كل وكيل كـ Assignee على Task معينة، وتجعل الحالة واضحة للجميع، وتعيد النتائج للمراجعة، وتسمح للمسؤول البشري باعتماد العمل. هذه طبقات عمل مختلفة، ويكمل بعضها بعضًا.
ما هي ميزة dots من OpenAI؟
إن الـ dot من OpenAI هو وكيل دائم العمل داخل ChatGPT، مدعوم بنموذج GPT-6 Astra، ويعمل على تحقيق أهداف شخص واحد على حاسوبه السحابي الخاص، حتى أثناء انشغال هذا الشخص بأمور أخرى. يمكنك تسمية الـ dot الخاص بك، وربط تطبيقاتك، والتحدث معه عبر ChatGPT على سطح المكتب أو الويب أو الهاتف المحمول، أو عبر Slack أو Teams، أو عبر المكالمات الصوتية، مع توفير المراسلة النصية قريبًا. كما يتعلم تفضيلاتك من ملاحظاتك، ويستطيع تولي مشروع جديد أثناء عمله على عدة مشاريع أخرى، ويرسل إليك مستجدات التقدم والأسئلة والقرارات التي تتطلب تدخلك.
هناك تفصيلان يميزان الـ dot عن المساعد المعتمد على المحادثة فحسب. الأول هو الحاسوب: إذ يمتلك الـ dot متصفحه الخاص وحاسوبه السحابي المستقل، ويمكنك فتح ذلك الحاسوب في أي وقت لفحص العمل الجاري، كما يمكنك منحه الإذن باستخدام حاسوبك المحمول. أما التفصيل الثاني فهو المبادرة؛ فعندما لا تكون منشغلاً بالعمل معه، يجري الـ dot ما تسميه OpenAI «البحث الاستباقي»، مستخدمًا تطبيقاتك المتصلة عبر أدوات تقتصر على وضع القراءة فقط، مما يتيح له الاطلاع دون القدرة على إرسال رسائل، أو تعديل محتوى التطبيقات، أو التحكم في متصفحك أو حاسوبك.
| العنصر | ما تقوله OpenAI |
|---|---|
| النموذج | GPT-6 Astra |
| بيئة العمل | حاسوبه السحابي ومتصفحه الخاص؛ وحاسوبك المحمول فقط في حال سمحت له بذلك |
| التطبيقات | أكثر من 4,000 تطبيق عبر إضافات ChatGPT |
| قنوات الوصول إليه | ChatGPT (سطح المكتب، الويب، الهاتف المحمول)، وSlack، وTeams، والمكالمات الصوتية؛ مع دعم الرسائل النصية قريبًا |
| الخطط والاشتراكات | يتم إطلاقه تدريجيًا لخطتي Pro وBusiness Premium في الأسواق المؤهلة؛ وكنسخة تجريبية لخطط Enterprise وEdu وHealthcare عند تفعيلها من قبل المسؤول (معطلة افتراضيًا) |
| الاستخدام | أول وكيل dot مشمول في الخطة؛ ولا تُحتسب المحادثات معه ضمن حدود استخدام ChatGPT، لكن المهام التي يبدؤها في Codex أو ChatGPT Work تُحتسب |
| وكلاء specialist dots (المتخصصون) | مشاريع تجريبية موجهة للمؤسسات: هوية وبيانات اعتماد خاصة، وأجهزة مهيأة من قبل قسم تقنية المعلومات، وتكامل مع الأنظمة المعتمدة لحفظ السجلات (systems of record) |
| مايكروسوفت (Microsoft) | العمل على دمج وكلاء specialist dots مع عناصر التحكم الأمني والحوكمة في Agent 365 |
تُعد الـ specialist dots النسخة الموجهة للمؤسسات، وتحدد OpenAI الفارق بنفسها قائلة: «يعمل الـ dot الخاص بك نيابة عنك، بينما يتولى الـ specialist dots مسؤوليات محددة داخل مؤسستك». حيث تمنح الشركة كل وكيل منها هوية وبيانات اعتماد خاصة به وصلاحيات وصول إلى الأنظمة التي يحتاجها، في حين يعمل مهندسو OpenAI مع المؤسسة لتحديد مسؤولياته وأدواته و«كيفية مراجعة الموظفين لعمله والموافقة عليه». تذكّر جيدًا هذه العبارة الأخيرة.
عناصر التحكم تجيب عن سؤال: «ما الذي يُسمح للـ dot بفعله؟»
تأتي وكلاء dots بنموذج أذونات مدروس بعناية؛ حيث تحدد القواعد المدمجة متى يتصرف الـ dot بمفرده ومتى يطلب الإذن. كما تتيح لك القواعد المخصصة (Custom Rules) السماح بإجراءات معينة، أو اشتراط الموافقة عليها، أو حظرها تمامًا. وتقوم المراجعة التلقائية (auto-review) بفحص الإجراءات التي قد تؤثر على حساباتك أو تشارك معلوماتك مقارنة بتعليماتك وقواعدك، وتظل بعض المهام الحساسة، مثل تغيير كلمة المرور، مقتصرة عليك دائمًا. ويعرض لك عرض الأنشطة (Activity View) مسار التقدم، بما في ذلك العمليات التي تجري في الخلفية، ويتيح لك توجيه المسار. وإذا رصدت أنظمة مراقبة OpenAI أي مخاوف أمنية، فيمكنها إيقاف عمل الـ dot مؤقتًا أو إنهاؤه كليًا.
هذه هي الحزمة المثالية من عناصر التحكم لوكيل شخصي، وتصفها OpenAI بصيغة المخاطب المباشر: تطبيقاتك، قواعدك، موافقاتك. وتكتمل الصورة بنصيحتها الصريحة: «لا يزال بإمكان وكلاء dots ارتكاب الأخطاء، لذا احرص دائمًا على مراجعة الأعمال ذات التأثير المهم».
أما على مستوى الفريق، فتظهر الاحتياجات نفسها ولكن في مستوى أعلى؛ إذ لا يعود السؤال «ما الذي يُسمح للـ dot الخاص بي بفعله؟»، بل «ما الذي يقوم به كل وكيل في هذا المشروع، ومن يعتمد النتائج؟». وتتوقع OpenAI بالفعل وجود جزء من هذه الإجابة خارج إطار الوكيل نفسه، فهدفها المعلن من التعاون مع Microsoft هو تمكين الشركات من «إدارة وكلاء dots عبر أدوات Microsoft التي تستخدمها بالفعل». فطَبقة الإدارة تقع فوق طبقة الوكيل، وهو تحديدًا المكان الذي تنتمي إليه لوحة إدارة المهام.
الأسئلة التي لا تزال تشغل بال قائد الفريق
تخيل فريق منتج صغيرًا: أحد المهندسين لديه dot، وClaude Code يعمل على خادم مشترك، وCodex يعمل على جهازي حاسوب محمول، بينما يتولى Gemini صياغة التوثيق. يؤدي كل وكيل عمله بكفاءة، لكن الأسئلة التي تطرح نفسها في اجتماع يوم الإثنين لا تدور حول أي واحد منهم بمفرده.
| سؤال يطرحه قائد الفريق | ما يقدمه لك الـ dot | ما تضيفه اللوحة الموحدة |
|---|---|---|
| من يعمل على حل مشكلة صفحة الدفع (checkout bug)؟ | يمكن لمالك الـ dot سؤاله مباشرة، أو متابعته عبر Activity View | تُظهر كل Task الشخص أو الوكيل المكلف بها (Assignee): سواء كان شخصًا أو Agent أو Crew، وأيًا كان الـ Runtime الذي يشغله |
| ما الذي اكتمل أثناء الليل، وما الذي تعثر؟ | رسائل تقدم تُرسل إلى مالكه؛ وعرض Activity View للمهام الخلفية | حالات التشغيل (Run states) لكل Task (قيد الانتظار، قيد التشغيل، مكتملة، فاشلة، ملغاة) على لوحة يستطيع أي شخص في الـ Space فتحها |
| ما الذي ينتظر تدخل شخص؟ | طلبات الموافقة وفق الـ Custom Rules؛ والأسئلة والقرارات المرسلة إلى المالك | توجيه الحالات التي تتطلب ردًا بشريًا أو مراجعة بشرية مباشرة إلى Inbox الشخص المسؤول |
| هل يستطيع Claude Code وCodex استلام المهام من نفس قائمة الانتظار؟ | يعمل الـ dot بنموذج GPT-6 Astra ويمكنه بدء مهام في Codex | أي Runtime مدعوم على Computer متصل: مثل Claude Code وCodex وGemini وOpenCode وغيرها |
| ما الذي يُسمح للوكيل بالوصول إليه وتعديله؟ | قواعد Custom Rules، والمراجعة التلقائية auto-review، والبحث الاستباقي للقراءة فقط | تعليمات الـ Agent، والمستودعات المرتبطة، وبيئات العمل المعزولة (isolated worktrees)، ومستوى رؤية الـ Computer؛ مع العلم أن إسناد Task في الـ Backlog لا يبدأ التشغيل تلقائيًا |
| من يعتمد النتيجة النهائية؟ | يقوم المالك بمراجعة الأعمال المهمة | يوجد شخص مسؤول بجانب الـ Agent على الـ Task، ويكون الاعتماد بتغيير الحالة ليراها الفريق بأكمله |
لا يمثل العمود الأيسر في الجدول وكيلاً أكثر ذكاءً، بل هو سجل المتابعة المحيط بالوكلاء. لا تُعد منصة Sharkly بديلاً لـ Claude Code أو Codex أو غيرها من أدوات التنفيذ؛ بل تضيف طبقة المهام المشتركة، وبيئة الـ Computer، والسياق، والتحكم، والمراجعة حول الأدوات التي يعتمدها فريقك بالفعل. هناك أربعة أدوار، لكل منها مهمة محددة: يحدد الـ Agent طريقة معالجة العمل، ويوفر الـ Computer البيئة المضيفة، وينفذ الـ Runtime الجلسة، بينما تظل الـ Task هي السجل المشترك. وتُسجل تفاصيل التقدم، وأحداث التتبع، والنتائج مباشرة في الـ Task، وبذلك تجد الإجابة عن «ما الذي حدث أثناء الليل» على اللوحة المشتركة بدلاً من تبعثرها في أربع محادثات خاصة منفصلة.
هذا المبدأ ثابت بصرف النظر عن الشركة المزودة: يتولى الوكلاء البحث والتنفيذ والاختبار وإعداد التقارير، بينما يتولى البشر تحديد الاتجاه، ومنح الصلاحيات، واعتماد النتائج. يوضح مقال المسؤولية البشرية عن أعمال الوكلاء سبب تعذر نقل هذه المهام البشرية إلى الوكيل، بينما يتناول مقال الفرق المعتمدة على الوكلاء التحولات التي تحدث بمجرد مشاركة عدة أشخاص في لوحة واحدة.
متى يكون الـ dot هو الأنسب، ومتى تكون اللوحة الموحدة هي الحل الأفضل؟
استخدم الـ dot عندما يكون العمل مخصصًا لشخص واحد، وذا طبيعة متكررة، ويجري داخل ChatGPT وSlack وTeams والتطبيقات التي تربطها الإضافات؛ مثل خطة إطلاق تتغير مع تعديل نطاق المشروع، أو تحليل يعاد تشغيله عند وصول بيانات جديدة، أو فاتورة نسي شخص ما إرسالها. فإذا كنت مشتركًا بالفعل في Pro أو Business Premium وكانت أعمال وكلائك مقتصرة عليك في الغالب، فإن إعداد الـ dot يتطلب جهدًا أقل بكثير، وقد لا تحتاج إلى لوحة إدارة على الإطلاق. كما يزيل الـ dot الفوارق الدقيقة بين المساعد وزميل العمل؛ فهو ينجز مهام لا تتابعها بنفسك لحظة بلحظة كزميل عمل، ولكنه يتبع شخصًا واحدًا فقط.
أما اللوحة الموحدة فهي الخيار الأنسب عندما يكون العمل مشتركًا: كأن يسند عدة أشخاص المهام إلى عدة وكلاء، وتتعدد بيئات التشغيل (Runtimes) من أكثر من مزود، ويتولى المراجعة أشخاص لم يكتبوا الطلب الأصلي، مع وجود سجل محفوظ لكل Task يدوم أطول من أي محادثة عابرة. وتبرز أهميتها الكبرى عندما تريد لسير العمل أن يستمر بغض النظر عن الوكيل الأفضل القادم في السوق؛ فاليوم قد يكون الأفضل نموذج Astra داخل الـ dot، أو Claude Code على الخادم، أو Codex على الحاسوب المحمول، وفي الربع القادم قد تتبدل هذه التشكيلة، ولا ينبغي للفريق أن يعيد بناء لوحة عمله مع كل تغيير.
والحلّان يكملان بعضهما؛ فإذا وصل طلب سحب (pull request) من الـ dot إلى مستودع GitHub متصل بمنصة Sharkly، وكان عنوانه أو محتواه أو فرعه يحمل معرف المهمة (Task ID)، فسيحاول تكامل Sharkly مع GitHub ربطه بتلك الـ Task تلقائيًا. كما أن الـ dot الذي تراسله على Slack يمكن أن يعمل جنبًا إلى جنب مع Sharkly Agent المزود ببوت Slack خاص به دون أن يلغي أحدهما الآخر. وإذا أردت تشغيل GPT-6 Astra على اللوحة نفسها، فهو يعمل بالطريقة المعتادة لكل النماذج، من خلال الـ Runtime على الـ Computer، لأن الـ Agent يتبع النموذج الافتراضي للـ Runtime. وتجد خطوات الإعداد في مقال تشغيل وكلاء GPT-6 Astra في Sharkly.
لم تكن ميزة dots الإعلان الوحيد في DevDay حول الوكلاء الذين يتصرفون بمبادرة ذاتية دون انتظار توجيه؛ إذ تقدم ميزات مثل MCP Events والمهام الجماعية (team tasks)، وكلاهما مذكور في ملخص DevDay، المفهوم نفسه للعمل القائم على الأحداث (event-driven work). كما يطرح مقالنا المكمل حول متابعة ChatGPT للوحة مشروعك تساؤلاً عما ينبغي أن ينتجه الحدث بمجرد وقوعه.
تسعى كل شركة ذكاء اصطناعي إلى جعلك تدير وكلاءها هي فحسب، بينما تتيح لك Sharkly إدارة وكلائك أنت. فإذا كنت ترغب في مواصلة استخدام وكلاء برمجة متعددين بدلاً من حصر نفسك في منظومة واحدة، فهذه تحديدًا المشكلة التي صُممت Sharkly لحلها.
