تُحدَّث يومياً

مصدرُك العربي
لمستقبل الذكاء الاصطناعي

أخبار، تقارير، أدوات وتحليلات يومية — كل ما تحتاجه لمتابعة ثورة الذكاء الاصطناعي باللغة العربية

✅ تم الاشتراك!
تعلم و استخدام الذكاء الاصطناعي

OpenAI تفتح Sites تجريبياً: استضافة مواقع وتطبيقات وألعاب من داخل ChatGPT

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

ضمن ملف: OpenAI، نماذج الذكاء الاصطناعي

بقلم: سارة | محررة نماذج الذكاء الاصطناعي · صوت تحريري بإشراف بشري

المصدر الأساسي: OpenAI Docs

لماذا يهم

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

تستطيع الآن أن تطلب من ChatGPT بناء موقع أو تطبيق ويب أو لعبة، ثم تحصل على رابط إنتاج مستضاف دون أن تلمس Vercel أو Netlify أو أي خط نشر منفصل. هذه هي فكرة Sites، الميزة التي وصفتها وثائق OpenAI الرسمية بأنها في نسخة تجريبية عامة (public beta) ومتاحة لخطط Plus وPro وBusiness وEnterprise وEdu، مع حدود استخدام تختلف بحسب الخطة. لم تُحدد الوثيقة موعداً للخروج من النسخة التجريبية، ولم يتسنَّ التحقق من حدود الاستخدام الرقمية لأن OpenAI تعرضها داخل الواجهة فقط.

الفارق الجوهري هنا ليس التوليد، بل الاستضافة. Sites لا ينتج ملفات تنزّلها، بل يوفّر مشروعاً مستضافاً دائماً، يربط مشروعك المحلي بالاستضافة عبر ملف .openai/hosting.json الذي يخزّن معرّف المشروع وأسماء ارتباطات التخزين. المثال الذي تسوقه الوثيقة لمشروع مزوّد بقاعدة بيانات علائقية دون تخزين ملفات هو: { "project_id": "<project-id>", "d1": "DB", "r2": null }. والموقع يبقى في قائمتك حتى بعد انتهاء محادثة العمل التي أنشأته، وهو كيان منفصل تماماً عن ChatGPT Project.

هذه هي الدورة الكاملة من الموجّه إلى رابط الإنتاج، بحسب توثيق OpenAI:

  1. ابدأ التدفق صراحة. ضمّن كلمة “website” في موجّهك، أو اذكر @Sites لتشغيل مسار Sites مباشرة من داخل المحادثة على الويب أو تطبيق سطح المكتب.
  2. صِف الموقع لا الكود. حدّد الجمهور، والغرض، والسلوك المطلوب، والمعلومات التي يجب أن يستخدمها الموقع. المثال الذي تقترحه الوثيقة: “ابنِ لوحة طلبات مشاريع لفريق العمليات، يمكن للأعضاء إرسال الطلبات ورؤية مالك كل طلب وتحديث الحالة وتصفية القائمة، مع إلزام الجميع بتسجيل الدخول بحساب مساحة العمل، وحفظ بيانات الطلبات بين الزيارات”.
  3. اختر شكل الموقع وتخزينه. صفحة محتوى أو صفحة هبوط لا تحتاج حالة دائمة. السجلات المحفوظة وتقدّم المستخدم ونتائج الألعاب تحتاج D1، وهي قاعدة بيانات علائقية. الصور والمستندات والصوت والفيديو والمرفوعات تحتاج R2 لتخزين الكائنات. الملفات المرفوعة ببيانات وصفية قابلة للبحث تحتاج الاثنين معاً. أما الموقع الداخلي الذي يعرف هوية مستخدم مساحة العمل فيحتاج هوية مصادَق عليها، والموقع العام بتسجيل دخول أو مزود هوية خارجي يحتاج موقعاً مفعّل المصادقة.
  4. راجع قبل أن تنشر. لعملية النشر مرحلتان منفصلتان: حفظ نسخة، حيث يبني ChatGPT إصداراً قابلاً للنشر ويربطه بـ Git commit المستخدم في البناء إذا كان المصدر مشروعاً محلياً، ثم نشر النسخة. اطلب صراحة “احفظ نسخة دون نشر” إن أردت مرشحاً قابلاً للمراجعة.
  5. انشر واحصل على الرابط. عند النشر يعيد ChatGPT رابط الإنتاج. لمشروع قائم، الصيغة المقترحة في الوثيقة: “انشر هذا المشروع عبر Sites، تحقق من توافقه، أجرِ التعديلات المطلوبة، وأعطني رابط النشر”.
  6. اضبط الوصول والأسرار. الموقع الجديد مقصور على مالكه ومشرفي مساحة العمل حتى تغيّر ذلك. خيارات المشاركة قد تشمل المالك والمشرفين، أو مستخدمين ومجموعات محددة، أو كل من في مساحة العمل، أو أي شخص على الإنترنت, وهذا الخيار الأخير لا يعمل إلا إذا كان النشر العام مفعّلاً, وهو مُعطّل افتراضياً في مساحات Enterprise ويحتاج تفعيلاً من مشرف. متغيرات البيئة والأسرار تُضاف من إعدادات الموقع عبر chatgpt.com/sites، لا من ملف hosting.json، وبعد أي تعديل عليها اطلب إعادة نشر النسخة المعتمدة.
  7. راقب وشارك. عُد إلى قائمة Sites عبر More > Sites أو الرابط المباشر، ومن More actions افتح Analytics أو Settings أو غيّر الجمهور.

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

