تصدير Obsidian إلى Word: الدليل الكامل لعام 2026

إن كنتَ تعيش داخل Obsidian، فأنت تعرف المشكلة سلفًا. قضيتَ ثلاثة أشهر في بناء ملاحظة بحثية مليئة بصيغة Obsidian الخاصة، من قبيل:

[[Project Plan]]        → رابط إلى ملاحظة أخرى
![[diagram.png]]        → صورة مضمَّنة
> [!note] Key insight   → كتلة تنبيه

ثم يطلب منك أحد الزملاء النسخة بصيغة Word، فإذا بكل عنصر غير قياسي من هذه العناصر ينهار أمام عينيك.

واجهتُ هذه المشكلة لأول مرة حين اضطررت إلى تسليم دراسة تقنية من 40 صفحة إلى صاحب مصلحة لا يرغب في الاقتراب من Obsidian من الأساس. ما كان يبدو مصقولًا داخل الخزينة خرج فوضى من الأقواس الحرفية وعلامات الصور اليتيمة في Word. بعد التعامل مع ذلك التحويل وعدة تحويلات أخرى بعده، استقررتُ على سير عمل يصمد. يوثِّق هذا الدليل ذلك السير — خطوة المعالجة المسبقة التي يتخطَّاها معظم الناس، والخصائص الثلاث الخاصة بـ Obsidian التي تهم فعلًا، وما تفعله حين تعاند الصور أو التنبيهات.

لماذا صيغة Markdown في Obsidian ليست محمولة (وما الذي ينكسر)

يخزِّن Obsidian الملاحظات ملفات .md عادية، ولهذا يفترض الناس أن التصدير إلى Word أمر هيِّن. ليس كذلك — لأن Obsidian يُوسِّع صيغة Markdown القياسية بميزات لا يفهمها أي محوِّل عام.

هذه هي الامتدادات الأربعة التي تتسبَّب في إفشال كل تصدير تقريبًا:

محوِّلات Markdown القياسية — Pandoc ومعظم الأدوات عبر الإنترنت — تعامل [[...]] كنص حرفي و![[...]] كرمز مجهول. ما تراه من Obsidian في التطبيق ما هو إلا معاينة، لا المصدر. هذا الفارق هو الجذر الحقيقي لمعظم الإحباط من أسئلة «لمَ انكسر تصديري؟».

ثمَّة مشكلة أدقُّ أيضًا: مسارات المرفقات. يحلُّ Obsidian رابط ![[image.png]] بالبحث داخل خزينتك عن ملف مطابق بصرف النظر عن المجلد. أما Markdown القياسي فيحتاج إلى مسار نسبي صريح. إذا كانت خزينتك تحفظ المرفقات في 99 Attachments/ وتعيش ملاحظتك داخل 10 Projects/، فإن رابط الصورة يلزمه إعادة كتابة قبل أن يعثر عليها أي محوِّل.

قبل التصدير: خطوة المعالجة المسبقة التي تنقذك

التحسين الأكبر في موثوقية سير عملي جاء من تنفيذ جولة معالجة مسبقة تستغرق 5 دقائق قبل تشغيل أي محوِّل. إن تخطَّيت هذه الخطوة فستقضي 30 دقيقة في تنظيف ملف Word بعد ذلك.

الخطوة 1: افحص إعدادات المرفقات

افتح Settings → Files and links ودوِّن قيمتين:

• Default location for new attachments — المكان الذي تهبط فيه الصور وملفات PDF الجديدة
• New link format — الطريقة التي يكتب بها Obsidian المسارات (Shortest path when possible أو Relative path to file أو Absolute path in vault)

إن كانت القيمة Shortest path when possible (الافتراضية في Obsidian)، فسينكسر تصديرك لأي ملاحظة لا تقع مرفقاتها في المجلد ذاته. قبل التصدير بدِّل القيمة إلى Relative path to file. يطبَّق هذا الإعداد على الروابط الجديدة فقط — أما الروابط القائمة فتحتفظ بصيغتها القديمة حتى تُعاد كتابتها. الخطوة 2 أدناه هي التي تتولَّى إعادة الكتابة.

