النقاط الرئيسية
- اختر إحدى البنى المرجعية الثلاث بدلاً من التصميم من الصفر. محورية Obsidian (موجّهة للملاحظات، ~50K عنصر)، ومحورية AnythingLLM (موجّهة للمستندات، ~100K عنصر)، أو حزمة Python + ChromaDB المخصصة (موجّهة للمهندسين، أكثر من 1M عنصر). نادراً ما يستحق خلط البنى — تكلفة التكامل تسود.
- لـ PKB بالذكاء الاصطناعي المحلي خمس طبقات: الالتقاط والتخزين والتضمينات والاسترداد والواجهة. تقع معظم أخطاء المبتدئين في طبقة الالتقاط، لا في النموذج اللغوي. إذا لم تتدفق العناصر من الجوال والبريد الإلكتروني، فلن يُنقذ المشروع أي استرداد ذكي.
- الحد الأدنى للأجهزة: 16 جيجابايت ذاكرة عشوائية. تحتها يجب الاختيار بين تشغيل نموذج تضمين أو نموذج دردشة — ليس كليهما. بـ 16 جيجابايت يمكنك تشغيل Llama 3.2 3B + nomic-embed-text بشكل متزامن. بـ 32 جيجابايت يمكنك الارتقاء إلى Qwen3 7B أو تشغيل عدة جلسات دردشة. فوق 100,000 عنصر انقل التضمينات إلى خادم منزلي.
- النماذج الموصى بها في 2026: الدردشة — Llama 3.2 3B (الافتراضي)، وPhi-4 Mini (أنظمة 8 جيجابايت)، وQwen3 7B (الجودة على 32 جيجابايت+)؛ التضمينات — nomic-embed-text (768 بُعداً، سريع)، ومxbai-embed-large (1024 بُعداً، أدق)، وbge-m3 (متعدد اللغات).
- الالتقاط هو عنق الزجاجة في التوسع، لا الاسترداد. تصل معظم عناصر المعرفة عبر الجوال (مقتطفات ويب وصور وملاحظات صوتية ورسائل مُعادة التوجيه). صمّم مسار ورقة مشاركة الجوال ← vault قبل ضبط النموذج اللغوي. iOS Shortcuts ← Obsidian أو Working Copy أو a-Shell هي المسارات الثلاثة القابلة للتطبيق على iOS.
- طريقة المزامنة تحدد ما يعمل على الجوال. يتعامل Obsidian Sync مع فهارس التضمينات الثنائية بنظافة؛ iCloud Drive يُفسدها بين المنصات؛ Git يتطلب انضباطاً مع .gitignore وإعادة الفهرسة لكل جهاز. اختر المزامنة أولاً، ثم الإضافات.
- النسخ الاحتياطي ليس اختيارياً. ثلاث طبقات: لقطة vault (Time Machine، وBackblaze، وrestic)، وسجل Git للمحتوى بنص عادي، وتصدير ربع سنوي للتضمينات + البيانات الوصفية كمسار إعادة بناء نظيف. التضمينات قابلة للتجديد لكنها مكلفة — انسخها احتياطياً أيضاً إذا تجاوز vault 10,000 عنصر.
حقائق سريعة
- البنى المشمولة: محورية Obsidian، ومحورية AnythingLLM، وحزمة Python + ChromaDB المخصصة.
- واجهة LLM الخلفية: Ollama (موصى به) — يُشغّل نماذج الدردشة والتضمين خلف نقطة نهاية محلية على
http://localhost:11434. - نماذج الدردشة الموصى بها 2026: Llama 3.2 3B (أنظمة 16 جيجابايت)، وPhi-4 Mini (8 جيجابايت)، وQwen3 7B (+32 جيجابايت).
- نماذج التضمين الموصى بها 2026: nomic-embed-text (768 بُعداً، سريع)، ومxbai-embed-large (1024 بُعداً، دقيق)، وbge-m3 (متعدد اللغات).
- أهداف عدد العناصر: Obsidian ~50,000 ملاحظة، وAnythingLLM ~100,000 مستند، وحزمة Python + ChromaDB المخصصة أكثر من 1M.
- الحد الأدنى للأجهزة: حاسوب محمول بـ 16 جيجابايت ذاكرة عشوائية. أكثر من 10,000 عنصر: 32 جيجابايت موصى. أكثر من 100,000 عنصر: خادم منزلي بـ 64 جيجابايت.
- مسارات التقاط الجوال (iOS): Shortcuts ← Obsidian، وShortcuts ← Working Copy (Git)، وShortcuts ← a-Shell. Android: Tasker أو HTTP Shortcuts.
أي بنية تبني؟
اختر البنية التي تتوافق مع كيفية وصول معرفتك فعلاً، لا التي تبدو الأقوى. إذا كنت تكتب ملاحظات يومياً، ابنِ محورية Obsidian. إذا كانت معرفتك أساساً مستندات (PDFs وتصديرات ومقتطفات ويب)، ابنِ محورية AnythingLLM. ابنِ حزمة Python + ChromaDB المخصصة فقط إذا كان لديك فعلاً أكثر من 100,000 عنصر أو تحتاج وصولاً متعدد المستخدمين — تكلفة الصيانة حقيقية ونادراً ما تستحق دون ذلك العتبة.
📍 في جملة واحدة
سير العمل الموجّه للملاحظات يختار Obsidian + Smart Connections + Copilot + Ollama؛ الأرشيفات الموجّهة للمستندات تختار AnythingLLM + Ollama؛ المهندسون بأكثر من 100K عنصر يختارون حزمة Python + ChromaDB المخصصة.
💬 بعبارات بسيطة
ثلاثة مسارات، وجهة واحدة. إذا كنت تعيش داخل تطبيق ملاحظات، يُغلّف Obsidian عادتك الحالية بميزات ذكاء اصطناعي. إذا كنت تتراكم أساساً PDFs وصفحات ويب، فـ AnythingLLM تطبيق واحد يستوعب ويُفهرس ويتحادث. إذا كنت تكتب كوداً وتريد تحكماً كاملاً، يتيح لك Python + ChromaDB بناء ما تريد تحديداً — لكنك تصونه. اختر المسار الذي يتوافق مع سير عملك الحالي؛ لا تغيّر عاداتك لتتكيّف مع البنية.
القرار: أي بنية PKB؟
Use a local LLM if:
- •تستخدم Obsidian بالفعل أو تريد سير عمل موجّهاً للملاحظات مع ملفات Markdown ← محورية Obsidian
- •معرفتك أساساً PDFs وتصديرات ومقتطفات ويب وملفات بريد إلكتروني ← محورية AnythingLLM
- •لديك أكثر من 100,000 عنصر أو احتياجات مخطط مخصصة أو وصول متعدد المستخدمين ← حزمة Python + ChromaDB المخصصة
- •تريد تطبيقاً يُدير الالتقاط والتخزين وRAG والدردشة ← محورية AnythingLLM
- •تريد تحكماً كاملاً في التقسيم والاسترداد وإعادة الترتيب ← حزمة Python + ChromaDB المخصصة
Use a cloud model if:
- •تحتاج استدلالاً بمستوى GPT-5.5 في كل استعلام وأرشيفك صغير ← Notion AI أو ChatGPT مع GPTs مخصصة (الحزمة المحلية ~70% قدرة في التوليف)
- •لا تملك أي جهاز بـ 16 جيجابايت+ من الذاكرة العشوائية ولا خادماً منزلياً ← PKB SaaS سحابي (Mem، وReflect)
- •يحتاج فريقك وصولاً متزامناً متعدد المستخدمين ولا تريد استضافة خدمات ← المكافئ السحابي
Quick decision:
- →الافتراضي للمستخدمين الموجّهين للملاحظات: Obsidian + Smart Connections + Copilot + Ollama
- →الافتراضي للمستخدمين الموجّهين للمستندات: AnythingLLM + Ollama
- →مهندس بأكثر من 100K عنصر: حزمة Python + ChromaDB + Llama 3.2 3B المخصصة
💡Tip: لا تبدأ بحزمة Python المخصصة فقط لأنها تبدو أقوى. ابنِ أولاً محورية Obsidian أو AnythingLLM، وشغّلها شهرين، وابحث عن الطبقة التي لا تلائم سير عملك، وعندها فقط فكّر في استبدال تلك الطبقة بمكوّن مخصص. جميع مشاريع PKB التي بدأت "من الصفر بـ Python" وعملت أكثر من ستة أشهر تقاربت في النهاية نحو تصميمات بشكل Obsidian أو AnythingLLM.
جدول مقارنة البنى
تختلف البنى المرجعية الثلاث في خمسة محاور تهم معظم البنّائين: تعقيد الإعداد وحد عدد العناصر ومزامنة الجوال ومرونة الالتقاط وعبء الصيانة. يتزايد تعقيد الإعداد بشكل خطي تقريباً مع التحكم — وكذلك تكلفة الصيانة.
📍 في جملة واحدة
Obsidian ذات تعقيد متوسط عند ~50K عنصر، وAnythingLLM ذات تعقيد منخفض عند ~100K عنصر، وحزمة Python + ChromaDB المخصصة ذات تعقيد مرتفع لكنها تتسع فوق 1M عنصر.
💬 بعبارات بسيطة
AnythingLLM هي الأسهل في الإعداد وتتسع أبعد من الخيارين "الجاهزين للاستخدام" — لكنها ذات رأي حول كيفية تنظيم المستندات. Obsidian تقدم طبقة تدوين الملاحظات الأكثر تعبيراً ونظام إضافات نشطاً، في مقابل ضريبة إعداد أعلى قليلاً. Python المخصصة لا حد لها لكنك تصون كل شيء: التقسيم وإعادة الترتيب وإزالة التكرار والمزامنة والنسخ الاحتياطية. اختر بناءً على تحملك للصيانة، ليس فقط بعدد العناصر.
| البنية | التعقيد | أقصى عناصر | مزامنة الجوال | مثالية لـ |
|---|---|---|---|---|
| محورية Obsidian | متوسط | ~50,000 | نعم (Obsidian Sync؛ iCloud / Git مع تحفظات) | المستخدمون الموجّهون للملاحظات بعادة الكتابة اليومية |
| محورية AnythingLLM | منخفض | ~100,000 | محدود (واجهة ويب من الجوال عبر LAN / Tailscale) | الـ PKBs ذات المستندات الكثيرة (PDFs، تصديرات، مقتطفات ويب) |
| Python + ChromaDB المخصصة | مرتفع | أكثر من 1M | يدوي (ابنِ API خاصة + عميل جوال) | المهندسون الراغبون في تحكم كامل + متعدد المستخدمين |
💡Tip: مزامنة الجوال هي محور المقارنة الأكثر استهانةً. AnythingLLM أسهل تقنياً في الإعداد من Obsidian، لكن على الجوال تعني "افتح واجهة ويب LAN في Safari" — ليست تجربة أصلية. Obsidian Mobile، بالاقتران مع Obsidian Sync، يوفر تطبيق iOS / Android شبه أصلي مع قراءة دون اتصال. إذا كان الالتقاط والقراءة على الجوال مهمَّين، ارجح Obsidian أكثر مما يقترح الجدول.
الطبقات الخمس لـ PKB بالذكاء الاصطناعي المحلي
كل PKB بالذكاء الاصطناعي المحلي لها الطبقات الخمس ذاتها بصرف النظر عن البنية: الالتقاط والتخزين والتضمينات والاسترداد والواجهة. تحدث الإخفاقات عادةً لأن طبقة لا تلائم الأخريات — الأكثر شيوعاً، طبقة استرداد متطورة مقرونة بخط أنابيب التقاط معطل لا يستخدمه أحد.
- 1الالتقاط
Why it matters: كيف تدخل العناصر إلى النظام. قاصّ ويب، وإعادة توجيه البريد الإلكتروني، وورقة مشاركة الجوال، وملاحظة صوتية، ولصق يدوي. الطبقة الأكثر إهمالاً في بناءات المبتدئين — والطبقة التي تحدد ما إذا كان النظام يصمد أمام الاستخدام اليومي. إذا استغرق الالتقاط أكثر من 5 ثوانٍ على الجوال، يتراكم النظام الغبار. - 2التخزين
Why it matters: أين تعيش العناصر على القرص. Vault بصيغة Markdown (Obsidian، وLogseq)، أو مجلد مستندات + قاعدة بيانات (AnythingLLM)، أو نظام ملفات + بيان (Python المخصصة). اختر تنسيق تخزين يصمد عبر أي تغيير للأدوات — Markdown بنص عادي هو الأكثر قابلية للنقل؛ قواعد البيانات الثنائية هي الأقل. - 3التضمينات
Why it matters: تمثيلات متجهية للعناصر تُستخدم للبحث الدلالي. تُولَّد بنموذج محلي (nomic-embed-text أو mxbai-embed-large عبر Ollama). يمكن تبديل نموذج التضمين لاحقاً، لكن تكلفة الترحيل هي "إعادة تضمين كل شيء" — اختر مرة واحدة والتزم. - 4الاسترداد
Why it matters: كيف تُعثر على العناصر وقت الاستعلام. بحث متجهي top-k، وإعادة ترتيب اختيارية، وفلاتر بيانات وصفية اختيارية (تصنيفات، تواريخ، مصادر). الفارق في الجودة بين top-5 البسيط وtop-20-مع-إعادة-ترتيب-مضبوط هو الفارق بين "مفيد" و"سحري". - 5الواجهة
Why it matters: كيف تستعلم وتقرأ. شريط جانبي (Smart Connections)، أو دردشة (Copilot، وAnythingLLM)، أو CLI (Python المخصصة)، أو API. يستخدم معظم المستخدمين الدردشة افتراضياً — لكن شريط جانبي "الملاحظات ذات الصلة" يُظهر مادة منسية لا تستطيع الدردشة إظهارها، لأنك لا تعرف ما تسأل عنه.
⚠️Warning: نمط بناء شائع يفشل: اختيار الاسترداد الأقوى (بحث هجين مخصص مع إعادة ترتيب)، والنموذج الأذكى (Qwen3 7B)، وإهمال الالتقاط. بعد ثلاثة أسابيع، يحتوي vault على 47 عنصراً لأنه لا شيء يتدفق من الجوال. الحل دائماً واحد: بسّط الاسترداد، وبسّط الدردشة، وأصلح الالتقاط، واقبل أن 80% من القيمة تأتي من وجود العناصر في النظام.
البنية A: محورية Obsidian
Obsidian + Smart Connections + Copilot for Obsidian + Ollama هي البنية الافتراضية لسير العمل الموجّه للملاحظات في 2026. تتسع بسلاسة حتى ~50,000 ملاحظة على Mac M3 Pro بـ 16 جيجابايت أو ما يعادله من أجهزة PC، وتدعم القراءة على الجوال عبر Obsidian Mobile، وتحتفظ بكل شيء بصيغة Markdown بنص عادي يمكن نقله إلى أي أداة مستقبلية.
- التخزين: ملفات Markdown في مجلد ("vault"). نص عادي ومجلدات بسيطة وبدون قاعدة بيانات. يصمد عبر ترحيل الأدوات.
- الالتقاط: Obsidian Web Clipper (إضافة متصفح)، وورقة مشاركة Obsidian Mobile (iOS / Android)، والبريد الإلكتروني إلى Obsidian عبر Mailspike أو وصفة IFTTT مخصصة، واللصق اليدوي.
- التضمينات: إضافة Smart Connections ← Ollama على
http://localhost:11434/api/embeddings← nomic-embed-text (الافتراضي) أو mxbai-embed-large (أدق). الفهرس يعيش في.smart-env/داخل vault. - الاسترداد: شريط Smart Connections الجانبي (عرض الملاحظات ذات الصلة) + وضع Vault QA لـ Copilot for Obsidian (RAG على vault لاستعلامات الدردشة). كلاهما يسترد من فهرس التضمينات.
- الواجهة: شريط Smart Connections الجانبي (اكتشاف سلبي) + لوحة دردشة Copilot (استعلامات نشطة) + قوالب Text Generator (سير عمل قابلة للتكرار كالملخصات اليومية).
- وقت الإعداد: ~30 دقيقة (تثبيت Ollama وتنزيل النماذج وتثبيت ثلاث إضافات وتهيئة نقاط النهاية وانتظار بناء الفهرس الأولي).
- الأجهزة: الحد الأدنى 16 جيجابايت ذاكرة عشوائية (Llama 3.2 3B + nomic-embed-text بشكل متزامن). 32 جيجابايت موصى من 10,000 ملاحظة. SSD موصى جداً — إعادة بناء الفهرس محدودة بـ I/O على الأقراص الصلبة.
- حد العناصر: ~50,000 ملاحظة عملياً؛ مُختبر حتى 20,000 مع إعادة فهرسة تدريجية دون ثانية. فوق 50K+ ملاحظة، يستغرق الفهرس الأولي 4-8 ساعات وينبغي التفكير في sub-vaults.
- مثالية لـ: المستخدمون بعادة الكتابة اليومية وتفضيلات Markdown-first والرغبة في شريط جانبي "رفيق تفكير" يُظهر ملاحظات منسية.
- ليست لـ: المستخدمون الذين معرفتهم أساساً PDFs ومقتطفات ويب (استخدم محورية AnythingLLM)؛ المستخدمون الذين يريدون تطبيقاً شاملاً واحداً (محورية Obsidian هي "Obsidian + 3 إضافات + Ollama").
💡Tip: للاطلاع على تحليل معمّق لطبقة الإضافات في هذه البنية (أي 5 إضافات وخطوات التهيئة وأرقام التوسع لـ vault)، راجع دليل إضافات Obsidian + LLM المحلي. هذه الصفحة تغطي البنية؛ دليل الإضافات يغطي الإعداد.
البنية B: محورية AnythingLLM
AnythingLLM + Ollama هو الخيار الشامل: الالتقاط والتخزين وRAG والدردشة مدمجة في تطبيق سطح مكتب واحد أو مستضاف ذاتياً. يتسع حتى ~100,000 مستند (مزيج من PDFs ومقتطفات ويب وتصديرات) وهو الخيار الصحيح عندما تصل معرفتك أساساً كمستندات بدلاً من ملاحظات.
- التخزين: قاعدة بيانات AnythingLLM الداخلية (SQLite افتراضياً؛ Postgres للمتعدد المستضاف ذاتياً). تُستوعب المستندات عبر الواجهة؛ يمكن أن تبقى الأصول أيضاً في مجلد تُزامنه.
- الالتقاط: رفع داخل التطبيق (اسحب PDFs / ملفات إلى مساحة عمل)، وإضافة متصفح لصفحات الويب، وAPI عامة للاستيعاب البرمجي (
POST /api/v1/document/upload)، وإعادة توجيه البريد الإلكتروني عبر التكامل الرسمي أو وسيط مخصص. - التضمينات: يستخدم AnythingLLM مزوّد التضمينات الذي تهيئه — اختر "Ollama" ← نقطة نهاية
http://localhost:11434← نموذجnomic-embed-text. التضمينات مخزونة في مخزن المتجهات المدمج (LanceDB افتراضياً؛ ChromaDB / Pinecone اختياريان). - الاسترداد: RAG على مساحة العمل. حجم قطعة قابل للتهيئة واسترداد top-k وإعادة ترتيب اختيارية. مساحات عمل متعددة تتيح التقسيم حسب الموضوع (مثل "عمل" و"قراءات" و"مشاريع").
- الواجهة: واجهة ويب AnythingLLM (تعمل على متصفحات سطح المكتب والجوال)، وAPI عامة للواجهات الأمامية المخصصة، ونقطة نهاية متوافقة مع OpenAI لربط أدوات أخرى بـ PKB.
- وقت الإعداد: ~15 دقيقة (تثبيت AnythingLLM Desktop أو Docker، والإشارة إلى Ollama، وسحب المستندات).
- الأجهزة: الحد الأدنى 16 جيجابايت ذاكرة عشوائية. 32 جيجابايت موصى من 10,000 مستند. AnythingLLM أكثر كفاءة في الذاكرة من Obsidian + الإضافات مع نفس عدد العناصر لأنه عملية واحدة بدلاً من اثنتين.
- حد العناصر: ~100,000 مستند في مساحة عمل واحدة؛ قسّم في مساحات عمل متعددة من 50K للحفاظ على زمن استجابة الاسترداد دون ~ثانية واحدة.
- مثالية لـ: المستخدمون بأرشيفات غنية بـ PDFs والتقاط موجّه لمقتطفات الويب وتفضيل التطبيق على مجموعة الإضافات. كذلك الخيار الصحيح للفرق الصغيرة التي تستضيف ذاتياً PKB مشتركة.
- ليست لـ: المستخدمون الراغبون في سطح كتابة موجّه للملاحظات (Obsidian)؛ المستخدمون الراغبون في امتلاك تخزينهم بصيغة Markdown عادية (مخزن المتجهات في AnythingLLM داخلي).
💡Tip: للإعداد خطوة بخطوة لطبقة RAG المستخدمة هنا (Ollama + AnythingLLM والاستيعاب وضبط التقسيم)، راجع البرنامج التعليمي RAG المحلي على PDFs في 30 دقيقة. لتوسيع RAG خارج أمثلة الألعاب إلى أكثر من 1,000 PDF، راجع تحادث مع أكثر من 1000 PDF محلياً.
البنية C: Python + ChromaDB المخصصة
حزمة Python + ChromaDB + Ollama المخصصة هي الخيار الصحيح فقط إذا كان لديك فعلاً أكثر من 100,000 عنصر أو احتياجات متعددة المستخدمين أو متطلبات مخطط محددة لا تستطيع الأدوات القياسية نمذجتها. تكلفة الصيانة حقيقية: التقسيم وإزالة التكرار وإعادة الترتيب والمزامنة والنسخ الاحتياطي — أنت تُدير كل ذلك.
الاستيعاب مع ChromaDB (هيكل Python)
“import chromadb, ollama, pathlib client = chromadb.PersistentClient(path="./chroma") coll = client.get_or_create_collection("kb") for p in pathlib.Path("vault").rglob("*.md"): text = p.read_text() emb = ollama.embeddings(model="nomic-embed-text", prompt=text)["embedding"] coll.upsert(ids=[str(p)], embeddings=[emb], documents=[text], metadatas=[{"source": str(p)}])”
الاستعلام مع إعادة الترتيب (هيكل)
“q = "What did I write about local RAG sync?" q_emb = ollama.embeddings(model="nomic-embed-text", prompt=q)["embedding"] hits = coll.query(query_embeddings=[q_emb], n_results=20) # pass hits["documents"] through a re-ranker, keep top 5 # send top 5 + question to Llama 3.2 3B via Ollama chat endpoint”
- التخزين: نظام ملفات (مجلد لكل مصدر:
notes/وpdfs/وweb/وemail/) + بيان بيانات وصفية (SQLite أو JSONL). تبقى ملفات المصدر بتنسيقات مفتوحة لتمكين تبديل طبقات الاسترداد دون إعادة الاستيعاب. - الالتقاط: سكريبتات مُفعَّلة بـ webhooks (قاصّ ويب ← نقطة نهاية HTTP ← كتابة ملف)، وإعادة توجيه البريد الإلكتروني ← poller IMAP ← كتابة ملف، وورقة مشاركة الجوال ← نقطة نهاية Tailscale ← كتابة ملف. كل مسار التقاط هو خدمة Python صغيرة.
- التضمينات: ChromaDB (وضع محلي، يحفظ على القرص) + تضمينات Ollama عبر نقطة النهاية المتوافقة مع OpenAI. إعادة التضمين عند تغيير الملف عبر عملية watchdog. يتسع ChromaDB لملايين المتجهات على جهاز واحد بفهرسة HNSW.
- الاسترداد: تشابه top-k من ChromaDB + مُعيد ترتيب (BGE Re-ranker أو ما يعادله محلياً من Cohere) + فلاتر البيانات الوصفية (نطاق تاريخ، وتصنيفات، ومصدر). بحث هجين اختياري مع BM25 على القطع لمطابقة المصطلحات الدقيقة.
- الواجهة: أي مما يلي: خدمة FastAPI صغيرة تكشف نقطة نهاية
/v1/chat/completionsمتوافقة مع OpenAI، أو واجهة Streamlit / Gradio، أو CLI، أو الثلاثة. ضع Open WebUI في المقدمة لتجربة دردشة مصقولة دون كتابة كود واجهة. - وقت الإعداد: ~يوم واحد لنسخة أولى وظيفية؛ ~أسبوعان من التكرار لضبط التقسيم وجودة الاسترداد وخطوط أنابيب الالتقاط لبياناتك.
- الأجهزة: حاسوب محمول بـ 32 جيجابايت ذاكرة عشوائية للتطوير؛ خادم منزلي بـ 64 جيجابايت ذاكرة عشوائية من 100,000+ عنصر حتى لا تتنافس خدمة التضمينات مع حاسوبك المحمول. فكّر في GPU مخصصة (RTX 4060 أو أفضل) من 500K عنصر لأداء الدردشة.
- حد العناصر: أكثر من 1M عنصر عملياً مع HNSW + sharding؛ عنق الزجاجة ينتقل من الاسترداد إلى موثوقية خط أنابيب الالتقاط وتكلفة إعادة التضمين عند تغييرات المخطط.
- مثالية لـ: المهندسون الراغبون في امتلاك الحزمة والفرق ذات المخطط المخصص (مثل "كل عنصر له درجة ثقة ومصدر ومؤلف") أو المستخدمون الذين يصطدمون بالحدود الصارمة في Obsidian أو AnythingLLM (50K و100K على التوالي).
- ليست لـ: غير المهندسين؛ أي شخص يُقلل من تكلفة الصيانة؛ المستخدمون الذين يغطي خيار قياسي بالفعل حالة الاستخدام.
⚠️Warning: نمط الفشل الأكثر شيوعاً في البناءات المخصصة: إعادة تضمين الأرشيف بأكمله عند كل تغيير كود لأن المخطط غير مستقر. ثبّت نموذج التضمين + حجم القطعة قبل استيعاب أكثر من ~5,000 عنصر. ترحيل nomic-embed-text ببُعد 768 إلى mxbai-embed-large ببُعد 1024 على 100K عنصر يستغرق ساعات حوسبة ويكسر مجموعة ChromaDB — لا يمكن خلط الأبعاد.
خط أنابيب الالتقاط: ويب وبريد وجوال وصوت
طبقة الالتقاط تحدد ما إذا كانت PKB تصمد أمام الاستخدام اليومي. تصل معظم المعرفة خارج سطح المكتب — على الجوال، وفي البريد الإلكتروني، وفي الملاحظات الصوتية — وخط أنابيب الالتقاط الذي يتطلب فتح تطبيق سطح مكتب أولاً هو خط أنابيب يُتجنّب. ابنِ للتدفقات الأربعة الرئيسية واقبل أن 80% من العناصر ستصل عبر الجوال.
- قاصّ الويب (سطح مكتب + جوال): Obsidian Web Clipper، أو إضافة متصفح AnythingLLM، أو bookmarklet مخصص يُرسل الصفحة الحالية إلى نقطة نهاية التقاطك. ورقة مشاركة الجوال ← إضافة قاصّ الويب ← vault.
- إعادة توجيه البريد الإلكتروني: عنوان مخصص (مثل
kb@نطاقك.com) + poller IMAP ← كتابة ملف. أعد توجيه الرسائل التي تريد الاحتفاظ بها؛ poller يتعامل مع الاستيعاب. استخدم بادئة حسب المصدر في اسم الملف حتى يتمكن الاسترداد من التصفية حسب المصدر. - ورقة مشاركة الجوال: مسار الالتقاط الأكثر استخداماً. مشاركة iOS ← Obsidian (يكتب ملف Markdown)، أو مشاركة iOS ← Working Copy (commit إلى Git)، أو مشاركة iOS ← Shortcut مخصص (POST إلى API التقاطك). Android: HTTP Shortcuts أو Tasker.
- الملاحظات الصوتية: التقاط بأسلوب AudioPen أصبح أكثر شيوعاً في 2026. سجّل على الهاتف ← حوّل نصياً محلياً مع Whisper.cpp أو عبر خدمة Whisper مستضافة ذاتياً ← اكتب النص كملف Markdown ← ضمّن.
- اللصق اليدوي: الاحتياطي. يعمل دائماً، لا يتسع أبداً. استخدمه للذيل الطويل.
- OCR لصور الشاشة: صور الشاشة هي تنسيق التقاط بخسارة. استخدم Apple Live Text على iOS أو خط أنابيب OCR محلي (Tesseract، وApple Vision، وEasyOCR) لاستخراج النص + كتابة ملف Markdown مع الصورة والنص المستخرج.
💡Tip: دقّق في عادات الالتقاط الحالية قبل تصميم خط الأنابيب. انظر ما تحفظه بالفعل: إشارات المتصفح المرجعية وصور الشاشة والرسائل المُعادة التوجيه والملاحظات الصوتية. يجب أن تعكس طبقة الالتقاط في PKB تلك التدفقات الحالية — إذا كنت تأخذ صور الشاشة باستمرار، ابنِ مسار OCR؛ إذا كنت تُعيد توجيه الرسائل لنفسك، ابنِ إعادة التوجيه. إضافة عادات جديدة ("الآن سأنسخ وألصق يدوياً كل مقال في KB") لا تنجح أبداً.
التقاط الجوال: iOS Shortcuts وWorking Copy وa-Shell
لدى iOS ثلاثة مسارات التقاط قابلة للتطبيق نحو PKB بالذكاء الاصطناعي المحلي في 2026: Shortcuts ← Obsidian، أو Shortcuts ← Working Copy (Git)، أو Shortcuts ← a-Shell (قائم على السكريبت). كل منها يتزاوج بشكل طبيعي مع إحدى البنى المرجعية الثلاث. اختر المسار الذي يتطابق نموذج مزامنته مع بنيتك العامة.
- Shortcuts ← Obsidian (محورية Obsidian): Shortcut Obsidian "Add to note" يكتب المحتوى الملتقَط مباشرةً في vault. مزامنة عبر Obsidian Sync (مدفوع، موصى) أو iCloud Drive (مجاني، مع تحفظات). مثالي لسير العمل الموجّه للملاحظات.
- Shortcuts ← Working Copy (Git): يُكتب المحتوى الملتقَط في مستودع Working Copy على iPhone، ثم يُنفَّذ commit تلقائي ويُدفع. سطح المكتب يسحب. مجاني وقوي ويعمل مع أي vault بصيغة Markdown. ملاحظة: Working Copy مدفوع (دفعة واحدة ~20 دولاراً). مثالي لـ vaults المتزامنة بـ Git.
- Shortcuts ← a-Shell: a-Shell طرفية iOS مجانية تُشغّل سكريبتات. ابنِ Shortcut يوجّه النص الملتقَط إلى سكريبت a-Shell، يكتب ملفاً ويُنفّذ commit عبر
git، أو يزامن عبرrsyncعلى Tailscale، أو يُحمّل إلى نقطة نهاية التقاطك المخصصة. مثالي للبنى المخصصة التي يبنيها المهندسون. - مكافئات Android: Tasker + Termux + Git كمكافئ لمسار Working Copy في iOS. HTTP Shortcuts لمسار نقطة النهاية المخصصة. ورقة مشاركة Obsidian Mobile لمسار Obsidian.
- ميزانية زمن الاستجابة: يجب أن يكتمل التقاط الجوال في أقل من 5 ثوانٍ من الطرف إلى الطرف (ورقة مشاركة ← ملف مكتوب / commit / مُحمَّل). كل ما هو أبطأ والمستخدم يفتح التطبيق مرة ولا يعود.
- الالتقاط دون اتصال: المسارات الثلاثة في iOS تُقيّد دون اتصال (Shortcuts تُقيّد، وWorking Copy تُقيّد commits، وسكريبتات a-Shell تكتب محلياً وتزامن لاحقاً). ضروري للالتقاط أثناء الرحلات الجوية والمواصلات العامة والمناطق الريفية.
⚠️Warning: لا تبنِ مسار التقاط جوال يتطلب أن يكون سطح المكتب متصلاً بالإنترنت (مثل POST إلى نقطة نهاية محمية بـ Tailscale يمكن الوصول إليها فقط عندما يكون حاسوبك المحمول مستيقظاً). ستفقد التقاطات أثناء اجتماعات العمل وأثناء وضع سكون الحاسوب وفي الليل. شغّل نقطة نهاية الالتقاط على خادم منزلي / NAS دائم التشغيل، أو اكتب في مخزن eventually-consistent (Obsidian Sync، وGit، وiCloud) يُنشئ مخزناً احتياطياً دون اتصال.
التوسع: 1K و10K و100K عنصر
للتوسع في PKB بالذكاء الاصطناعي المحلي ثلاثة أنظمة: دون 1,000 عنصر كل شيء سريع على أي حاسوب محمول حديث؛ بين 1,000 و10,000 عنصر يصبح فهرس التضمينات أثراً حقيقياً يجب إدارته؛ وفوق 10,000 عنصر تصبح الأجهزة عنق الزجاجة وتسود موثوقية خط أنابيب الالتقاط. الأرقام الواقعية التالية تفترض Mac M3 Pro / PC RTX 4060 مع nomic-embed-text وLlama 3.2 3B.
| عدد العناصر | البنية الموصى بها | وقت التضمين الأولي | الأجهزة | ملاحظات |
|---|---|---|---|---|
| 1,000 عنصر | أي من الثلاث | ~دقيقتان | حاسوب محمول بـ 16 جيجابايت ذاكرة عشوائية | كل شيء يبدو فورياً. اختيار البنية هو بحت الملاءمة لسير العمل. |
| 10,000 عنصر | Obsidian أو AnythingLLM | ~25 دقيقة | حاسوب محمول بـ 16 جيجابايت ذاكرة عشوائية (32 جيجابايت موصى) | فهرس التضمينات ~150-250 ميجابايت. وقت إعادة التضمين عند التعديلات دون ثانية. النقطة المثلى لمعظم العاملين في مجال المعرفة. |
| 50,000 عنصر | AnythingLLM أو Python المخصصة | ~3 ساعات | حاسوب محمول بـ 32 جيجابايت ذاكرة عشوائية أو خادم منزلي | الفهرس الأولي يعمل ليلاً. خطّط لـ sub-vaults / مساحات عمل من هذه النقطة. استخدام القرص ~1.5-2 جيجابايت للتضمينات. |
| 100,000 عنصر | AnythingLLM (متعدد مساحات العمل) أو Python المخصصة | 6-8 ساعات | الحد الأدنى 32 جيجابايت ذاكرة عشوائية؛ خادم منزلي مفضّل | انقل التضمينات إلى خادم منزلي مخصص. موثوقية خط أنابيب الالتقاط هي الآن وضع الفشل الرئيسي، لا الاسترداد. |
| أكثر من 500,000 عنصر | Python + ChromaDB المخصصة | أكثر من 24 ساعة | خادم منزلي بـ 64 جيجابايت ذاكرة عشوائية + GPU مخصصة | التشظية وإزالة التكرار وخطوط أنابيب إعادة التضمين التدريجية تصبح ضرورية. الأدوات القياسية لم تعد ملائمة. |
💡Tip: تكلفة التضمين الأولي هي فاتورة لمرة واحدة. بعد الفهرس الأول، تُعاد التضمينات فقط للعناصر المتغيرة — عادةً أقل من ثانية لكل حفظ حتى مع 100K عنصر. بطء المرة الأولى حقيقي لكن غير متكرر. شغّل الفهرس الأولي ليلاً على جهاز موصول وانسَه.
النسخ الاحتياطي والإصدارات والمزامنة متعددة الأجهزة
تحتاج PKB بالذكاء الاصطناعي المحلي إلى ثلاث طبقات نسخ احتياطي: لقطات vault (Time Machine وBackblaze وrestic)، وسجل Git للمحتوى بنص عادي، وتصدير ربع سنوي للتضمينات والبيانات الوصفية لإعادة بناء نظيفة. التضمينات قابلة للتجديد تقنياً، لكن على 100K+ عنصر يستغرق التجديد ساعات — انسخها احتياطياً أيضاً.
- لقطات vault (مستوى نظام الملفات): Time Machine (macOS) أو restic (Linux) كل 24 ساعة. Backblaze أو rsync.net للتخزين الخارجي. يلتقط كل شيء بما في ذلك التضمينات.
- سجل Git (المحتوى فقط): ملفات Markdown بنص عادي مع commit إلى مستودع Git (محلي + GitHub / Gitea خاص). أضف
.smart-env/وvector_store/وأي مجلد فهرس ثنائي آخر إلى.gitignore. Git يمنحك سجل إصدارات لكل ملاحظة؛ لقطات vault تمنحك rollback لكامل النظام. - تصدير التضمينات (ربع سنوي): صدّر مخزن المتجهات إلى تنسيق محمول (ChromaDB ← parquet، وSmart Connections ← JSON dump، وAnythingLLM ← تصدير مدمج). احفظ آخر تصديرين في تخزين خارجي. إذا فشلت لقطة vault أو تلف فهرس التضمينات، هذا مسار إعادة البناء السريع.
- مزامنة متعددة الأجهزة — محورية Obsidian: Obsidian Sync يتعامل مع النص العادي + فهارس التضمينات الثنائية بنظافة (تشفير من الطرف إلى الطرف). iCloud Drive يعمل للنص العادي لكن يُفسد الفهارس الثنائية بين المنصات. Git عبر Working Copy / Termux يعمل للنص العادي فقط — إعادة فهرسة لكل جهاز.
- مزامنة متعددة الأجهزة — محورية AnythingLLM: شغّل AnythingLLM كحاوية Docker مستضافة ذاتياً على خادم منزلي. جميع الأجهزة تتصل بالمثيل نفسه عبر LAN أو Tailscale. لا مزامنة من جانب العميل مطلوبة.
- مزامنة متعددة الأجهزة — Python المخصصة: البنية التي تبنيها تحدد ذلك. معظم البناءات تستخدم خدمة API مركزية (FastAPI على خادم منزلي) + عملاء يُرسلون POST للالتقاطات ويطلبون GET للاستعلامات. Tailscale يوفر طبقة الشبكة.
- الترحيل إلى حاسوب جديد: استعد لقطة vault ← استعد مستودع Git ← أعد تشغيل Ollama ← أعد تشغيل مُفهرس التضمينات. مع Obsidian Sync أو AnythingLLM المستضاف ذاتياً، الترحيل هو "ثبّت العميل وسجّل الدخول" — لا استعادة يدوية مطلوبة. بدون ذلك، احسب ~30 دقيقة لـ vault بـ 10K عنصر و~ساعتين لـ 50K وطوال الليل لأكثر من 100K إذا أهملت خطوة تصدير التضمينات.
- المشاركة الانتقائية: لمشاركة أجزاء من vault (مثل مشروع بحث مع متعاون)، استخدم sub-vaults أو سكريبت تصدير حسب التصنيفات. لا تشارك vault كاملة — تتراكم في معظم الـ PKBs بالذكاء الاصطناعي المحلي عناصر حساسة (طبية ومالية وشخصية) يجب ألا تغادر الحزمة المحلية أبداً.
💡Tip: اختبر استعادتك مرة كل ربع سنة. معظم ادعاءات "لديّ نسخ احتياطية" تطلعية — الاختبار هو "هل يمكنني استعادة vault على حاسوب محمول جديد في أقل من ساعتين؟" نفّذ هذا الاختبار. في المرة الأولى ستكتشف أن إحدى الطبقات الثلاث (لقطة، وGit، وتصدير التضمينات) كانت مُهيّأة بشكل خاطئ منذ ستة أشهر.
الأخطاء الشائعة
- تصميم طبقة الاسترداد قبل طبقة الالتقاط. بحث هجين مخصص مع إعادة الترتيب مُهدَر على vault بـ 47 عنصراً. ابنِ الالتقاط أولاً واقبل الاسترداد البسيط top-5، وحسّن الاسترداد فقط عندما يتجاوز vault 1,000 عنصر وتستطيع قياس جودة الاسترداد على استعلامات فعلية.
- خلط البنى. "Obsidian للملاحظات + AnythingLLM للـ PDFs + Python المخصصة للرسائل" يبدو واضحاً لكن تكلفة التكامل تسود. اختر بنية واحدة واقبل قيودها، وأضف كحد أقصى موصّلاً واحداً إذا كان ضرورياً مطلقاً (مثل AnythingLLM يستوعب مجلداً من vault Obsidian في وضع القراءة فقط).
- تبديل نماذج التضمين دون إعادة تضمين الأرشيف. خلط متجهات nomic-embed-text ببُعد 768 ومxbai-embed-large ببُعد 1024 في المخزن نفسه يكسر الاسترداد بصمت. اختر نموذج تضمين + بُعداً وثبّته، وغيّره فقط مع إعادة تضمين كاملة للأرشيف.
- إهمال النسخ الاحتياطي لفهرس التضمينات من 10,000 عنصر. "يمكنني إعادة توليده" صحيح لكن التوليد يستغرق ساعات. أضف مخزن التضمينات إلى استراتيجية النسخ الاحتياطي من 10K عنصر.
- التصميم للحاسوب المكتبي فقط بينما 80% من الالتقاط يحدث على الجوال. PKB بدون مسار التقاط للجوال تتراكم الغبار. اختبر تدفق التقاط الجوال في اليوم الأول — ورقة المشاركة إلى vault يجب أن تكتمل في أقل من 5 ثوانٍ.
- الاعتماد على iCloud Drive لفهارس التضمينات الثنائية. iCloud يتعامل مع النص العادي بشكل جيد؛ الفهارس الثنائية (Smart Connections
.smart-env/، ومخزن المتجهات في AnythingLLM) تتلف بين المنصات. استخدم Obsidian Sync أو مثيلاً مستضافاً ذاتياً أو اقبل إعادة الفهرسة لكل جهاز. - عدم التقسيم عند 100K عنصر. مساحة عمل / vault واحدة من 100K عنصر لديها زمن استجابة استرداد بعدة ثوانٍ. قسّم حسب الموضوع (عمل وقراءات ومشاريع) في مساحات عمل أو sub-vaults متعددة؛ استعلم كل واحدة بشكل منفصل أو عبر موجّه.
المصادر
- Obsidian — obsidian.md وhelp.obsidian.md (بنية vault، ومعمارية المزامنة للجوال، وتوثيق الإضافات).
- AnythingLLM — github.com/Mintplex-Labs/anything-llm (تطبيق RAG مستضاف ذاتياً مفتوح المصدر).
- أداة Ollama — ollama.com وgithub.com/ollama/ollama (وقت تشغيل LLM المحلي؛ نقاط نهاية الدردشة + التضمين).
- ChromaDB — trychroma.com وgithub.com/chroma-core/chroma (قاعدة بيانات متجهية محلية مفتوحة المصدر).
- Working Copy — workingcopy.app (عميل Git لـ iOS لخطوط أنابيب التقاط الجوال).
- a-Shell — holzschu.github.io/a-Shell_iOS/ (طرفية iOS مجانية للالتقاط القائم على السكريبت في الجوال).
الأسئلة الشائعة
كيف أتقاطع صفحات الويب في قاعدة معرفتي؟
ثلاثة خيارات مرتبة حسب الاحتكاك. (1) قاصّ ويب كإضافة متصفح — Obsidian Web Clipper أو إضافة AnythingLLM يكتب الصفحة الحالية مباشرةً في vault / مساحة العمل. (2) ورقة مشاركة الجوال — مشاركة في Safari / Chrome ← Obsidian (يكتب ملف Markdown) أو ← Working Copy (commit إلى Git) أو ← Shortcut مخصص (يُرسل POST للـ URL الحالي + الاختيار إلى نقطة نهاية التقاطك). (3) Bookmarklet — للمتصفحات بدون إضافة؛ يُرسل POST للـ URL الحالي + الاختيار إلى نقطة نهاية التقاطك. ورقة مشاركة الجوال هي المسار الأكثر استخداماً عملياً — صمّمها أولاً.
هل يمكنني إعادة توجيه الرسائل الإلكترونية إلى النظام؟
نعم. هيّئ عنواناً مخصصاً (مثل alias Fastmail / Migadu kb@نطاقك.com) وشغّل poller IMAP على خادمك المنزلي أو حاسوبك المحمول يُنزّل البريد الجديد ويكتب ملف Markdown لكل رسالة في vault. أضف بادئة عنوان المرسل في اسم الملف حتى يتمكن الاسترداد من التصفية حسب المرسل. AnythingLLM لديه تكامل بريد إلكتروني خاص؛ مستخدمو Obsidian يبنون عادةً poller IMAP بأنفسهم أو يستخدمون بدائل IFTTT / Zapier مثل n8n.
كيف أزامن بين سطح المكتب والجوال؟
يعتمد على البنية. محورية Obsidian: Obsidian Sync (مدفوع، يتعامل مع الفهارس الثنائية بنظافة)، أو iCloud Drive (مجاني، النص العادي فقط — إعادة فهرسة لكل جهاز)، أو Git عبر Working Copy (مجاني + دفعة واحدة لـ Working Copy، النص العادي فقط — إعادة فهرسة لكل جهاز). محورية AnythingLLM: شغّل AnythingLLM في Docker على خادم منزلي، جميع الأجهزة تتصل عبر LAN أو Tailscale — لا مزامنة من جانب العميل مطلوبة. Python المخصصة: ابنِ خدمة API مركزية على خادم منزلي؛ العملاء يُرسلون POST للالتقاطات ويطلبون GET للاستعلامات.
هل يجب استخدام vault كبير أم تقسيمه حسب الموضوع؟
vault واحد حتى ~50,000 عنصر. من 50K، قسّم حسب الموضوع (عمل وقراءات ومشاريع وشخصي) لسببين: يبقى زمن استجابة الاسترداد دون ~ثانية واحدة، والتسرب غير المقصود بين السياقات (مثل الملاحظات الشخصية التي تظهر في استعلامات العمل) يصبح ممكناً على نطاق واسع. التقسيم قبل 50K مبكر — تخسر الاتصالات العرضية عبر السياقات التي هي قيمة رئيسية لـ PKB.
بأي تكرار يجب إعادة التضمين لتحسين الدقة؟
لا تُعد التضمينات مطلقاً بسبب "انجراف الدقة" — التضمينات لا تتدهور. أعد التضمين فقط عند تغيير نموذج التضمين (مثل الترقية من nomic-embed-text إلى mxbai-embed-large لاسترداد أفضل للمحتوى التقني). البنى الثلاث تتعامل تلقائياً مع إعادة التضمين التدريجي عند تغيير الملف؛ لا تُجدولها. الاستثناء هو حزم Python المخصصة حيث تتحكم في المُفهرس — هناك، إعادة التضمين التدريجي المتحكم بـ watchdog عند الحفظ هو المعيار.
هل يمكنني استخدام التحكم في الإصدارات على قاعدة معرفتي؟
نعم للمحتوى بنص عادي (vault Markdown ← مستودع Git، محلي + GitHub / Gitea خاص). أضف مجلدات الفهرس الثنائي (.smart-env/ وvector_store/ ودليل استمرارية ChromaDB) إلى .gitignore — تُضخّم السجل وتُسبّب تعارضات دمج. Git يمنحك سجل إصدارات لكل ملاحظة؛ لقطات vault (Time Machine وrestic) تمنح rollback لكامل النظام. كلا الطبقتين، لا إحداهما.
كيف أتعامل مع الـ PDFs في هذا النظام؟
محورية Obsidian: خزّن الـ PDFs جانباً لملاحظات Markdown؛ Smart Connections لا يُضمّن محتوى PDF مباشرةً — استخرج النص أولاً (مثل عبر إضافة PDF++ أو سكريبت معالجة مسبقة يكتب ملخصاً Markdown جانباً لكل PDF). محورية AnythingLLM: اسحب الـ PDFs مباشرةً إلى مساحة عمل؛ AnythingLLM يتعامل تلقائياً مع تحليل وتقسيم PDF. Python المخصصة: استخدم pypdf أو pdfplumber لاستخراج النص في خط أنابيب الاستيعاب، ثم ضمّن النص المستخرج. AnythingLLM هو الخيار الأقل احتكاكاً للأرشيفات الغنية بـ PDFs.
هل يمكنني مشاركة أجزاء من KB الخاصة بي بشكل انتقائي؟
نعم، لكن صمّم ذلك من اليوم الأول. استخدم sub-vaults (Obsidian) أو مساحات عمل (AnythingLLM) للحفاظ على المحتوى "القابل للمشاركة" و"الخاص" في مخازن منفصلة. للمشاركة لمرة واحدة، ابنِ سكريبت تصدير حسب التصنيفات يستخرج العناصر حسب التصنيف (مثل #shareable) في حزمة Markdown محمولة. لا تشارك vault كاملة — تتراكم في معظم الـ PKBs بالذكاء الاصطناعي المحلي عناصر حساسة (طبية ومالية ومراسلات شخصية) يجب ألا تغادر الحزمة المحلية أبداً.
ما أفضل استراتيجية نسخ احتياطي؟
ثلاث طبقات: (1) لقطة نظام الملفات كل 24 ساعة (Time Machine / restic) مع نسخة في تخزين خارجي (Backblaze / rsync.net)؛ (2) سجل Git للمحتوى بنص عادي لاسترداد الإصدارات لكل ملاحظة؛ (3) تصدير ربع سنوي للتضمينات + البيانات الوصفية كمسار إعادة بناء سريع. اختبر الاستعادة مرة كل ربع سنة — "هل يمكنني إعادة بناء vault على حاسوب جديد في أقل من ساعتين؟" أول اختبار استعادة يكشف عادةً أن إحدى الطبقات الثلاث كانت مُهيّأة بشكل خاطئ.
كيف أنتقل إلى حاسوب جديد؟
استعد لقطة vault ← ثبّت Ollama ونزّل النماذج ذاتها ← ثبّت Obsidian / AnythingLLM / حزمة Python المخصصة ← أعد تشغيل مُفهرس التضمينات. مع Obsidian Sync أو AnythingLLM المستضاف ذاتياً، الترحيل هو "ثبّت العميل وسجّل الدخول" — لا استعادة يدوية مطلوبة. بدون ذلك، احسب ~30 دقيقة لـ vault بـ 10K عنصر و~ساعتين لـ 50K وطوال الليل لأكثر من 100K إذا أهملت خطوة تصدير التضمينات.