كيف تبني قاعدة معرفة: المقالات والبحث والصلاحيات وإجابات الذكاء الاصطناعي
قاعدة المعرفة مكتبة قابلة للبحث من الإجابات: كيف تفعل شيئاً، وكيف تصلح شيئاً، وما هي القاعدة. لبنائها تحتاج إلى مقالات مجمعة في بضع فئات واضحة، ومحرر سيستخدمه كتّابك فعلاً، وبحث يجد المقال المناسب من الكلمات التي يكتبها الناس بالفعل، وقرار بشأن من يستطيع قراءة ماذا: العموم، أو العملاء المسجلون الدخول، أو الموظفون فقط. يستطيع منشئ تطبيقات الذكاء الاصطناعي إنتاج الهيكل والمحرر والبحث في جلسة قصيرة. ما يجعل قاعدة المعرفة مفيدة هو الكتابة والصيانة، لذلك صمّمها منذ اليوم الأول للتحرير السهل ولاكتشاف المقالات القديمة.
قرر لمن هي أولاً
الميزات نفسها تخدم مواقع مختلفة جداً:
- مركز مساعدة عام: للعملاء والمهتمين. يجب أن يكون سريعاً، وقابلاً للفهرسة من محركات البحث، ومكتوباً بكلماتهم.
- توثيق للعملاء فقط: خلف تسجيل الدخول، للعملاء الدافعين أو الشركاء.
- قاعدة معرفة داخلية: السياسات والإجراءات وأدلة العمل للموظفين. يجب أن تكون خاصة؛ والبحث والحداثة أهم من التصميم.
خلط المقالات العامة والداخلية في موقع واحد هو المصدر الأكبر لتسرب المعلومات. وإذا احتجت إلى الاثنين، فامنح كل مقال إعداد ظهور واضحاً، أو شغّل موقعين منفصلين.
ما يحتاجه التطبيق
البيانات
| الجدول | الحقول الأساسية |
|---|---|
| المقالات | العنوان، المعرّف النصي (slug)، الملخص، المحتوى، الفئة، الوسوم، الحالة (مسودة، منشور، مؤرشف)، الظهور، المالك، تاريخ آخر مراجعة، تاريخ التحديث |
| الفئات | الاسم، المعرّف النصي، الوصف، الترتيب، الفئة الأم (اختياري) |
| المراجعات | المقال، المحتوى، الكاتب، تاريخ الحفظ |
| الملاحظات | المقال، مفيد نعم/لا، تعليق، تاريخ الإنشاء |
| سجل البحث | الاستعلام، عدد النتائج، المقال الذي نُقر عليه، تاريخ الإنشاء |
حقلان يقومان بالكثير من العمل: المالك (من يحافظ على دقة هذا المقال) وتاريخ آخر مراجعة (متى أكّد أحدهم آخر مرة أنه ما زال صحيحاً). معاً يتيحان لك عرض المقالات التي لم يتحقق منها أحد منذ ستة أشهر.
الصفحات
- القارئ: الرئيسية مع البحث والفئات، وصفحات الفئات، وصفحات المقالات مع فهرس المحتويات والمقالات ذات الصلة وسؤال "هل كان هذا مفيداً؟".
- المحرر: قائمة المقالات مع فلاتر (المسودات، القديمة، ذات التقييم المنخفض)، ومحرر مع معاينة، وسجل المراجعات.
- الإدارة: الفئات والمستخدمون والأدوار، وتقارير عن عمليات البحث التي لا تعطي نتائج.
الصلاحيات
يرى القراء المقالات المنشورة التي يُسمح لهم برؤيتها. ينشئ المحررون المقالات ويعدلونها، وربما يقتصر ذلك على فئات معينة. ينشر المسؤولون المقالات ويؤرشفونها ويديرون المستخدمين. في قاعدة المعرفة الداخلية يحتاج الجميع إلى تسجيل دخول؛ أما في مركز المساعدة العام فيحتاج إليه الكتّاب فقط.
القرارات والمفاضلات
المحرر: Markdown أم نص منسّق
Markdown سريع وقابل للنقل ويتعامل جيداً مع سجل النسخ، لكن بعض الكتّاب يجدونه منفّراً. أما محرر النص المنسّق بالعناوين والقوائم والصور والتنبيهات وكتل الأكواد فيبدو مألوفاً. أياً كان اختيارك، خزّن المحتوى بصيغة يمكنك تصديرها لاحقاً.
البحث
البحث النصي الأساسي في قاعدة البيانات يكفي لبضع مئات من المقالات إذا بحثت في العناوين والملخصات والمحتوى، ورتّبت تطابق العناوين أولاً. وبعد ذلك، أو إذا كانت الأخطاء الإملائية والمرادفات مهمة ("فاتورة" مقابل "حساب")، فاستخدم بحثاً نصياً كاملاً حقيقياً أو خدمة بحث مستضافة. يشرح دليلنا لإضافة البحث الخيارات. وسجّل كل استعلام لا يعطي نتائج: فهي قائمة مجانية بالمقالات التي يجب كتابتها.
إجابات الذكاء الاصطناعي
صندوق "اطرح سؤالاً" الذي يجيب من مقالاتك صار شائعاً. يعمل عبر استرجاع المقاطع الأكثر صلة، ثم طلب نموذج لغوي أن يجيب منها فقط، انظر ما هو RAG. اعرض دائماً المقالات المصدر، واسمح بعبارة "لا أعرف"، وتذكّر أنه سيكرر بثقة أي معلومة قديمة في مقالاتك. ابنِه بعد أن تصبح المقالات في حال جيدة، لا قبل ذلك.
الإصدارات والمراجعة
احتفظ بالمراجعات حتى تعرف من غيّر ماذا، وتستطيع التراجع. وبالنسبة للمحتوى المنظم (سياسات الموارد البشرية، إجراءات السلامة)، أضف خطوة موافقة قبل نشر أي تغيير.
أول موجّه يعمل
ابنِ مركز مساعدة عاماً لـ Parcelly، وهو تطبيق لطباعة ملصقات الشحن للمتاجر الإلكترونية الصغيرة. الصفحة الرئيسية تضم مربع بحث كبيراً وست فئات (البدء، طباعة الملصقات، شركات الشحن، الفواتير، المرتجعات، استكشاف الأخطاء وإصلاحها). تحتوي المقالات على عنوان وملخص ومحتوى بصيغة Markdown مع صور وتنبيهات، وفئة ووسوم وحالة (مسودة، منشور، مؤرشف) ومالك وتاريخ آخر مراجعة. تعرض صفحات المقالات فهرس محتويات ومقالات ذات صلة وسؤال "هل كان هذا مفيداً؟" بنعم/لا مع تعليق اختياري. يغطي البحث العناوين والملخصات والمحتوى مع ترتيب تطابقات العناوين أولاً، ويسجل كل استعلام وهل أعطى نتائج. توجد منطقة محرر (تتطلب تسجيل الدخول، والأدوار محرر ومسؤول) تعرض المسودات والمقالات التي لم تُراجَع منذ 180 يوماً والمقالات ذات التقييم المنخفض، وتحتفظ بسجل المراجعات. لكل مقال عنوان صفحة ووصف meta خاصان به لمحركات البحث. تصميم نظيف وهادئ وسهل القراءة. يُصمَّم أولاً للهاتف.
خطوات البناء
- اكتب أول 20 إلى 30 مقالاً من أسئلة الدعم الحقيقية قبل البناء. هذه القائمة تحدد الفئات.
- أنشئ الموقع وتحقق من القراءة على الهاتف: طول السطر والعناوين والصور.
- المحرر والأدوار. يحتاج الكتّاب إلى إضافة المقالات وتصحيحها دون طلب مساعدة من مطور.
- البحث، ثم اختبره بالكلمات التي يستخدمها العملاء فعلاً، بما فيها الأخطاء الإملائية.
- الملاحظات وتسجيل البحث.
- تقرير المقالات القديمة بناءً على المالك وتاريخ آخر مراجعة.
- أساسيات تحسين محركات البحث لموقع عام: عناوين ووصف فريدة، وروابط نظيفة، وخريطة موقع. راجع تحسين محركات البحث للمواقع المبنية بالذكاء الاصطناعي.
- اربطه من منتجك ومن ردود الدعم، ثم راقب سجل الاستعلامات التي لا تعطي نتائج أسبوعياً.
- إجابات الذكاء الاصطناعي، بعد أن يصبح المحتوى متيناً.
أخطاء شائعة
- تنظيم حسب الإدارة بدلاً من حسب ما يحاول القارئ إنجازه.
- مقالات طويلة تغطي خمس مهام. مهمة واحدة لكل مقال، مع عنوان يوضح ما يحله.
- عدم وجود مالك لكل مقال. لا أحد يحدّث شيئاً، وتنخفض الثقة بعد أول إجابة خاطئة.
- ملاحظات داخلية في مقالات عامة. استخدم إعدادات ظهور منفصلة، وراجع قبل النشر.
- بحث يطابق العناوين فقط. القراء يكتبون الأعراض، لا أسماء المقالات.
- لقطات شاشة دون نص بديل أو سياق. تصبح قديمة بسرعة؛ صِف الخطوة بالكلمات أيضاً.
متى يكون المنتج الجاهز هو الخيار الأفضل
إذا كان فريقك يعمل أصلاً في أداة توثيق أو ويكي، فإن قاعدة المعرفة الداخلية هناك عادةً هي الطريق الأقل مقاومة، ويغطي مقارنة Notion مقابل Confluence خيارين شائعين. وإذا كنت تستخدم منتج مكتب مساعدة، فإن مركز المساعدة المدمج فيه يربط المقالات بالتذاكر ويقترح المقالات على العملاء، وهذا صعب إعادة إنتاجه. أما مولدات مواقع التوثيق فمثالية لتوثيق المطورين الذي يُحفظ بجانب الكود.
ابنِ قاعدتك الخاصة عندما تحتاج إلى هيكل أو صلاحيات خاصة بك (مقالات لكل عميل أو موقع أو دور)، أو تريد قاعدة المعرفة داخل منتجك بدلاً من موقع منفصل، أو تحتاج إلى خطوات مراجعة وموافقة لا يفرضها الويكي، أو تريد إجابات بالذكاء الاصطناعي على محتواك دون اشتراك آخر. وهي تتكامل بسهولة مع مكتب مساعدة مخصص.
البناء مع Mythex
في Mythex تصف قاعدة المعرفة في المحادثة فتُبنى في معاينة حية؛ وتُخزَّن المقالات والمراجعات والملاحظات في قاعدة بيانات Postgres يضيفها الوكيل عند الحاجة، وتذهب الصور إلى تخزين الملفات الخاص بالمشروع. تستخدم تسجيلات دخول المحررين طريقة مصادقة تختارها، لأن Mythex لا يوفر تسجيل دخول مدمجاً للمستخدمين النهائيين. أما لإجابات الذكاء الاصطناعي، فتستخدم مفتاح API لمزود الذكاء الاصطناعي الخاص بك، محفوظاً كسر للمشروع، ويُحتسب الاستخدام على حساب المزود لديك لا على رصيد Mythex (وصفة الذكاء الاصطناعي). تستخدم تطبيقات Mythex الجديدة افتراضياً تطبيق React أحادي الصفحة يُعرض في المتصفح، وهو أضعف لمحركات البحث، لذلك لمركز مساعدة عام اطلب إعداداً مناسباً للعرض الثابت أو العرض من الخادم مثل Next.js (وصفة تحسين محركات البحث).
ولبداية بموجّه جاهز، جرّب قالبي مركز معرفة المنتج أو تطبيق وثائق الفريق.
الأسئلة
ما الفرق بين قاعدة المعرفة والويكي؟
قاعدة المعرفة تُدار عادةً بعناية: فريق صغير يكتب الإجابات ويحافظ عليها لجمهور محدد، غالباً العملاء. أما الويكي فيسمح لأي شخص بالتحرير، ويميل إلى أن يتسع ويصبح أكثر فوضى. ويمكن للبرنامج نفسه أن يخدم أياً منهما؛ والفرق يكمن في من يكتب ومن يراجع.
كيف يجب تنظيم قاعدة المعرفة؟
حسب ما يحاول القارئ إنجازه، لا حسب الهيكل التنظيمي لشركتك. فئات رئيسية قليلة، ومقالات قصيرة تركز على المهمة بعناوين واضحة، وروابط بين المقالات المتصلة، تعمل أفضل من شجرات المجلدات العميقة.
هل يمكنني إضافة إجابات بالذكاء الاصطناعي إلى قاعدة المعرفة؟
نعم. الطريقة المعتادة، وتسمى توليد معزز بالاسترجاع (RAG)، تبحث في مقالاتك عن المقاطع ذات الصلة، ثم تطلب من نموذج لغوي أن يجيب معتمداً على تلك المقاطع فقط، مع روابط تعود إلى المصادر. وتعمل هذه الطريقة بأفضل شكل عندما تكون المقالات نفسها دقيقة ومحدّثة.
هل يجب أن تفهرس محركات البحث مركز المساعدة العام؟
عادةً نعم. يبحث الناس عن كيفية حل مشكلة قبل أن يتواصلوا مع الدعم، لذلك يجب أن يكون لكل مقال صفحته وعنوانه ووصفه الخاص. واحتفظ بالمقالات الداخلية في موقع منفصل محمي بتسجيل الدخول.