الاثنين، 22:10
إصبعك على زر "Connect Gmail". ثوانٍ قليلة ويستطيع الوكيل ترتيب البريد وصياغة الردود والتذكير بما هو عاجل. وفجأة تخطر ببالك فكرة: ماذا يوجد هناك أصلًا؟ فواتير عملاء. بيانات حساب بنكي لمورّد. إجازة مرضية لموظفة. سلسلة طويلة من الرسائل مع المحاسب.
حين تربطون وكيلًا بصندوق بريد، فأنتم تمنحونه الوصول إلى معلومات كل من راسلكم.
لهذا فإن سؤال "Muse والخصوصية" أهم مما يبدو. نشرت Meta عن Muse تفاصيل أمنية أكثر مما هو معتاد عند إطلاق منتج استهلاكي، وبعض الحمايات مثير للإعجاب فعلًا. لكن هذه الحمايات تعمل ضمن الحدود التي تضعونها أنتم. في هذا الدليل راجعنا كل تصريح من Meta على مصدره الرسمي، وجمعنا ما نُشر في الإعلام وما ردّت به Meta، وحوّلنا كل ذلك إلى قائمة إجراءات بسيطة.
باختصار
- بحسب Meta، لا يرى Muse كلمات المرور ولا بيانات الدفع، ولا ينقل المحادثات إلى أنظمة الإعلان لديها، ولا يخرج إلى الإنترنت دون أن يوافق Sentinel، وهو مكوّن حارس منفصل.
- ما تربطونه به، يراه. البريد والتقويم والملفات، وكذلك معلومات عن أشخاص آخرين ترد فيها. أما Facebook وInstagram وThreads فتُربط تلقائيًا إذا كانت في Accounts Center نفسه.
- إعدادات افتراضية يُستحسن تغييرها: استخدام المحادثات في تدريب النماذج مفعّل منذ البداية، وموافقة "Always allow" تُسقط السؤال في المرة القادمة.
- القاعدة لكل وكيل: نبدأ بالقراءة فقط، ونوافق على كل إجراء يكتب أو يرسل، ونراجع سجل الأنشطة كل أسبوع.
هل Muse آمن؟ يعتمد على ما تمنحونه
الخلاصة: بنت Meta لـ Muse طبقات حماية جادة، لكن مستوى التعرّض يحدده في الأساس ما تربطونه وما توافقون عليه.
الصورة التي يحسن أن تتذكروها: Muse مساعد يسكن شقة منفصلة، وعلى المدخل حارس. مفاتيحكم محفوظة في خزنة لا يستطيع المساعد فتحها، والحارس لا يسلّم مفتاحًا إلا في لحظة الخروج. هذا بناء جيد. لكن إن تركتم للحارس ورقة "أدخِل دائمًا"، فسيفعل ذلك بالضبط.
وتقول Meta نفسها هذا في صفحة المساعدة: لا يوجد نظام آلي مثالي، وقد يخطئ Muse أو يتخذ إجراءات غير متوقعة، ولذلك يُستحسن مراجعة نشاطه ومنحه فقط ما ترتاحون له من وصول. وبحسب Meta، فإن مسؤولية تصحيح الأخطاء، حتى أمام طرف ثالث، تقع على المستخدم.
ما الذي يراه Muse وما لا يراه: أربع طبقات
الخلاصة: يرى Muse المحتوى الذي تربطونه، ويستخدم كلمات المرور دون أن يراها، وبحسب Meta لا ينقل المحادثات إلى الإعلانات. أما التشفير الكامل الذي لا تستطيع Meta نفسها الوصول عبره، فلم يُطلق بعد.
بعض التفاصيل التي يجدر فهمها بعمق:
- جهازكم. لكل مستخدم حاسوب افتراضي مخصص في السحابة، هو Muse Secure VM، و"لا يستطيع أي وكيل آخر الوصول إليه". تُحفظ فيه الملفات والذاكرة وبيانات الدخول إلى الخدمات التي ربطتموها، وبحسب Meta هناك نسخ احتياطي متواصل.
- كلمات المرور. بحسب Meta، لا يرى Muse كلمات المرور ولا وسائل الدفع. وحتى كلمة المرور التي تكتبونها في متصفحه تنتقل مباشرة إلى تخزين آمن. وفي المقال التقني تضيف Meta تفصيلة لافتة: موصّل البريد يُصفّي الرموز ذات الاستخدام الواحد وروابط إعادة تعيين كلمة المرور، حتى لا يمكن استغلال بريدكم للاستيلاء على حسابات أخرى.
- الإعلانات. تصرّح Meta بأن المحادثات والمعلومات الموجودة على الجهاز لا تُشارَك مع أنظمة الإعلان لديها. وتعترف أيضًا بتحفظ منصف: حين يتصفح Muse نيابةً عنكم، يبدو ذلك كتصفحٍ منكم. فإن دخل موقع متجر ملابس، يمكن للمتجر أن يعرض عليكم لاحقًا إعلانًا على إنستغرام.
- وصول Meta نفسها. هنا يستحق الأمر قراءة متأنية. بحسب المقال التقني، تقيّد البنية الحالية وصول موظفي Meta بالإجراءات، لكنها لا تمنع Meta من الوصول إلى البيانات عند الحاجة إلى دعم الخدمة أو تأمينها أو تشغيلها. ولهذا يُخطَّط لـ Muse Confidential VM، حيث يُشفَّر الجهاز كله بمفتاح لا يملكه سواكم. وكتبت Meta أنه سيصل "في وقت لاحق من هذا العام".
كيف يقرر Sentinel ما الذي يخرج
الخلاصة: Muse يقترح فقط. أما قرار التنفيذ فيُتخذ في مكوّن منفصل، وفق إعداداتكم، وطلب الموافقة يصلكم في نافذة مستقلة لا داخل المحادثة.
إجراء واحد، من الاقتراح حتى الخروج إلى الشبكة
- Muse يقترح إجراءًمثل إرسال بريد أو دخول موقع. في هذه المرحلة لم يحدث شيء بعد
- Sentinel يفحصوفق إعداداتكم: يوافق أو يحظر أو يسألكم
- أنتم تقررونفي نافذة موافقة منفصلة. يمكنكم أن تطلبوا أولًا تفاصيل المهمة
- يخرج الإجراءالآن فقط يُدخِل Sentinel بيانات الدخول الحقيقية
بالذهبي: مرحلتكم. استنادًا إلى المقال التقني من Meta بتاريخ 8 سبتمبر 2026. إجراءات القراءة، والإجراءات الموافَق عليها سابقًا، والإجراءات المصنّفة منخفضة الخطورة قد تمر دون سؤال.
تفصيلتان في هذه الآلية تستحقان الشرح. الأولى: بحسب Meta، كل عملية قرأت معلومات شخصية عنكم تفقد حقها في المرور دون موافقة. الفكرة بسيطة: ما إن يلمس شيءٌ معلوماتكم حتى لا يعود "نظيفًا"، وطلبه الخروج إلى الشبكة يمر عبر الموافقة المعتادة.
والثانية أهم، لأنها تعتمد عليكم. حين يصلكم طلب موافقة، توجد خمس إجابات ممكنة، وكل واحدة تفتح بابًا بعرض مختلف:
| الإجابة | ما تتيحه | متى تستخدمونها |
|---|---|---|
| Allow once | هذا الإجراء، مرة واحدة | الخيار الافتراضي لكل ما يكتب أو يرسل أو يشتري |
| Allow for this task | النوع نفسه من الإجراءات حتى نهاية المهمة | مهمة طويلة فحصتم اتجاهها مسبقًا |
| Allow for this site | الإجراء نفسه في هذا الموقع، حتى مستقبلًا | موقع معروف، لإجراءات القراءة |
| Always allow | الإجراء نفسه في هذا الاتصال، دائمًا، دون سؤال | للقراءة فقط، وبعد فترة تعارف |
| Deny | ليس هذه المرة | حين لا يكون الأمر واضحًا. يمكن دائمًا أن يسأل من جديد |
ماذا تقول Meta، وما الذي ما زال مفتوحًا
الخلاصة: معظم تصريحات Meta مفصّلة وواضحة. أما الأسئلة المفتوحة فتتعلق بالإعدادات الافتراضية وبالتوقيت وبما لم يُفحص بعد بصورة مستقلة.
| ما تصرّح به Meta | ما الذي ما زال مفتوحًا |
|---|---|
| جهاز مخصص ومعزول لكل مستخدم | وصول Meta إلى البيانات مقيّد اليوم بالإجراءات. والحاجز التقني لن يأتي إلا مع Confidential VM |
| Sentinel يوافق على كل خروج إلى الشبكة وكل إجراء في الاتصالات | ما الذي يُعدّ "منخفض الخطورة" فيمر دون سؤال. تكتب Meta أنها ستضبط ذلك مع الوقت |
| لا وصول إلى كلمات المرور ووسائل الدفع | الوكيل ما زال يعمل باسمكم، بكل الصلاحيات التي منحتموها |
| المحادثات لا تُنقل إلى أنظمة الإعلان | تصفح Muse يُسجَّل كنشاط منكم، وقد يؤثر بصورة غير مباشرة في الإعلانات التي سترونها |
| يمكن طلب ألا تُستخدم المحادثات في التدريب | الإعداد مفعّل افتراضيًا. عليكم إيقافه بأنفسكم |
| سجل كامل لكل إجراء وخطة | السجل لا ينفع إلا إذا فتحه أحد |
| الحذف وأداة "forget" | بحسب Meta، بعد الحذف قد يظل Muse يتذكر معلومات تعلّمها. وقطع الاتصال لا يمحو ما حُفظ فعلًا |
| Muse Confidential VM، بمفتاح لا يملكه إلا أنتم | لم يُطلق بعد. الموعد: "في وقت لاحق من هذا العام" |
المصادر: المقال التقني من Meta عن أمان Muse (8 سبتمبر 2026) وصفحات مساعدة Muse. الربط التلقائي ينطبق حين تكون الحسابات في Accounts Center نفسه.
ما نُشر في الإعلام، وبماذا ردّت Meta
الخلاصة: حتى الآن لم يُبلَّغ عن تسريب واسع. معظم التقارير تدور حول الفجوة بين ما ظن المستخدمون أنهم وافقوا عليه وما فعله الوكيل فعلًا، وحول معلومات عن أشخاص آخرين.
| التاريخ (2026) | ما نُشر | الرد أو السياق |
|---|---|---|
| 8 سبتمبر | تساءل TechCrunch يوم الإطلاق هل سيثق المستهلكون بـ Muse، وذكّر بتاريخ Meta في الخصوصية، وكتب أن الادعاءات التقنية ستحتاج إلى فحص من خبراء الأمن | نشرت Meta في اليوم نفسه مقالًا تقنيًا مفصلًا عن البنية |
| 19 سبتمبر | زعم الكاتب Jason Aten في Inc. أن Muse على Mac زامن سجل رسائله، مع أنه، بحسب قوله، رفض منح الوصول | بحسب The Next Web، ردّ مسؤول كبير في Meta على Threads بأن الاتصال بالرسائل يتطلب موافقة وثلاثة أذونات منفصلة. وكتب رئيس الاتصال في Meta على X أنه يلزم أيضًا Full Disk Access في macOS وتفعيل الموصّل. ولم يُحسم الخلاف |
| 21 سبتمبر | بحسب TechCrunch، حظرت Amazon وصول Muse وتلقى المستخدمون رسالة بأن دخول وكيل ذكاء اصطناعي غير مصرّح به يخالف شروط الاستخدام | هذه ليست ثغرة أمنية. إنه قرار من منصة حول كيفية التعامل مع وكلاء يعملون باسم العملاء |
| 22 سبتمبر | أفاد Cybernews بأن الباحث Patrick Wardle وجد ثغرة في تطبيق Mac تتيح الاستيلاء على الوكيل. وتشترط أولًا تشغيل كود على الحاسوب، كأن يُخدَع المستخدم ليشغّل أمرًا | بحسب التقرير، وزّعت Meta إصلاحًا لتطبيق Mac |
| 3 أكتوبر | أفادت WIRED، استنادًا إلى تعليمات داخلية استخرجها باحث من Muse، بأن الوكيل يبني "صفحة" لكل شخص في حياة المستخدم | قال متحدث باسم Meta لـ WIRED إن الوكيل يحتاج إلى سياق ليساعد، وإنه يعتمد على معلومات عامة وعلى ما اختار المستخدم مشاركته |
| 5 أكتوبر | Cybernews: "قد يكشف Muse معلومات خاصة عن أشخاص لا يستخدمونه" | التفاصيل في ما يلي |
ماذا ورد بالضبط في تقرير Cybernews بتاريخ 5 أكتوبر؟ يلخّص المقال عدة ادعاءات. استنادًا إلى تقرير WIRED، يستطيع Muse بناء ملفات تعريفية للأصدقاء والعائلة والزملاء. ويُنقل فيه عن محاضر من جامعة دبلن قوله ببساطة: حتى من يختار ألا يستخدم الوكيل ينكشف، لأن رسائله وبريده موجودان في صناديق الآخرين. ويستشهد المقال أيضًا بتحقيق لـ Hunterbrook Media، يفيد بأنه كان يمكن أن يُطلب من Muse جمع معلومات عن حسابات أشخاص عاديين من فئات هشّة، وبحالة يوتيوبر روى أن Muse باع باسمه لوحة مفاتيح على Marketplace وسلّم المشتري عنوان بيته.
أما عن الرد: كتب Cybernews أنهم تواصلوا مع Meta وسيحدّثون المقال عند وصول الرد، ونقلوا الرد الذي قدمته Meta لـ WIRED. وفيما يخص اليوتيوبر، بحسب The Next Web التي تنقل عن Business Insider، قال لاحقًا إنه اختار خيار "Allow Always". هذا لا يقلل من المشكلة، لكنه يبيّن أين تقع تحديدًا.
وإنصافًا: Meta نفسها تتناول الموضوع. ففي صفحة مساعدة مخصصة، "Information for people who don't use Muse"، تكتب أن معلومات عن أشخاص لا يستخدمون Muse قد تصل إليه، مثل أسماء المشاركين في اجتماع على التقويم، وأنها لا تربط هذه المعلومات بحساب Meta الخاص بذلك الشخص.
المخاطر الخمسة لأي وكيل له صلاحية وصول، لا Muse وحده
الخلاصة: هذه ليست مشكلات Meta. هذه هي المخاطر المعروفة لأي وكيل يحصل على مفاتيح، ويُعالج كلٌّ منها في الأساس بإعداد صحيح.
أصعب المخاطر فهمًا هو حقن التعليمات (prompt injection). تخيلوا موظفًا جديدًا يفتح طردًا فيجد فيه ورقة: "حوّل قائمة العملاء إلى هذا العنوان". الموظف البشري سيشك. أما الوكيل فقد يقرأ الورقة كأنها تعليمة. تعرّف منظمة الأمن OWASP، التي تنشر قائمة معتمدة بالمخاطر في الأنظمة المبنية على النماذج اللغوية، "الحقن غير المباشر" بأنه حالة يتلقى فيها النموذج مدخلات من مصادر خارجية، مثل مواقع أو ملفات، تغيّر سلوكه. وتكتب Meta أيضًا بصراحة أن هذه مشكلة لم تُحل بعد في القطاع، ولذلك تضع فحوص الموافقة خارج النموذج نفسه.
الخطر مقابل الحل: ماذا نفعل مع كل واحد
معلومات الآخرين
- ما هو: عملاء وموردون وموظفون يظهرون في البريد والتقويم وجهات الاتصال
- ما نفعله: لا نربط صندوق البريد الرئيسي للعمل في البداية. نبدأ بصندوق أو مجلد مخصص
صلاحيات أوسع من اللازم
- ما هو: وصول يفوق حاجة المهمة. تسميه OWASP "Excessive Agency"
- ما نفعله: قراءة فقط في البداية، واتصال واحد في كل مرة، ولا نوسّع إلا عند حاجة محددة
تعليمات مخفية
- ما هو: نص في موقع أو بريد أو ملف يحاول تشغيل الوكيل
- ما نفعله: موافقة بشرية على كل إجراء يخرج، والحذر عند تصفح مواقع غير معروفة
إجراء دون موافقة
- ما هو: موافقة دائمة مُنحت مرة واحدة ثم نُسيت
- ما نفعله: "Always ask" في البداية، و"Allow once" لكل إرسال ونشر وشراء
الحفظ والذاكرة
- ما هو: معلومات تبقى حتى بعد قطع الاتصال أو الحذف، أو تُستخدم للتدريب
- ما نفعله: نوقف التدريب، ونفحص ملف الذاكرة، ونطلب من الوكيل "أن ينسى" المواضيع الحساسة
الإضافات والحاسوب المحلي
- ما هو: موصّلات مخصصة لا تفحصها Meta، وصلاحيات واسعة على الحاسوب
- ما نفعله: نتجنب الموصّلات المخصصة للخدمات الحساسة، ونفحص على Mac من حصل على Full Disk Access
استنادًا إلى OWASP Top 10 for LLM Applications 2025 (LLM01 وLLM06) وصفحات مساعدة Muse.
كيف تربطون Muse بأمان: سبع خطوات
الخلاصة: عشر دقائق من الإعداد قبل أول اتصال توفر معظم المخاطر. كل الإعدادات موجودة في التطبيق، بحسب صفحات مساعدة Meta.
- قرروا ما لن تربطوه. الحساب البنكي، ونظام الدفع، والمحاسبة، وصندوق البريد الرئيسي كلها تنتظر حتى تتولد ثقة. ابدأوا بمهمة واحدة، مثل تقويم بالقراءة فقط.
- افحصوا Accounts Center. Facebook وInstagram وThreads الموجودة في Accounts Center نفسه تُربط تلقائيًا. وإن كانت الصفحة التجارية هناك، فمن الأفضل أن تعرفوا ذلك مسبقًا.
- اضبطوا "Always ask". في Settings ثم Permissions، يمكنكم أن تختاروا لكل اتصال ولتصفح الشبكة هل يسأل Muse قبل كل إجراء أم قبل بعضها فقط. في الأسابيع الأولى: "Always ask" في الاثنين.
- أوقفوا التدريب. في Settings ثم Data controls، أوقفوا "Help improve our AI models". وبحسب Meta، ينطبق التغيير على المحادثات السابقة أيضًا.
- راجعوا السجل كل أسبوع. عند الضغط على أيقونة الوكيل ستجدون Activity log، قائمة زمنية بالإجراءات وبالأذونات التي منحتموها. وفي Settings تحت Permissions، يستحق الأمر فحص قائمة Allowed websites وإلغاء ما لا حاجة إليه.
- افحصوا الذاكرة. ملف Memory.md موجود تحت Identity. يمكنكم تحريره مباشرة أو أن تطلبوا من Muse أن ينسى شخصًا أو موضوعًا.
- اعرفوا كيف تقطعون الاتصال. يتم قطع الاتصال في Settings تحت Connectors، ويوقف نقل المعلومات. وما حُفظ فعلًا قد يبقى، لذلك بعد قطع الاتصال اطلبوا أيضًا "forget". أما Reset فيمحو كل شيء ولا يمكن التراجع عنه.
قبل أن تربطوا حسابًا بـ Muse، أو بأي وكيل
ما مدى انكشاف إعداداتكم؟
هل تستخدمون Muse بالفعل، أو أي وكيل آخر؟ ست أسئلة. "نعم" تعني انكشافًا أعلى.
عمل تجاري في إسرائيل: القانون أيضًا جزء من الصورة
الخلاصة: معلومات العملاء والموظفين ليست ملككم وحدكم، وفي إسرائيل تترتب عليها التزامات قانونية.
دخل التعديل 13 لقانون حماية الخصوصية الإسرائيلي حيز التنفيذ في 14 أغسطس 2025. وبحسب سلطة حماية الخصوصية في إسرائيل، هو إصلاح شامل يتضمن، من بين أمور أخرى، آلية لفرض عقوبات مالية بمبالغ كبيرة وجرائم جنائية جديدة. قبل أن تربطوا بأي وكيل، من Meta أو من أي مزوّد آخر، نظامًا يحتوي معلومات شخصية عن عملاء، يُستحسن أن تسألوا مستشار خصوصية أو محاميًا عمّا هو مسموح وما يجب تحديثه في سياسة الخصوصية في عملكم. وهذا يخص إسرائيل. أما القراء في بلدان أخرى فعليهم أن يتحققوا من القواعد المحلية المطبقة عندهم.
وملاحظة عملية أخرى: حتى الآن لم يتوفر Muse بعد في إسرائيل. فصّلنا مسألة التوفر في مقالنا توفر Muse في الإمارات والخليج. لديكم وقت للاستعداد وترتيب الصلاحيات وأن تقرروا مسبقًا ما الذي لن يدخل أي وكيل.
ما رأينا
الخلاصة: بذلت Meta جهدًا أمنيًا جادًا وشفافًا. نقاط الضعف في الإعدادات الافتراضية وفي عادات الموافقة، وهذا ما تستطيعون تغييره.
الإنصاف يقتضي أن نقول إن Meta نشرت أكثر مما تنشره معظم الشركات: بنية مفصلة، وبرنامج ثغرات مفتوح للجميع، وصفحة مساعدة لمن لا يستخدم المنتج، واعترافًا صريحًا بأن حقن التعليمات لم يُحل بعد. وهذا ليس بديهيًا.
ماذا كنا سنفعل بصورة مختلفة؟ كنا نفضّل أن يكون التدريب موقوفًا افتراضيًا، وأن يصعب منح موافقة دائمة على إجراء يخرج إلى الخارج. وفي الحالات التي نُشرت حتى الآن، السؤال المتكرر ليس "هل الوكيل ذكي"، بل "ماذا ظن المستخدم أنه وافق عليه".
عندنا النموذج مختلف، لكن المبدأ واحد. نقيم لكل عمل وكيلًا على خادم سحابي منفصل، بمستخدم مخصص وبأدنى صلاحية لكل نظام. وكل إجراء حساس، مثل النشر أو الميزانية أو رسالة باسم العمل، ينتظر موافقة صاحب العمل، وكل إجراء جوهري يُسجَّل في السجل. Platin Digital هي OpenAI Select Partner. ليس كل عمل بحاجة إلى وكيل مخصص. بعض الأعمال سيناسبها Muse، وفي هذه الحالة سنقول ذلك.
تريدون المتابعة؟ الدليل الكامل لـ Muse، وMuse للأعمال الصغيرة، ووكيل AI للأعمال: ماذا يفعل وكيف تبدأون، وما الذي يدخل في بناء وكيل AI.
الأسئلة الشائعة
هل Muse آمن للاستخدام؟
بُني Muse بعدة طبقات حماية: جهاز افتراضي معزول لكل مستخدم، ومكوّن منفصل اسمه Sentinel يوافق على كل خروج إلى الشبكة، وتخزين لكلمات المرور لا يراه الوكيل، وموافقة قبل الإجراءات الحساسة مثل إرسال بريد أو شراء. وتكتب Meta نفسها أنه لا يوجد نظام آلي مثالي وأن الوكيل قد يخطئ. ومستوى الأمان الفعلي يعتمد في الأساس على ما تربطونه وعلى الموافقات التي تمنحونها.
هل تستخدم Meta محادثاتي مع Muse في الإعلانات؟
بحسب Meta، المحادثات والمعلومات الموجودة على الجهاز الافتراضي لا تُشارَك مع أنظمة الإعلان لديها، حتى حين يتضمن Accounts Center منتجات أخرى من Meta. وتشير Meta إلى أن تصفح Muse يبدو كنشاط منكم، ولذلك قد تؤثر المواقع التي يدخلها بصورة غير مباشرة في الإعلانات التي سترونها.
كيف أمنع Muse من استخدام محادثاتي في التدريب؟
في Settings، تحت Data controls، أوقفوا "Help improve our AI models". بحسب Meta الإعداد مفعّل افتراضيًا، وإيقافه ينطبق على المحادثات السابقة أيضًا. وحين يكون الإعداد مفعّلًا، تُزيل Meta البيانات التعريفية مثل الأسماء وعناوين البريد وأرقام الهاتف قبل التدريب.
هل يرى Muse كلمات المرور وبيانات بطاقتي؟
بحسب Meta، لا. بيانات الدخول تُحفظ في تخزين منفصل، ويُدخِلها Sentinel فقط في اللحظة التي يخرج فيها الطلب إلى الشبكة. وفي المشتريات عبر محفظة Muse تُنشأ بطاقة لمرة واحدة، محدودة بتاجر واحد ومبلغ واحد ومدة قصيرة.
ماذا يحدث للمعلومات بعد قطع الاتصال أو حذف محادثة؟
قطع الاتصال يوقف نقل المعلومات من الخدمة، لكن بحسب Meta ما استخدمه Muse بالفعل قد يبقى في الذاكرة وفي السجل. وحتى بعد الحذف قد يتذكر Muse معلومات تعلّمها. يمكنكم أن تطلبوا منه "أن ينسى" موضوعًا، أو أن تحرروا ملف الذاكرة، أو أن تنفذوا Reset الذي يمحو كل شيء ولا يمكن التراجع عنه.
هل يجمع Muse معلومات عن أشخاص لا يستخدمونه؟
نعم، بصورة غير مباشرة. تكتب Meta في صفحة مساعدة مخصصة أنه حين يربط مستخدم تقويمًا أو بريدًا أو ملفات، قد تصل إلى Muse معلومات عن أشخاص آخرين، وأنها لا تربطها بحساب Meta الخاص بهم. لذلك من المهم أن تفكروا لا في خصوصيتكم فقط، بل أيضًا في خصوصية العملاء والموردين والموظفين الذين يظهرون في الأنظمة التي تربطونها.
المصادر
- https://about.fb.com/news/2026/09/introducing-muse-personal-ai-agent/
- https://about.fb.com/news/2026/09/introducing-muse-small-business/
- https://research.meta.ai/blog/security-and-safety-for-ai-agents-our-approach-with-muse
- https://www.meta.com/help/artificial-intelligence/1047255454427887/
- https://www.meta.com/help/artificial-intelligence/1385290430137537/
- https://www.meta.com/help/artificial-intelligence/2225571704857152/
- https://www.meta.com/help/artificial-intelligence/1687253048996149/
- https://www.meta.com/help/artificial-intelligence/4532990443643263/
- https://techcrunch.com/2026/09/08/meta-debuts-its-muse-ai-agent-will-consumers-trust-it/
- https://techcrunch.com/2026/09/21/metas-ai-agent-has-been-blocked-from-using-amazon-com/
- https://www.inc.com/jason-aten/metas-new-muse-ai-agent-read-my-private-messages-i-never-asked-it-to/91408202
- https://thenextweb.com/news/meta-muse-private-messages-denial-jason-aten
- https://cybernews.com/news/metas-muse-ai-assistant-hijacked/
- https://www.wired.com/story/muse-creates-detailed-profiles-of-all-your-friends-and-family/
- https://cybernews.com/ai-news/meta-muse-privacy/
- https://genai.owasp.org/llmrisk/llm01-prompt-injection/
- https://genai.owasp.org/llmrisk/llm062025-excessive-agency/
- https://www.gov.il/he/pages/guide_tikon13_professional



