ملاحظة للآخرين - read_artifact يريد عنوان URL. عنوان URL لمعرف القطعة الأثرية 123، الإصدار 7 هو:
https://forum.example.com/discourse-ai/ai-bot/artifacts/123/7
في بعض الأحيان، يمكن للروبوت إجراء هذا التحويل وقول “قراءة القطعة الأثرية 123”، ولكنه عادةً ما يقول إنه يحتاج إلى عنوان URL.
تم تقسيم المنشور إلى موضوع جديد: كيف أُمرر البيانات إلى قطعة أثرية؟
هل يمكنني إنشاء مخرجات الويب كمسؤول دون الاعتماد على الذكاء الاصطناعي؟ أريد استخدامه لبناء أدوات وما إلى ذلك.
يتم تتبعه هنا:
تُظهر معظم المخرجات المنشورة حول هذا الموضوع أنها لا تعمل. أتساءل ما إذا كان السبب يعود إلى تعطيل ميتا لاستخدامها، أم هل هذا أمر طبيعي بالنسبة لهم؟
في البداية، تجاهلت هذه الميزة تمامًا لأنني لم أوافق على منح الذكاء الاصطناعي قدرًا كبيرًا من الوصول، لكن مع مرور الوقت، تأقلمت معها.
أود أن أرى ما يمكن أن تجلبه هذه الميزة لمجتمعنا، لكنني أريد أولاً التأكد من أن نتائجها ستكون دائمة.
من الغريب أن النسخة في منشور الموضوع الأصلي والنسخ أدناه تعمل بشكل جيد عندي… ماذا تلاحظ؟ هل يمكنك مشاركة مخرجات أدوات المطور لديك؟
يا إلهي… يبدو أن إصلاح الأمان هنا كسره 
سأقوم بالتحقق من ذلك
تحديث حول هذا الأمر: بعد التحقيق، تبيّن أنّنا قمنا بتشديد القيود حول المخرجات (Artifacts) من خلال سلسلة من إصلاحات الأمان.
الآن، لكي يظهر المخرج، يجب أن يكون مُعلَّمًا كعام، وأن يكون المنشور الفعلي الذي “أنشأه” ضمن مشاركة عامة أيضًا.
هذا صارم ومقيّد للغاية. أبحث حاليًا في إمكانية إضافة نظام جديد يتيح مشاركة مخرج واحد فقط (والاطلاع على قائمة مخرجاتك). هذا نظام مهم جدًا، لكنه صعب الاستخدام حاليًا.
نقطة جيدة! بالنسبة للقيود 
، هل فكرة Webhooks/الأحداث الخاصة بالمستندات (Artifacts) لا تزال قيد النقاش؟ 
تمت إعادة صياغة العناصر … سأكتب عن ذلك قريبًا، لكن المنشور الأصلي يعمل بشكل جيد الآن. أعتذر بشأن مشاركات @maiki، فهي بحاجة إلى استخدام صيغ التضمين الجديدة.
