OpenAI Dots: ما المقصود بوكلاء الذكاء الاصطناعي دائمة التشغيل لدى OpenAI؟

باختصار

تمثل OpenAI Dots وكلاء شخصيين دائمين يعملون على مدار الساعة داخل ChatGPT. وبفضل GPT-6 Astra، يمتلك كل Dot حاسوبه السحابي الخاص ويمكنه متابعة العمل الموكَل إليه بين المحادثات. يساعد هذا الدليل المستخدمين والمطورين على فهم ما تقوم به Dots وكيفية الاختيار بين Dot وCodex وChatGPT Work ووكيل API مخصص.

ليست Dots مجرد بديل لـ Codex أو ChatGPT Work. يظل Codex مركزًا على هندسة البرمجيات، بينما صُمّم ChatGPT Work للمهام الأطول متعددة الخطوات ومخرجات العمل النهائية. يتصرف Dot كوكيل شخصي دائم يجلس فوق العمل الجاري ويمكنه تنسيق مهام Work أو Codex عند الاقتضاء.

المقايضة الأساسية للمطورين هي بين سهولة الاستخدام والتحكم في التنفيذ. تتولى Dots إدارة تجربة الوكيل. يتيح وكيل API مخصص للمطورين تحديد واجهات الأدوات وسلوك التطبيق وإسناد التكاليف. ولا تزال الفوترة الدقيقة تتطلب تسوية سجلات الاستخدام مع رسوم النموذج والأدوات والحوسبة والجهات الخارجية.

النقاط الرئيسية

• OpenAI Dots هم وكلاء شخصيون دائمون، وليسوا نموذج أساس مستقلًا.
• يجمع Dot بين حاسوب سحابي وتطبيقات متصلة وذاكرة وعمل مستمر؛ البحث الاستباقي للقراءة فقط.
• يركز Codex على هندسة البرمجيات، وChatGPT Work على المخرجات الكبيرة، وDots على تحمل المسؤولية عبر مهام متعددة بشكل مستمر.
• تمنح وكلاء API المطورين التحكم في مخططات الدوال ومنطق التنفيذ والموافقات والسجلات وتجربة التطبيق.
• تدعم سجلات استخدام API إسناد التكاليف بدقة على مستوى عالٍ، لكن الرسوم الدقيقة تتطلب تسوية الفواتير؛ لا تعرض Dots سجلًا عامًا مكافئًا موجّهًا للمطورين في الوثائق التي تمت مراجعتها.

ما هي OpenAI Dots؟

تصف OpenAI Dots بأنها وكلاء يعملون دائمًا ومصممون للتعامل مع العمل المستمر. من الأدق فهمها كمنتج وكيل مُدار وليس كنموذج ذكاء اصطناعي جديد. يأتي ذكاؤها الأساسي من GPT-6 Astra، الذي يمكن للمطورين الوصول إليه أيضًا عبر GPT-6 Astra API في CometAPI لتطبيقاتهم الخاصة. استدعاء هذا النموذج لا يوفّر منتج Dots أو بيئة تشغيله المُدارة.

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

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

الدور الأساسي والمسؤولية المستمرة

اختر بحسب النتيجة التي تحتاجها بدلًا من افتراض أن المنتجات ذات قدرات حصرية. قد يستخدم مسؤول الإطلاق Dots للاستمرارية، وWork لإعداد عرض تقديمي، وCodex لتنفيذ ميزة. يصف الجدول تركيز المنتجات، وليس حدًا تقنيًا صارمًا.

تفويض المهام والتوفر المحلي

يمكن لـ Dots إنشاء عمل خلفي وخيوط سحابية ومهام Work أو Codex على الحواسيب المتصلة. بالنسبة للمهام المحلية، أبقِ الحاسوب المتصل قيد التشغيل مع فتح تطبيق ChatGPT. لا تنقل بيئة Dot السحابية تلقائيًا تسجيل الدخول للمتصفح المحلي ولا تمنح الوصول لكل المحادثات القائمة.

يسأل Codex: "ما البرنامج الذي ينبغي أن أبنيه أو أعدّله؟"

يسأل ChatGPT Work: "ما العمل الذي ينبغي أن أنجزه؟"

يسأل Dots: "ما المسؤولية التي ينبغي أن أستمر في توليها نيابةً عنك؟"

ماذا يمكن لـ OpenAI Dots أن يفعل؟

العمل المستمر والمتابعة

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

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

الحاسوب السحابي والتطبيقات المتصلة

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

المستندات والتحليل ومهام البرمجيات

يمكن لـ Dot إجراء الأبحاث وتحليل البيانات وإعداد المستندات وبناء البرمجيات مباشرةً، أو تنسيق مهام Work وCodex عند الحاجة. راجع المخرجات والقرارات المهمة والموافقات المطلوبة مع تطور المسؤولية.

المادة المشطوبة التالية مُحتفظ بها في موضع قسمها الأصلي من أجل مراجعة التنقيح؛ وقد جرى تجميع نقاطها المفيدة أعلاه.

كيف تعمل OpenAI Dots؟

