Docmost

تبدأ المشكلة عندما تكون معرفة الفريق موزعة بين محادثة، وملف قديم، وملاحظة شخصية، وصفحة لا يعرف أحد إن كانت ما تزال صحيحة. النتيجة ليست نقصًا في الكتابة، بل صعوبة العثور على القرار وسياقه ومراجعة ما تغيّر. Docmost يجمع هذه المعرفة في wiki تعاونية ذاتية الاستضافة: تنظم الصفحات داخل Spaces، يحررها أكثر من شخص، تبحث فيها، وتستعيد نسخها السابقة. قيمته العملية أن التوثيق يصبح مكانًا مشتركًا له بنية وصلاحيات وتاريخ، بدل أن يبقى ملفات منفصلة تعتمد على ذاكرة أصحابها.

🧭 ما Docmost؟

Docmost برنامج مفتوح المصدر لبناء wiki داخلية وقاعدة معرفة وتوثيق مشاريع. يعمل كتطبيق ويب على بنيتك، ويستخدم PostgreSQL للبيانات وRedis للمهام والحالة المؤقتة، بينما تحفظ المرفقات محليًا أو في تخزين S3 متوافق أو Azure Blob Storage. النسخة المفتوحة مرخصة بـAGPL-3.0، وتوجد نسخ Business وEnterprise بقدرات إضافية.

المكونات التي يراها القارئ بسيطة:

• Workspace: مساحة العمل العامة للفريق.
• Space: قسم لمشروع أو إدارة أو غرض، مثل Engineering أو Operations.
• Page: صفحة معرفة يمكن أن تتضمن نصًا وجداول ورسومًا ومرفقات وروابط.
• History: لقطات تلقائية يمكن مقارنة نسخها واستعادة نسخة سابقة منها.

الأداة ليست محرر Markdown محليًا ولا مجلد ملفات Git؛ هي خدمة ويب متعددة المستخدمين تحتاج تشغيلًا ونسخًا احتياطيًا وتحديثًا أمنيًا. إذا كان المطلوب صفحة README بجوار الكود فقط، فقد يكون ملف Markdown أبسط.

🎯 كيف ستفيدك عمليًا؟

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

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

الاستخدام المثالي:

• runbooks لحوادث التشغيل والخطوات المتكررة.
• توثيق بنية النظام وقرارات التصميم.
• دليل انضمام الموظف أو المتعاون الجديد.
• مواصفات المنتج وملخصات الاجتماعات مع روابط للقرارات.
• قاعدة معرفة داخلية لفريق صغير يريد إبقاء البيانات على خادمه.

لا تناسب من لا يريد إدارة خادم أو من يحتاج SSO وصلاحيات دقيقة لكل صفحة مجانًا؛ هذه القدرات مرتبطة بالنسخ التجارية وفق وثائق Docmost الحالية.

🌟 الميزات والقدرات الرئيسية

1. التحرير الجماعي والتعليقات وتاريخ الصفحة

يمكن لعدة مستخدمين تحرير الصفحة نفسها في الوقت الحقيقي دون أن يكتب أحدهم فوق عمل الآخر. يضيف القارئ تعليقًا على نص محدد، ويراجع الفريق التعليقات من اللوحة الجانبية. يحفظ Docmost تاريخ الصفحة تلقائيًا؛ توضح الوثائق أن اللقطات تحفظ كل دقيقة خلال أول خمس دقائق من إنشاء الصفحة، ثم كل خمس دقائق أثناء جلسة التحرير، ويمكن عرض فرق النسخة واستعادتها.

• أين تجدها: محرر الصفحة، لوحة Comments، ثم Page menu > Page history.
• كيف تستخدمها: اكتب مع زميل، حدد جملة تحتاج قرارًا وأضف تعليقًا، ثم افتح التاريخ قبل استعادة نسخة.
• مثال توضيحي: عُدّل إجراء نشر خدمة خطأً؛ يقارن مسؤول التشغيل النسخة الحالية بالسابقة ثم يستعيد النص الصحيح.
• انتبه: استعادة التاريخ لا تعوض نسخة احتياطية للخادم، ولا تثبت أن المعلومة صحيحة. بعض وظائف التعليقات المتقدمة، مثل Resolve comments، مذكورة ضمن المزايا المدفوعة.