التحليلات مدمجة دون SDK. يسجّل Sites الزيارات تلقائياً ويعرض إجمالي الزوار الفريدين ومشاهدات الصفحات، وكليهما عبر الزمن، مع إمكانية تغيير النطاق الزمني والدقة. لقطة المثال في الوثيقة تعرض موقعاً باسم goblin-tales بـ190 زائراً فريداً و359 مشاهدة صفحة خلال أسبوع (وفقاً لتوثيق OpenAI)، وهي أرقام عرض توضيحي داخل الوثيقة لا بيانات موقع حقيقي. القيد الذي يستحق الانتباه: التحليلات متاحة حالياً للمواقع التي لا تملكها مساحة عمل Enterprise، أي أن أكثر الفئات حاجة إلى قياس الاستخدام الداخلي هي المستثناة اليوم.

على الجانب التقني، يعالج Sites تسجيل الدخول عبر مسارين جاهزين هما /signin-with-chatgpt و/signout-with-chatgpt، ثم يمرّر هوية الزائر إلى خادمك عبر ترويستين: oai-authenticated-user-email للبريد المصادَق عليه، وoai-authenticated-user-full-name الذي قد يحمل اسم الملف الشخصي. توصية OpenAI صريحة: عامل الاسم كحقل اختياري وارجع إلى البريد عند غيابه، لا تعتمد على ترويسات مقسّمة للاسم، وأبقِ قرارات التفويض في كود الخادم. وهذه نقطة تستحق التشديد, الترويسة تعطيك هوية، لا صلاحية.

التعاون يتطلب مساحة عمل. يدعو المالك أعضاءً نشطين كمحررين عبر Share، فيُضاف الشخص أولاً كزائر ثم تُرفع صلاحيته من Can view إلى Can edit، ويظهر الموقع لديه تحت “Shared with you”. المحرر يستطيع التعديل وحفظ النسخ ونشر التحديثات، ويقرأ بيانات قاعدة البيانات الحيّة, وهو سبب كافٍ لعدم دعوة أحد لا تثق به ببياناتك. في المقابل لا يستطيع المحرر تغيير جمهور الموقع، ولا دعوة أو إزالة أشخاص، ولا إدارة الإعدادات أو التحليلات، ولا استعادة نسخة سابقة، ولا نقل الملكية، ولا تنفيذ النشر الأول, هذا يبقى بيد المالك.

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

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

مقالات ذات صلة

زر الذهاب إلى الأعلى