مفهوميًا، تجمع Dots بين خمسة طبقات:

• يوفّر GPT-6 Astra القدرة على الاستدلال والسلوك الوكيلي.
• يسمح سياق الوكيل المستمر للـ Dot بتذكر الأهداف ومواصلة المسؤولية بين المحادثات.
• يمنحه حاسوب سحابي مخصص بيئةً للتصفح والعمل على الملفات والمهام المعتمدة على الحاسوب.
• توفر الإضافات والخدمات المتصلة وصولًا منظّمًا إلى البيانات والأفعال الخارجية.
• تحدد أنظمة الموافقة والأمان ما إذا كان يمكن تنفيذ الإجراء المقصود فعليًا.

إذًا فالنموذج ليس إلا جزءًا واحدًا من الوكيل. يغلّف المنتج النموذج في بيئة تنفيذ مستمرة وأذونات وأدوات متصلة وذاكرة ومراجعة للأفعال.

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

لذاكرة طبقات مميزة: المحادثة، وذاكرة ChatGPT المحفوظة ذات الصلة، وملاحظات Dot الخاصة حول التفضيلات والقرارات والمسؤوليات. هذه الملاحظات ليست نصًا حرفيًا كاملًا، وتغيير إعداد ذاكرة ChatGPT لا يغيّر بالضرورة ملاحظات سبق تدوينها.

كيف تتعامل OpenAI Dots مع الأمان والأذونات؟

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

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

لا تزال Dots قد ترتكب أخطاء. تظل الأذونات وحدود الموافقات والمراجعة مهمة لسير العمل ذي العواقب.

المراجعة التلقائية للإجراءات

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

الخصوصية وبيانات التدريب

بالنسبة لمساحات عمل Business وEnterprise وEdu، لا تُستخدم بيانات الأعمال لتدريب النماذج افتراضيًا. تتبع المحادثات والمهام المؤهلة على الخطط الشخصية إعدادات التحكم بالبيانات في الحساب. لا تقوم OpenAI بالتدريب مباشرة على الأبحاث الاستباقية أو ملاحظات Dot الخاصة؛ وعندما تدخل هذه المعلومات في محادثة أو مهمة مؤهلة، تحكم إعداداتها المعمول بها طريقة الاستخدام. لا يعني هذا النهج في البيانات أن كل خطةٍ مذكورة لديها وصول إلى Dots.

مقارنة OpenAI Dots مع Codex وChatGPT Work

تتداخل Dots وCodex وChatGPT Work لأن جميعها يمكنه أداء عمل وكيلي. لكن وحدة المسؤولية المقصودة تختلف.

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

مخرجات مكتملة مقابل مسؤولية مستمرة

يتداخل ChatGPT Work وDots في نوعية العمل الذي يمكنهما أداؤه. عادةً ما تتركز مهمة Work حول نتيجة ملموسة، مثل عرض تحليل تنافسي؛ بينما يحتفظ Dot بالمسؤولية عن الإطلاق بمرور الوقت ويُنسّق المتابعة عند تغيّر الظروف. يصف هذا تركيز المنتج، وليس حدًا تقنيًا حصريًا.

كيف تُقيّم OpenAI Dots في العمل الفعلي؟

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

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

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

OpenAI Dots مقابل بناء وكيلك الخاص عبر الـ API

الإعداد المُدار ومسؤوليات المطور

Dots تُحسّن للراحة. ووكلاء API يُحسّنون للتحكّم.

مع Dots، تشغّل OpenAI معظم طبقة الوكيل بالنيابة عنك: اختيار النموذج ضمن المنتج والبيئة السحابية والذاكرة والتطبيقات المتصلة وحلقة الوكيل وبنية الأمان. مع OpenAI API، يعرّف المطورون جانبًا أكبر من الوكيل بأنفسهم.

تمنح Agents API وأدوات Responses/Agents ذات المستوى الأدنى للمطورين تحكمًا صريحًا بالنماذج والتعليمات ومخططات الأدوات واتصالات MCP وبيئات التنفيذ والملاحظة والمنطق التطبيقي.

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

إسناد التكاليف وتسوية الفوترة

لا تُحتسب محادثات Dot ضمن حدود استخدام ChatGPT. توفّر الخطة مخصصًا للعمل الأعمق، بينما تستخدم المهام المفوَّضة إلى Work وCodex حدود تلك المنتجات. تعامل مع هذه كفئات استخدام منفصلة. بالمقابل، يوفّر وكيل API المخصص خطافات محاسبية لإسناد الإنفاق إلى العملاء أو التذاكر أو الأقسام.

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

للحصول على تقدير تكلفة إنتاجي، استخدم وثائق تسعير النموذج الحالية وسجلات الفوترة الخاصة بالمزوّد المحدد. يمكن لطول السياق ومستوى الخدمة والمعالجة الإقليمية والأدوات والبنية التحتية أن تغيّر الإجمالي. تسعير OpenAI ليس عرض أسعار لـ CometAPI.

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