2. Spaces والأدوار

تنظم Spaces الصفحات حسب مشروع أو فريق. يمكن إضافة أعضاء أو مجموعات بدور Full Access أو Can Edit أو Viewer. هذا يمنع أن تصبح قاعدة المعرفة قائمة واحدة طويلة ويمنح كل قسم حدودًا مفهومة.

• أين تجدها: Settings > Spaces، ثم Space Settings > Members.
• كيف تستخدمها: أنشئ Space للهندسة وأخرى للعمليات، أضف المجموعة المناسبة، واختر أقل دور يكفي للمهمة.
• مثال توضيحي: فريق الدعم يقرأ Runbooks التشغيل، بينما أعضاء العمليات يحررونها.
• انتبه: الصلاحية الدقيقة على صفحة منفردة ميزة تجارية. في النسخة المفتوحة، صمم هيكل Spaces بعناية بدل افتراض وجود ACL تفصيلي لكل صفحة.

3. محتوى غني دون فصل الرسم عن الشرح

تدعم الصفحة نصوصًا وجداول ورسوم Draw.io وExcalidraw وMermaid ومعادلات ومرفقات وروابط وتضمينات. يفيد ذلك عندما يحتاج runbook إلى مخطط تدفق وجدول مسؤوليات وملف مرجعي في السياق نفسه.

• أين تجدها: أوامر الكتل داخل المحرر واختصارات Markdown.
• كيف تستخدمها: ابدأ بعناوين وخطوات، ثم أضف الجدول أو الرسم الذي يشرح العلاقة فعلًا.
• مثال توضيحي: صفحة Incident Response تضم مخطط التصعيد، جدول أرقام الخدمة، وروابط dashboards.
• انتبه: التضمين والرسوم يزيدان سطح الهجوم؛ حدّث Docmost باستمرار، ولا تحول الصفحة إلى لوحة مزدحمة يصعب طباعتها أو تصديرها.

4. البحث والمشاركة والتصدير

يوفر Docmost بحثًا كامل النص مع مرشحات، ويمكن نشر صفحة برابط عام أو تصديرها بصيغة Markdown أو HTML. يمكن تضمين الصفحات الفرعية والمرفقات في التصدير، وتأتي الصفحات المتعددة داخل ZIP يحافظ على الهيكل.

• أين تجدها: البحث العام، زر Share، أو Page menu > Export.
• كيف تستخدمها: ابحث قبل إنشاء صفحة مكررة، وصدّر نسخة عند التسليم أو النسخ الخارجي.
• مثال توضيحي: يسلم الفريق توثيق مشروع لمتعهد كحزمة HTML مع المرفقات بدل منحه حسابًا دائمًا.
• انتبه: الرابط العام قد يكشف محتوى لأي شخص يحصل عليه. راجع الصفحات الفرعية والمرفقات وخيار فهرسة محركات البحث. تتفاوت ضوابط تعطيل المشاركة العامة حسب النسخة؛ افحص خطتك الفعلية قبل الاعتماد عليها كسياسة أمنية.

🪜 كيف تستخدمها خطوة بخطوة؟

هذا مثال توضيحي لم يُنفذ على خادم الدليل:

1. خصص نطاقًا مثل docs.example.com وجهز Docker وDocker Compose.
2. نزّل ملف docker-compose.yml الرسمي داخل مجلد مستقل.
3. غيّر APP_URL، وأنشئ APP_SECRET عشوائيًا بطول 32 حرفًا على الأقل، واستبدل كلمة مرور PostgreSQL في الموضعين.
4. شغّل الخدمات وافتح صفحة الإعداد لإنشاء مالك Workspace.
5. ضع Reverse Proxy مع HTTPS، وتأكد من تمرير WebSocket؛ من دونه يصبح محرر التعاون في وضع القراءة فقط.
6. أنشئ ثلاث Spaces مبدئية فقط: Engineering وOperations وProduct، ثم أضف المجموعات والأدوار.
7. أنشئ قالب صفحة بسيط: الهدف، المالك، آخر مراجعة، الخطوات، المخاطر، والمراجع.
8. انقل أول runbook يدويًا، اختبر البحث والتعليقات والتاريخ، ثم صدّره إلى Markdown للتأكد من إمكان إخراج المعرفة.
9. فعّل نسخة احتياطية لـPostgreSQL والمرفقات وملفات الإعداد، واحفظ APP_SECRET بأمان خارج الخادم.
10. راقب صفحة Releases والإرشادات الأمنية قبل التحديث، وخذ نسخة احتياطية واستخدم وسم إصدار ثابت بدل latest في الإنتاج.

