"سحابة الأفكار": كيفية بناء ذاكرة للمستخدم تجمع الناس ولا تفقد الخصوصية
باختصار عن الشيء الرئيسي (BLUF)
إن تذكر المستخدم هو مهمة ذات قاعدة مزدوجة: ربط الأشخاص بأفكارهم أمر مفيد، ولكن تسربًا واحدًا يقتل الثقة في المنتج إلى الأبد. نوضح كيف يتم ترتيب طبقات "سحابة الأفكار"، ولماذا يعد الإغلاق الفشل أكثر أهمية مما يبدو، وأي قنوات الكشف أكثر صرامة من غيرها.
حول المنتج نفسه - "سحابة الأفكار" في NeuralSpace - لقد أخبرناك بالفعل: يقوم النظام بجمع ما يعرفه عنك، وبالموافقة المتبادلة، يجمع أولئك الذين لديهم نفس الاهتمامات ("أنا أبحث عن مصمم نماذج ثلاثية الأبعاد" ↔ "أصنع نماذج ثلاثية الأبعاد"). هنا - حول الجانب الهندسي: كيفية منع تسرب ذاكرة المستخدم المفيدة. وتبين أن هذا أكثر إثارة للاهتمام من الميزة نفسها.
مشكلة القاع المزدوج
أريد شيئين في نفس الوقت، وهما متناقضان:
- الملف الشخصي الغني. لجمع الناس معًا، عليك أن تعرف الحقائق: ما يفعله، وما يبحث عنه، وما يقدمه.
- الخصوصية بشكل افتراضي. ولم يتفق أحد على أن تصبح مراسلاته علنية. التسرب = فقدان الثقة وانتهاك 152-FZ.
التنفيذ الساذج ("دعونا نجمع كل شيء ونبدأ المباراة") يكسر النقطة 2 على الفور. تم بناء الهندسة المعمارية الجيدة حولها مغلق بالفشل: مغلق افتراضيًا، ولا يتم الكشف عنه إلا بموافقة صريحة، ويتم التحقق منه على مستوى الكود، وليس "نحن نعد".
طبقات
1. جمع الحقائق. مصدران: الحقائق البنيوية (أنواع التوليد، النشاط – غير الشخصي) والاستخراج من مراسلات الدردشة. والثاني هو الأكثر حساسية، لذلك فهو مسور مفتاح تبديل ذاكرة الدردشة المنفصلة عند المستخدم. تم إيقاف تشغيله - لا يتم الاستخراج من المراسلات على الإطلاق. هام: هذه البوابة لا مرتبطة بالاشتراك في الميزات المدفوعة - لا ينبغي بيع الخصوصية.
2. الفئات محظورة. طلب تجميع النظام يستبعد الفئات الحساسة بموجب 152-FZ (وجهات النظر الصحية والسياسية والدينية، وما إلى ذلك) - لا تقع في السحابة، حتى لو ظهرت في محادثة. هذه ليست عملية تصفية لاحقة، ولكنها قاعدة خلال مرحلة الاستخراج.
3. مطابقة الموافقة المزدوجة. شخصان لهما نفس الاهتمامات - النظام لا يظهر جهات الاتصال تلقائيا. إنها تقدم مقدمة لكلا الطرفين. يتم فتح جهة الاتصال فقط عندما كلاهما متفق. وهذا يحمي من سيناريو "ظهر طلب الدردشة الخاص بي على شخص غريب مع رقم هاتفي".
4. استثناء التصريحات الصريحة. نقطة خفية. إذا قال شخص ما علنًا في إحدى الدردشة "أنا أبيع خدمة ، ومن يحتاجها يكتب @nick" - فإن طلب الموافقة للمرة الثانية أمر سخيف، فقد أعطاها بالفعل. يتم التعرف على هذا الاتصال المسموح به علنًا بشكل منفصل ويتم الكشف عنه فورًا للطرف المعني. يتم التعرف على جهة الاتصال على نطاق واسع (برقية مع وبدون @، هاتف بأي تنسيق، روابط)، ولكن شرط الإفصاح - الإذن العام الصريح بدقة، وليس مجرد وجود جهة اتصال في النص.
لماذا يعد الإغلاق بالفشل أكثر أهمية مما يبدو؟
الإغراء هو توفير الحماية باستخدام علامة "إظهار/عدم إظهار" على مستوى الواجهة. هذا غير صحيح: أي خطأ في منطق واجهة المستخدم = تسرب. لقد فعلنا ذلك بشكل مختلف - الحقائق التي لا توجد موافقة عليها لا يتم تضمينها فعليًا في الملف الشخصي في مرحلة تجميعها. لا يوجد اتفاق - نصوص الطلبات والمراجع في الرسالة والمطابقة لا تضرب على الإطلاقوليس "إنهم يصلون إلى هناك، ولكننا نخفيهم". الفرق جوهري: في الحالة الأولى، الشيك المنسي = تسرب، في الحالة الثانية - مجرد نقص في البيانات.
القاعدة التي سنعطيها لأي شخص يقوم ببناء نظام مثل هذا هي: الافتراضي - مغلق، الكشف - إجراء المستخدم الإيجابي، التحقق - أقرب ما يمكن إلى مصدر البيانات، وليس من الشاشة.
قنوات الكشف - متفاوتة الخطورة
- في الدردشة، بناءً على طلب المستخدم نفسه - يمكن الوصول بسهولة إلى الحقائق غير الشخصية والخيوط العامة بالفعل: سأل الشخص نفسه.
- البريد الاستباقي (النظام نفسه يكتب "هناك تطابق") - أكثر صرامة، فقط عن طريق الاشتراك والموافقة المزدوجة.
والمنطق بسيط: كلما قل توقع المستخدم للإفصاح، كلما ارتفع مستوى الموافقة.
خلاصة القول
أصعب شيء هنا ليس التعلم الآلي، ولكن انضباط تدفق البيانات. إذا كنت تقدم توصيات أو تتطابق مع بيانات المستخدم، فمن المثير للاهتمام مناقشة مكان إجراء فحص الموافقة. يمكنك معرفة ما يعرفه النظام عنك في هذا القسم خصوصية.
الأسئلة المتداولة (الأسئلة الشائعة)
سؤال: كيف تحصل على أفضل نتيجة من الشبكة العصبية؟
الإجابة: استخدم المطالبات التفصيلية (الأوصاف) باللغة الإنجليزية، واضبط نمط المشهد وتفاصيله.
سؤال: هل يمكن استخدام هذه المواد لأغراض تجارية؟
الإجابة: نعم، المحتوى الذي تم إنشاؤه ملك لك بالكامل.