الخطوة 2: حوِّل الروابط الداخلية إلى روابط Markdown قياسية

في Obsidian مفتاح مدمج لذلك: Settings → Files and links → Use [[Wikilinks]] → OFF. حين يُطفأ، تُكتب الروابط الجديدة على هيئة [Note Name](Note-Name.md). غير أن ذلك يؤثِّر في الروابط الجديدة فقط.

لتحويل روابط [[wikilinks]] الموجودة داخل الملاحظة، أمامك خياران:

1. يدويًا للتصديرات الصغيرة — استخدم Cmd/Ctrl+F داخل الملاحظة، وابحث عن كل [[، ثم أعد كتابته. مناسب لملاحظة من 5 صفحات.
2. إضافة مجتمعية للخزائن الأكبر — افتح Settings → Community plugins وابحث بمصطلحات مثل "link converter" أو "markdown links". تتوفَّر في النظام البيئي عدة إضافات تحوِّل الروابط الداخلية (والمرفقات المضمَّنة ![[...]]) إلى صيغة Markdown القياسية دُفعةً واحدة، سواء على الملف الحالي أو على مجلد كامل. اختر إضافة بتحديثات حديثة وعدد استخدامات يمنحك الثقة.

بعد إعادة الكتابة ستصبح مرفقاتك المضمَّنة بصيغة ![image.png](path/to/image.png). افحص المخرجات — إن كان مجلد المرفقات يستخدم مسافات، شفِّرها بصيغة URL (My%20Vault/attachment.png) وإلَّا فسيُسقط المحوِّل الصورة بصمت.

الخطوة 3: حدِّد مصير التنبيهات

تنبيهات Obsidian (> [!note] و> [!warning] وغيرها) ذات قيمة داخل الخزينة لكنها بلا مقابل في Word. أمامك ثلاثة خيارات مرتَّبة بحسب الجهد:

• اقبل التنازل — ستُعرض اقتباسات عادية. يُفقَد نوع التنبيه (note/warning/tip) لكن المحتوى ينجو. مقبول لمعظم التسليمات.
• أعد كتابة المهم منها — استبدل > [!warning] Critical بـ > **⚠️ Critical:** قبل التصدير. يُقرَأ في المكانين بشكل سليم.
• المعالجة اللاحقة في Word — حوِّل الاقتباسات إلى صناديق منسَّقة عبر الأنماط السريعة في Word. يستحق العناء فقط للتسليمات المصقولة.

أعتمد الخيار 2 لأي ملاحظة دون 20 صفحة، والخيار 1 لما هو أكبر من ذلك.

الخطوة 4: صدِّر كتل Dataview محتوًى ثابتًا

إن احتوت ملاحظتك استعلامات Dataview، فإنها تُصدَّر بوصفها كود الاستعلام لا جدول النتيجة. قبل التصدير شغِّل الاستعلام داخل Obsidian وانسخ المخرجات المعروضة والصقها جدول Markdown ثابتًا مكان كتلة الكود. نعم، هذه خطوة يدوية. ولا، ليس ثمَّة طريقة نظيفة للالتفاف عليها — فـ Dataview يُعرَض من جهة العميل، ولذا فالملف المصدر لا يحوي البيانات فعليًّا.

سير العمل ذو الخطوات الأربع للتصدير

متى انتهت المعالجة المسبقة يغدو التحويل الفعلي أمرًا مباشرًا.

1. انسخ الملاحظة (لا تُصدِّرها في مكانها)

كرِّر الملاحظة المستهدفة ومرفقاتها إلى مجلد مؤقَّت خارج الخزينة. أنت لا تريد لتعديلات المعالجة المسبقة (إعادة كتابة الروابط، استبدال التنبيهات) أن تلوِّث خزينتك الأساسية. أحتفظ على سطح المكتب بمجلد اسمه _export-staging/ لهذا الغرض.

2. سطِّح مسارات المرفقات

انقل جميع الصور المشار إليها إلى المجلد نفسه الذي يضمُّ ملف .md، وحدِّث الروابط لتصبح أسماء ملفات بسيطة: ![diagram](diagram.png) بدلًا من ![diagram](../../99 Attachments/diagram.png). معظم المحوِّلات تتعثَّر أمام المسارات التي تصعد عبر المجلدات.

3. شغِّل المحوِّل

ارفع ملف .md بعد معالجته إلى محوِّل Markdown إلى Word من MarkFlow. يدعم GitHub Flavored Markdown (GFM) — بما في ذلك الجداول وقوائم المهام والحواشي — وهو ما يغطِّي كل ميزة قياسية يُنتجها Obsidian بعد المعالجة المسبقة. تُضمَّن الصور في المتن، وتحتفظ كتل الكود بتلوين الصيغة، وتُربط العناوين بأنماط العناوين في Word بحيث يعمل جزء التنقُّل في ملف DOCX الناتج.

إن احتوت الملاحظة رياضيات LaTeX ($E=mc^2$ أو $$...$$)، فتأكَّد من أن المحوِّل الذي اخترته يحافظ عليها بوصفها معادلات Word لا يُسطِّحها نصًّا عاديًّا. بالنسبة إلى الملاحظات الثقيلة بالمعادلات — سجلات البحث والمسودات الأكاديمية — تمثِّل هذه الميزة الفيصل بين النجاح والفشل. إن لم يكن Word هو الهدف النهائي وتحتاج فقط ملفًا قابلًا للمشاركة، فإن تحويل Markdown إلى PDF يتجاوز غرائب عرض المعادلات في Word كلها.

4. اصقل في Word

افتح ملف DOCX وطبِّق قالب Word إن كان لديك واحد. تُربط أنماط العناوين من Markdown بأنماط Heading 1/2/3 المدمجة في Word بنظافة، ولذلك فإن إعادة تنسيق المستند كاملًا عملية بنقرة واحدة عبر Design → Document Formatting. افحص ثلاثة أشياء قبل الإرسال:

• جدول المحتويات — أدرج جدولًا عبر References → Table of Contents للتحقُّق من أن جميع العناوين قد التُقطت بشكل صحيح
• أحجام الصور — يعرض Obsidian الصور بحجمها الطبيعي، وقد يضخِّمها Word. إن لزم الأمر حدِّد الكل ثم غيِّر الحجم
• الروابط التشعبية — الروابط الخارجية يجب أن تكون حيَّة؛ وأي [[wikilinks]] داخلية يجب إما أن تُحلَّ أو تُزال

حالات خاصة بـ Obsidian

ثمَّة سيناريوهات تتكرَّر كثيرًا بما يستحق إفرادها.

الملاحظات اليومية والقوالب

إن كنتَ تُصدِّر ملاحظة يومية تستخدم {{date}} أو متغيِّرات templater، فإن التصدير يحدث بعد أن يكون Obsidian قد استبدلها — فملف .md المُصدَّر يحتوي التاريخ الحقيقي لا العنصر النائب. لا تحتاج إلى معالجة خاصة. الاستثناء هو التصدير من نظام الملفات مباشرةً دون فتح الملاحظة داخل Obsidian؛ فحينها ستتسرَّب القوالب غير المحلولة. افتح الملاحظة أولًا، ودع Obsidian يعرضها، ثم صدِّر.

ملفات Canvas

ملفات Obsidian Canvas (.canvas) هي ملفات JSON لا Markdown، ولن يمسها أي محوِّل Markdown. بالنسبة للوحات، الخيار العملي هو التقاط لقطة شاشة للوحة بمستوى التكبير الذي تريده وحفظها PNG، ثم تضمين تلك الصورة داخل ملاحظة Markdown مغلِّفة تُصدِّرها أنت. تقدِّم بعض إضافات المجتمع أيضًا ميزة «تصدير اللوحة صورةً» مباشرةً إن كنتَ تفعل ذلك كثيرًا بما يبرِّر تثبيت إضافة.

مخططات Mermaid

تُعرَض كتل الكود المسيَّجة الموسومة بـ mermaid مخططاتٍ داخل Obsidian. معظم محوِّلات Markdown إلى Word عبر الإنترنت إما أنها تعرضها صورًا (جيد) أو تتركها كودًا خامًا (سيِّئ). يقوم MarkFlow بعرض Mermaid على هيئة SVG مضمَّن قبل التحويل، فيعرضها Word صورة قابلة للتحرير. إن كان المحوِّل المستهدف لا يدعم Mermaid، فالحل البديل هو تصدير المخطَّط PNG من عرض Obsidian واستبدال كتلة الكود بتضمين صورة قياسي.

الحواشي

الخبر السار — صيغة الحواشي في Obsidian ([^1] والتعريف [^1]: text) هي GFM قياسية وتتحوَّل بنظافة إلى ميزة الحواشي المدمجة في Word. لا تحتاج إلى أي معالجة مسبقة.

الوسوم والبيانات الوصفية

تُجرَّد عادةً البيانات الوصفية YAML (كتل --- أعلى الملاحظة) بفعل المحوِّلات. إن احتوت البيانات الوصفية على معلومات يحتاجها قارئك (المؤلف أو التاريخ أو الحالة)، فانقلها إلى المتن فقرةً عاديةً قبل التصدير. أما الوسوم المضمَّنة مثل #project/research فتنجو عادةً نصًّا عاديًّا — وهو أمر مقبول في معظم الحالات، مُربِك في غيرها. استخدم «بحث واستبدال» لإزالتها إن كان مستند Word سيقرؤه أشخاص لا يستخدمون Obsidian.

متى يتفوَّق التحويل اليدوي على الأتمتة

سأكون صريحًا: لملاحظة واحدة من 2-3 صفحات بتنسيق ضئيل، فإن أسرع سير عمل هو النسخ من عرض القراءة في Obsidian واللصق في Word. يعرض وضع القراءة في Obsidian محتوى HTML، ويلصقه Word محتوًى منسَّقًا بأمانة مدهشة. تمر الجداول، وينجو الخط العريض والمائل، وتُربط العناوين بأنماط عناوين Word.

يفشل نهج «اللصق من عرض القراءة» في ثلاثة أمور:

1. الصور — تُلصَق على هيئة مراجع لروابط ملفات داخل خزينتك، تنكسر لحظة مغادرة الملف لجهازك
2. كتل الكود — يُفقد تلوين الصيغة، ويصبح الخط أحادي المسافة غير متَّسق
3. التنبيهات وMermaid — الكسر ذاته الذي يحدث في التصدير القياسي

إذن: الملاحظات القصيرة الخالية من الكود والصور → لصق. أي شيء أطول أو تقني → سير العمل رباعي الخطوات أعلاه.

استكشاف الأخطاء: ماذا تفعل حين تنكسر الأمور

هذه أنماط الإخفاق التي أراها أكثر من غيرها. للمرجع الأوسع، يغطِّي دليل حل مشاكل تحويل Markdown 15 مشكلة تحويل شائعة بالتفصيل.

الصور مفقودة في ملف Word. في حوالي 80 % من الحالات تكون المشكلة مشكلة مسار. افحص مصدر .md — هل مسارات المرفقات أسماء ملفات بسيطة (image.png) أم مسارات معقَّدة (../../99 Attachments/My Folder/image.png)؟ سطِّحها.

الجداول تظهر سطرًا واحدًا مشوَّشًا. مصدرك يستخدم صيغة جداول Obsidian القديمة أو به حروف أنابيب غير متَّسقة. افتح .md في محرِّر نصوص بسيط وتأكَّد من أن كل صف يحوي العدد ذاته من الأنابيب. يجب أن يطابق الفاصل بين الرؤوس: | --- | --- |.

كتل الكود تفقد تلوين اللغة. تحقَّق من أن علامات التسييج تحوي وسم اللغة (مثل python أو js أو bash) مباشرةً بعد الاقتباسات العكسية الثلاث الافتتاحية. تستخدم المحوِّلات هذا الوسم لتطبيق تلوين الصيغة؛ والكتل بلا وسم تُعامَل نصًّا عاديًّا افتراضيًّا.

الروابط الداخلية ما تزال تظهر [[Note Name]] بعد التصدير. المعالجة المسبقة لم تُنفَّذ، أو أنها لم تشمل هذا الملف. تأكَّد من أن Use [[Wikilinks]] قد أُطفئ في الإعدادات، ثم أعِد تشغيل أي إضافة تحويل ثبَّتها في الخطوة 2 على هذا الملف تحديدًا — أغلبها يدعم الاستهداف على مستوى ملاحظة واحدة لا الخزينة كلها.

المعادلات تظهر LaTeX خامًا. المحوِّل لا يدعم عرض الرياضيات. إما أن تبدِّل المحوِّل، أو تلتقط صورة للمعادلة المعروضة داخل Obsidian وتضمِّنها صورة — قبيحة لكنها موثوقة.

سير عمل واقعي للفرق

إن كنتَ مستخدم Obsidian الوحيد في فريق يحتاج إلى ملفات Word، فابنِ عملية قابلة للتكرار لا سكربت تصدير لمرة واحدة. النسخة التي أستخدمها في المشاريع التعاونية:

1. احتفظ بمجلد مخصَّص Exports/ داخل الخزينة للملاحظات المتَّجهة إلى Word
2. داخل هذا المجلد، استخدم روابط Markdown القياسية منذ البداية ([text](note.md)) بدل الروابط الداخلية — يوفِّر عليك المعالجة المسبقة
3. نفِّذ تحويلًا دُفعيًّا أسبوعيًّا لأي ملاحظات تغيَّرت
4. خزِّن مخرجات DOCX في قرص مشترك لا داخل الخزينة

الهدف هو الفصل بين فضاء التفكير (الخزينة الرئيسية بكل قوَّتها الخاصَّة بـ Obsidian) وفضاء التسليم (مجلد Exports/ الذي يتحدَّث Markdown القياسي). استغرقت إعادة الهيكلة لهذا الفصل ساعة في أول مرة، ووفَّرت علي ساعات كل شهر منذ ذلك الحين.

إن كنتَ قادمًا من الاتجاه المعاكس — تكتب بصيغة Markdown وتريد إتقان الأساسيات — فإن دليل كيفية الكتابة بصيغة Markdown يغطِّي الأساسيات التي تجعل أي تصدير أكثر سلاسة. ولنظرة أقرب على جانب التحويل من خط الأنابيب، يشرح الدليل الكامل لتحويل Markdown إلى Word ميزات المحوِّل التي تهم المستندات المعقَّدة.

خلاصة القول

قوَّة Obsidian الحقيقية تكمن في ميزاته غير القياسية — الروابط الداخلية والتنبيهات والاستعلامات الديناميكية التي تجعل الخزينة تبدو حيَّة. التصدير إلى Word يعني التنازل عن معظم ذلك. الحيلة أن تتوقَّف عن مقاومة الأمر: اقبل أن نسخة Word ستكون تمثيلًا مسطَّحًا، وعالج بصورة مسبقة بناءً على ذلك، واستخدم أدوات التنسيق في Word لإعادة الصقل حيث يهم.

حين تترسَّخ عادة المعالجة المسبقة، يستغرق خط الأنابيب كاملًا نحو خمس دقائق لكل ملاحظة. هذا هو الفارق بين «سأفعلها لاحقًا» وبين إرسال المستند اليوم فعلًا.