يتيح هذا عملية محاسبية دقيقة عند توفر بيانات فوترة مكتملة؛ لكنه لا يجعل كل استجابة استخدام API بيان تكلفةً دقيقًا. كما لا يعني أن Dots أغلى بطبيعتها.

مخططات الأدوات والتحكم في التنفيذ

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

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

{
  "type": "function",
  "name": "update_lead_status",
  "description": "تحديث حقل مرحلة المبيعات فقط لعميل محتمل موجود.",
  "strict": true,
  "parameters": {
    "type": "object",
    "properties": {
      "lead_id": {
        "type": "string"
      },
      "status": {
        "type": "string",
        "enum": [
          "qualified",
          "unqualified",
          "follow_up"
        ]
      }
    },
    "required": [
      "lead_id",
      "status"
    ],
    "additionalProperties": false
  }
}

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

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

هل يمكن للمطورين بناء وكيل يشبه Dots باستخدام OpenAI API؟

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

المقايضة هي عمل هندسي: تجمع Dots طبقة الوكيل في منتج مُدار، بينما يوفّر API اللبنات الأساسية.

متى ينبغي استخدام OpenAI Dots بدل وكيل عبر API؟

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

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

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

هل يمكن لـ OpenAI Dots الوصول إلى حاسوبك المحلي؟

ليس تلقائيًا. الحاسوب السحابي الخاص بـ Dot منفصل عن جهاز المستخدم. إن ربط حاسوب محلي يمنح إذنًا منفصلًا للعمل المحلي؛ وربط هذا الحاسوب بـ Codex أو تمكين Work Sync لا يمنح Dot الوصول بمفرده. بعض المواقع تحظر المتصفحات السحابية أو تتطلب تحققًا، وبدء مهمة محلية لا ينقل جلسة المتصفح السحابي.

كيف يمكن أن يلائم CometAPI بديلًا قائمًا على API لـ Dots؟

إذا لم يكن الهدف استنساخ واجهة ChatGPT Dots بل بناء منتج وكيل خاص بك، يمكن أن تكون واجهة API موحّدة للنماذج مفيدة لطبقة النموذج.

يمكن لـ GPT-6 Sol API في CometAPI دعم أحمال عمل وكيليّة معقدة عبر واجهة متوافقة مع OpenAI. ولأحمال العمل الأحدث، يوفّر GPT-6.1 Sol API في CometAPI خيارًا آخر للبرمجة الوكيلية والعمل المهني.

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

بالنسبة لكل نقطة نهاية مختارة، تحقّق من دعم ميزات API التي تخطط لاستخدامها، بما في ذلك استدعاء الأدوات والمخرجات المهيكلة وحقول الاستخدام. لا ينبغي افتراض توفر بيئات Agents API المُستضافة من OpenAI وآثارها عبر بوابة متوافقة مع OpenAI. يجب التحقق من فوترة CometAPI وفق أسعار وسجلات CometAPI نفسها.

ما هي القيود الرئيسية لـ OpenAI Dots؟

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

من يمكنه استخدام OpenAI Dots وأين يمكن إنشاؤها؟

يجري طرح توافر Dots تدريجيًا. وفق التحقق في 12 أكتوبر 2026، ينبغي أن يكون مستخدمو Pro 100 وPro 200 وPro 500 المؤهلون فوق 18 عامًا ومن خارج المنطقة الاقتصادية الأوروبية والمملكة المتحدة وسويسرا. يجري طرح Business Premium وEnterprise عالميًا؛ تتطلب Enterprise تمكين Dots من قِبل المسؤول. الأهلية لا تضمن أن الحساب لديه وصول بالفعل.

أنشئ Dot في أحدث تطبيق ChatGPT على الجوال أو تطبيق سطح المكتب أو متصفح سطح المكتب، وتابع استخدام نفس Dot عبر الأجهزة. الويب على الجوال غير مدعوم. تحديث 5–9 أكتوبر أضاف إنشاءً عبر الجوال وتخصيص المظهر وربط الإضافات؛ ولا يزال ربط حاسوبك المحلي يتطلب تطبيق سطح المكتب.

الخلاصة

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

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

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

هل يمكن لـ Dot استئناف العمل المحلي بعد انقطاع اتصال حاسوبي المحمول؟

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

هل يؤدي إيقاف Dot مؤقتًا إلى إيقاف كل مهمة مُفوَّضة؟

لا. تعد الإيقاف المؤقت وإيقاف المهام وإلغاء الجداول عناصر تحكم منفصلة. يوقف الإيقاف المؤقت المهمة الرئيسية للـ Dot. افتح Activity لإيقاف مهمة مفوّضة، وScheduled لتعطيل أو حذف مهمة متكررة. كما أن إنهاء مكالمة لا يوقف بالضرورة العمل المعين. لا تُلغى الإجراءات المكتملة بإيقاف الوكيل.

هل يمنح مراسلة Dot في Slack الوصول إلى تطبيقات أخرى؟

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

هل يمكن لحقول استخدام API وحدها تحديد فاتورة الوكيل بدقة؟

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

هل تُعاد ضبط ملاحظات Dot الخاصة عند تغيير إعدادات ذاكرة ChatGPT؟

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