⚖️ ماذا تضيف مقارنة بالطريقة اليدوية؟

إذا كان عدد الصفحات قليلًا ويعمل عليها شخص واحد، فقد يكون مستودع Markdown أبسط وأكثر قابلية للمراجعة عبر Git. Docmost يصبح ذا قيمة عندما يحتاج عدة أشخاص إلى تحرير حي وبحث وصلاحيات وتنظيم مستمر.

⚙️ الإعدادات المهمة

• APP_URL: الرابط العام الصحيح؛ يجب أن يطابق النطاق المستخدم.
• APP_SECRET: سر أساسي بطول 32 حرفًا على الأقل. يلزم بعد الاستعادة لفك أسرار MFA ورموز التكامل وبيانات SIEM؛ تغييره أو فقده قد يعطل استعادة هذه البيانات.
• DATABASE_URL وPOSTGRES_PASSWORD: اتصال قاعدة البيانات وكلمة المرور، ويجب تطابق القيمة في خدمة التطبيق وPostgreSQL.
• REDIS_URL: اتصال Redis.
• STORAGE_DRIVER: تخزين محلي افتراضي، أو S3 متوافق، أو Azure Blob Storage.
• إعدادات SMTP أو Postmark مطلوبة لدعوات البريد والتنبيهات المتعلقة بالبريد.
• DISABLE_TELEMETRY=true: يعطل القياس المجهول. وفق الوثائق، يجمع Docmost افتراضيًا الإصدار النشط وعدد المستخدمين والصفحات والمساحات وWorkspaces.

🚀 التثبيت والبدء

توصي الوثائق بـDocker. بعد تنزيل ملف Compose وتغيير الأسرار والقيم الافتراضية، يبدأ التشغيل بالأمر:

docker compose up -d

ثم افتح http://localhost:3000 أو نطاقك. يوفر Docmost نقطة صحة على /api/health. لا تنفذ نموذج Compose كما هو في خادم عام: استبدل REPLACE_WITH_LONG_SECRET وSTRONG_DB_PASSWORD، وضع HTTPS وWebSocket أمام الخدمة.

يعتمد نموذج Compose الحالي على صورة Docmost وPostgreSQL 18 وRedis 8 وثلاثة volumes للبيانات. لم توثق المصادر التي راجعناها حدًا أدنى مضمونًا للذاكرة أو المعالج؛ اختبر السعة وفق عدد المستخدمين والمرفقات والبحث بدل اختلاق مواصفة ثابتة.

🔗 التكاملات والتوافق

الإصدار v0.97.0 أضاف تكاملات وروابط معاينة لـGitHub وGitLab وJira وLinear وAzure DevOps وFigma. يدعم Docmost استيراد وتصدير Markdown وHTML، ويذكر الموقع استيراد Notion. قدرات Confluence وDOCX وPDF المتقدمة موضحة ضمن النسخ المدفوعة الحالية.

يعمل من المتصفح، لذلك صنفناه Universal. دعم MCP وAI موجود في Business بحسب صفحة الأسعار؛ لم نربط بطاقة الأداة بمنصة MCP لأن هذه ليست قدرة مجانية أساسية، ولأن تشغيل AI قد يحتاج نموذجًا محليًا أو خدمة خارجية وتكلفتها الخاصة.

💰 التكلفة والتشغيل المحلي

النسخة Open Source مجانية ومرخصة بـAGPL-3.0. تتحمل أنت تكلفة الخادم والبريد والتخزين والنسخ الاحتياطية. في 2 نوفمبر 2026 تعرض صفحة الأسعار Business بسعر 6 دولارات للمقعد شهريًا عند الدفع السنوي، بحد أدنى 10 مقاعد، أي أن الحد الأدنى المعروض 60 دولارًا شهريًا قبل الضرائب أو الخدمات الأخرى. Enterprise بسعر مخصص.

تضيف Business قدرات مثل SSO وLDAP وMFA وAI وMCP وAPI keys وصلاحيات الصفحة التفصيلية وبعض الاستيراد والبحث داخل المرفقات. لا تحتاج API مدفوعًا لتشغيل wiki الأساسية؛ ميزات AI اختيارية وقد تحتاج مزود نموذج وتكلفة منفصلة.

⚠️ الحدود ومتى لا تستخدمها

• ليست تطبيقًا مكتبيًا محليًا بسيطًا؛ تحتاج خدمة ويب وPostgreSQL وRedis وتخزينًا.
• العمل التعاوني يحتاج WebSocket صحيحًا في Reverse Proxy، وإلا يصبح المحرر للقراءة فقط.
• النسخة Community لا تشمل كل ضوابط الشركات؛ راجع جدول الخطة قبل بناء سياسة وصول حول SSO أو صلاحيات الصفحة أو MFA.
• التصدير مفيد لكنه لا يستبدل نسخة قاعدة البيانات والمرفقات والإعدادات.
• قاعدة المعرفة لا تنظف نفسها: عيّن مالكًا وتاريخ مراجعة للصفحات المهمة.
• الإصدار ما يزال قبل 1.0 (v0.97.0)، وقد تتغير التفاصيل؛ اقرأ ملاحظات كل إصدار قبل الترقية.

🔐 الأمان والخصوصية والصلاحيات

الموقع ذاتي الاستضافة يعني أن صفحاتك وقاعدة البيانات ومرفقاتك تبقى على البنية التي تديرها، لكنه لا يعني عدم وجود حركة شبكة. البريد والتخزين الخارجي والتضمينات والتكاملات وميزات AI تتصل بخدمات أخرى حسب إعدادك. كذلك يجمع Docmost القياس المجهول المذكور ما لم تضبط DISABLE_TELEMETRY=true.

اتبع هذه الحدود:

• استخدم HTTPS ولا تعرّض منفذ التطبيق مباشرة للإنترنت.
• استخدم دور Viewer لمن يحتاج القراءة فقط، وراجع الروابط العامة بانتظام.
• حافظ على PostgreSQL والمرفقات وملفات الإعداد وAPP_SECRET في النسخة الاحتياطية، واحفظ نسخة خارج الخادم.
• لا تضع مفاتيح التخزين أو SMTP داخل مستودع عام.
• حدّث بسرعة عند إصدارات الأمان. يحتوي v0.97.0 على إصلاحات لثغرات Node.js ويوصي المشروع بالترقية، كما نشر المشروع عدة Advisories خلال 2026؛ هذا دليل على ضرورة إدارة الترقيع لا سبب لافتراض أن أي إصدار آمن للأبد.
• اختبر الاستعادة، لا مجرد إنشاء نسخة احتياطية. توصي الوثائق باستعادة نفس إصدار Docmost ونسخة PostgreSQL أولًا ثم الترقية لاحقًا.

📚 المصادر وتاريخ التحقق

تم التحقق في 2 نوفمبر 2026، ولم نثبت الأداة أو نشغلها:

• مستودع Docmost الرسمي — الهوية، الميزات، AGPL-3.0 والنشاط.
• الإصدار v0.97.0 — منشور في 25 أكتوبر 2026 ويتضمن تكاملات وإصلاحات أمنية.
• التثبيت الرسمي — Docker Compose وPostgreSQL وRedis وAPP_SECRET وWebSocket.
• دليل المستخدم وSpaces — التعليقات والتاريخ والمشاركة والتصدير والأدوار.
• النسخ الاحتياطي والاستعادة — PostgreSQL والمرفقات والإعدادات وأهمية APP_SECRET.
• الإعداد ومتغيرات البيئة — telemetry وقيود الشبكات والتضمين.
• النسخ والترخيص والأسعار — Community وBusiness وEnterprise وحدودها.

وقت الفحص أظهر GitHub نحو 22.2 ألف نجمة و1.7 ألف fork، وآخر commit على main في 2 نوفمبر 2026، 02:45 بتوقيت الرياض (821b11e). هذه مؤشرات انتشار ونشاط وليست تقييم مستخدمين.