العقل الثاني مع Claude Code: الإعداد وطريقة المراجعة

العقل الثاني (second brain) مع Claude Code هو مجلد ملاحظاتك، وClaude Code يعمل في داخله. Claude Code وكيل البرمجة من Anthropic، لكن لا شيء فيه يقتصر على الشيفرة: يقرأ الملفات ويكتبها، ويبحث في المجلدات، وينفّذ الأوامر. وجّهه إلى خزنة Obsidian، فيفرز صندوق الوارد، ويحوّل ملاحظات الاجتماعات إلى تحديثات للمشاريع، ويجيب عن أسئلتك من كل ما كتبته، ويُبقي الروابط بين الملاحظات محدَّثة.

وما يميّزه عن تطبيقات المحادثة أن الملاحظات نفسها هي الذاكرة. فلا تلصق السياق في كل محادثة: يقرأ Claude ما يحتاجه من القرص، وكل ما يكتبه يبقى في ملفات markdown عادية تملكها. وويكي LLM (LLM wiki) الذي وصفه Andrej Karpathy يمضي بالفكرة نفسها أبعد: يتولّى الوكيل ويكي كاملًا يبنيه من مصادرك.

لكن في الأمر مشكلة. فالوكيل القادر على تحسين كل ملاحظة قادر أيضًا على أن يغيّر بصمت ملاحظة تعتمد عليها. لذلك يشرح هذا الدليل الإعداد، ويشرح بالقدر نفسه كيف ترى ما يغيّره Claude وتوافق عليه: باستخدام git، المتاح اليوم، ومع Knowtarium.

Knowtarium قاعدة معرفة مشفّرة تشفيرًا تامًا بين الطرفين، لملاحظات يكتبها الناس والوكلاء معًا. يتصل به Claude Code عبر MCP، وكل تغيير يجريه Claude موقَّع، ويُظهر من أجراه، ويمكن التراجع عنه، وتُظهر كل ملاحظة من كتبها (ومن راجعها، في المجلدات التي فعّلت فيها المراجعة). والبدء مجاني. وعلى امتداد الدليل، تشرح ملاحظات قصيرة كيف يتعامل Knowtarium مع كل جزء.

تحتاج إلى Claude Code مثبّتًا (راجع وثائق Anthropic)، وإلى مجلد من ملاحظات markdown. أما Obsidian فاختياري: Claude لا يحتاج إلا إلى المجلد.

1. احفظ لقطة قبل أن تبدأ

قبل أن يلمس Claude أي شيء، ضع الخزنة في git ونفّذ commit. هذا زر التراجع لكل ما يأتي بعده، ولا يستغرق أكثر من دقيقة. وأضف ملف .gitignore كي لا تزحم ملفات تخطيط الواجهة في Obsidian كل diff:

# يعيد Obsidian كتابة هذه الملفات باستمرار، فأبقِها خارج الـ diff
.obsidian/workspace.json
.obsidian/workspace-mobile.json
.trash/
CLAUDE.local.md

2. شغّل Claude Code في الخزنة

$ cd ~/Notes                  # خزنتك$ git init && git add -A$ git commit -m "before Claude"$ claude
> /init

يلقي /init نظرة على المجلد ويكتب مسودة CLAUDE.md. لكنه صُمّم للشيفرة، فخذ المسودة نقطة انطلاق، وأعد كتابتها بالقواعد أدناه. ثم شغّل /context لتتأكد أن الملف حُمّل.

3. حدّد ما يفعله Claude دون أن يسألك

في Claude Code أوضاع للصلاحيات. في وضع Manual يسألك قبل كل تعديل. وفي وضع Plan يقترح خطة دون أن يعدّل شيئًا، وهذا يناسب الجلسة الأولى في خزنة تهمّك. وتنتقل بين الأوضاع بالضغط على Shift+Tab. وتذكر صفحة أوضاع الصلاحيات الوضع الذي تبدأ به الجلسة، وهو يختلف حسب إصدارك وحسابك.

في Knowtarium

أوضاع الصلاحيات تحدّد ما يستطيع Claude فعله خلال الجلسة. والباقي يتولّاه Knowtarium: تربط Claude بمساحة عمل واحدة، وببعض مجلداتها فقط إن شئت، للقراءة فقط أو للقراءة والكتابة. وكل تغيير يجريه موقَّع ويمكن التراجع عنه بنقرة واحدة. ولا يحذف الوكلاء إلا إن منحتهم هذه الصلاحية (والملاحظة المحذوفة تعود بزر Undo ما دامت في مدة السجل)، ولا يستطيعون أن يَسِموا ملاحظة بأنك راجعتها. وللمجلدات التي تريد أن توافق على ما يتغيّر فيها أولًا، فعّل المراجعة («Ask me first»)، فتنتظرك تغييرات Claude هناك.

(تُفتح بحجمها الكامل في علامة تبويب جديدة) (تُفتح بحجمها الكامل في علامة تبويب جديدة)

CLAUDE.md ملف markdown يقرؤه Claude Code في بداية كل جلسة. وفي الخزنة، يجب أن يجيب عن ثلاثة أسئلة: كيف نُظّمت الخزنة، وكيف يكتب Claude، وبماذا يجب أن يبلغك. وتلخّص وثائق الذاكرة من Anthropic القواعد المهمة:

• أبقِه دون 200 سطر تقريبًا. فالملفات الأطول تستهلك سياقًا أكثر، والتزام Claude بها أضعف.
• اكتب تعليمات يمكن التحقّق منها («journal/ للقراءة فقط»، لا «انتبه لملاحظاتي»).
• استورد ملفات أخرى بصيغة @path، كملاحظة فيها أولوياتك الحالية.
• ملف CLAUDE.md في مجلد فرعي يُحمَّل حين يقرأ Claude ملفات هناك، فيكون للمشروع الكبير قواعده الخاصة.
• ضع ملاحظاتك الشخصية التي لا تريدها في git في CLAUDE.local.md.

# هذه الخزنة
 
ملاحظات شخصية أديرها في Obsidian. markdown عادي، وروابط wikilinks.
 
## البنية
- inbox/: ما ألتقطه على حاله. عالجه، ثم انقله منه.
- projects/: مجلد لكل مشروع نشط، فيه README.md.
- areas/: مواضيع مستمرة (الصحة، والمال، والعمل).
- journal/: يومياتي. اقرأها، ولا تعدّلها أبدًا.
- archive/: مشاريع منتهية. لا تقترب منها.
 
## طريقة الكتابة
- حافظ على صياغتي. أضِف ولا تُعِد الكتابة، إلا إن طلبت ذلك.
- كل ملاحظة جديدة تبدأ بـ frontmatter فيه: type وcreated وsource.
- حين تذكر حقيقة، اربطها بالملاحظة أو العنوان (URL) الذي جاءت منه.
- اربط الأشخاص بالصيغة [[الاسم الكامل]]، والمشاريع بالصيغة [[اسم المشروع]].
 
## بعد كل مهمة
- اسرد الملفات التي أنشأتها أو غيّرتها أو نقلتها.
- أضف سطرًا إلى log.md: التاريخ، وما فعلته، والملفات المعنيّة.
 
الأولويات الحالية: @context/now.md

«حافظ على صياغتي» و«اسرد الملفات التي غيّرتها» سطران يتمنّى كثيرون لو كتبوهما من اليوم الأول. الأول يمنع Claude من صقل ملاحظاتك حتى يختفي صوتك منها، والثاني يجعل المراجعة ممكنة.

اجعل القواعد المهمة إلزامية

الوثائق واضحة: CLAUDE.md سياق، لا إعدادات مفروضة. يحاول Claude أن يلتزم به، دون أي ضمان. وللمجلدات التي يجب ألّا تتغيّر أبدًا، أضف قاعدة منع إلى .claude/settings.json في الخزنة. قواعد Edit تشمل أدوات الملفات لدى Claude وأوامر الطرفية الشائعة، لكنها لا تشمل سكربتًا يفتح الملفات بنفسه، فأبقِ git خط الدفاع الأخير.

{
  "permissions": {
    "deny": ["Edit(/journal/**)", "Edit(/archive/**)"]
  }
}

لدى Claude Code نوعان من الذاكرة، ومن المفيد أن تعرف أين يُحفظ كلٌّ منهما.

حين تطلب من Claude: «تذكّر أنني أراجع الفواتير أيام الجمعة»، تذهب المعلومة إلى الذاكرة التلقائية. وحين تقول: «أضف هذا إلى CLAUDE.md»، تذهب إلى الملف. والأمر /memory يسرد الاثنين ويفتحهما.

في العقل الثاني، احفظ السياق الذي يهمّك داخل الخزنة، حيث تقرؤه أنت، ويتتبّعه git، ويراه كل وكيل. وملف صغير مثل context/now.md فيه أولويات هذا الأسبوع، تستورده من CLAUDE.md، ينفعك أكثر من ملف ذاكرة طويل. حدّثه بنفسك كل يوم اثنين، أو اطلب من Claude أن يكتب مسودة التحديث، وراجعها كأي تغيير آخر.

معظم الفائدة تأتي من بضع مهام تتكرّر:

• فرز صندوق الوارد. يقترح Claude مكانًا لكل ما التقطته، وتوافق أنت، فينقل الملاحظات ويربطها.
• من ملاحظات الاجتماعات إلى تحديثات المشاريع. الصق نصًّا مفرّغًا أو ضعه في المجلد، فيكتب Claude ملخّصًا، ويحدّث ملف README للمشروع، ويسرد المهام المفتوحة.
• اسأل ملاحظاتك. «ماذا قرّرت بشأن صفحة الأسعار، ولماذا؟» واطلب منه أن يجيب مع روابط إلى الملاحظات التي استند إليها.
• المراجعة الأسبوعية. يقرأ يوميات الأسبوع وملاحظات المشاريع، ويكتب مسودة ملاحظة مراجعة، دون أن يعدّل الأصول.
• صيانة الروابط. يجد الملاحظات اليتيمة، والروابط المعطّلة، والملاحظات التي ينبغي أن يرتبط بعضها ببعض، ويقترح الإصلاحات في قائمة.

وحوّل كل مهمة تكرّرها إلى مهارة (skill). المهارة ملف SKILL.md في .claude/skills/<name>/، تشغّلها بكتابة /<name>، ويستطيع Claude أيضًا أن يستدعيها بنفسه حين يطابق طلبك وصفها. وعلى خلاف CLAUDE.md، لا تُحمَّل المهارة إلا حين تُستخدم، فلا تكاد الإجراءات المفصّلة تكلّف شيئًا في بقية الوقت.

---
description: عالج صندوق الوارد. استخدمها حين أقول «عالج الوارد» أو «افرز».
---
 
لكل ملاحظة في inbox/:
1. قرّر أين مكانها: مشروع، أو مجال، أو سلة المهملات.
2. اعرض عليّ الخطة في جدول قبل أن تنقل أي شيء.
3. بعد موافقتي، انقل الملاحظات وأضف روابط إليها في
   ملف README للمشروع أو المجال.
4. لا تحذف أي ملاحظة أبدًا. ضع المرفوض في archive/inbox-rejects/.
5. اسرد كل ملف لمسته.

في Knowtarium

أيًّا كانت المهمة، كل ملاحظة يكتبها Claude أو يعدّلها تبقى معلَّمة في الشريط الجانبي حتى تفتحها، وتغييراتها وزر Undo على بُعد نقرة. ولصيانة الروابط، تظهر الروابط إلى ملاحظات لم يكتبها أحد بعد روابطَ شبحية في مخطط الروابط. وحين يكتب Claude ملاحظة فيها استشهادات في حواشٍ، مرّر المؤشر فوق إحداها في Knowtarium لترى المصدر الذي يسند الادعاء.

(تُفتح بحجمها الكامل في علامة تبويب جديدة) (تُفتح بحجمها الكامل في علامة تبويب جديدة)

أوامر مدمجة تستحق أن تعرفها في الخزنة:

بعد بضعة أسابيع، يضمّ عقلك الثاني ملاحظات لم تكتبها بنفسك، وأخرى كتبتها ثم عدّلها Claude. ولا بأس في هذا ولا ذاك، ما دمت تميّز هذه من تلك. ومن المشكلات المعتادة:

• جولة ترتيب تعيد كتابة ملاحظة بأسلوب Claude، وتُسقط التحفّظ الوحيد الذي كان مهمًا.
• ملخّص يذكر تاريخًا أو رقمًا لا وجود له في الملاحظة المصدر.
• نقل يكسر الروابط، لأن Claude نقل الملف بأمر في الطرفية، ولم يحدّث شيءٌ الروابط.
• تصحّح حقيقة في ملاحظة، وتبقى ثلاث ملاحظات أخرى على النسخة القديمة.
• ملاحظة كتبها Claude قبل أشهر تبدو واثقة بقدر ملاحظة راجعتها أمس.

يساعدك الأمر /rewind في Claude Code داخل الجلسة، لكن له حدودًا توضّحها وثائق نقاط الاستعادة: لا يتتبّع الملفات التي غيّرتها أوامر الطرفية (مثل mv أو rm)، و«ليس بديلًا عن نظام التحكّم بالإصدارات». وللملاحظات التي تحتفظ بها سنوات، تحتاج إلى خطوة مراجعة لا ترتبط بالجلسة.

git هو الحدّ الأدنى، وهو مجاني ومتاح اليوم: نفّذ commit قبل الجلسة، ودع Claude يعمل، ثم اقرأ الـ diff، ولا تحتفظ إلا بما توافق عليه.

$ git status --short           # ما الذي تغيّر بينما كان Claude يعمل$ git diff --stat$ git diff projects/           # اقرأ التعديلات، مجلدًا مجلدًا$ git add -p                   # احتفظ بالصحيح، جزءًا جزءًا$ git commit -m "inbox triage, reviewed"$ git restore .                # تخلّص من الباقي$ git clean -n                 # معاينة للملفات الجديدة التي لم تحتفظ بها

وبضع عادات تجعل هذا سريعًا:

• مهمة واحدة في كل جلسة، وcommit واحد لكل مهمة. قراءة diff من 4 ملفات سهلة، أما diff من 60 ملفًا فلا.
• اقرأ قائمة الملفات التي تغيّرت أولًا. وأي شيء خارج المجلد الذي طلبته يستحق نظرة أدقّ.
• طابِق الحقائق الجديدة مع الملاحظة أو الرابط الذي تستشهد به. والحقائق التي بلا استشهاد هي ما يستحق الشك.
• إن كانت أداة ما تنفّذ commit لخزنتك على فترات ثابتة، فستخلط تعديلاتك بتعديلات Claude. نفّذ commit يدويًا قبل جلسات Claude وبعدها، أو راجع بعدها بالأمر git log -p.

يريك git الـ diff حين تتذكّر أن تنفّذ commit. أما Knowtarium فيحفظ السجل بجانب الملاحظات، وهو الإعداد الذي ننصح به حين يكتب Claude أكثر مما تريد أن تقرأ في الطرفية. تُحفظ ملاحظاتك في مساحة عمل مشفّرة تشفيرًا تامًا بين الطرفين، على شكل حزمة OKF: ملفات markdown عادية يسجّل قسم frontmatter فيها من كتب كل ملاحظة، ومن راجعها، ومن أين جاءت ادعاءاتها، ومتى تتقادم.

• كل تغيير موقَّع ويمكن التراجع عنه. تُحفظ تغييرات Claude فورًا، موقَّعة بمفتاحه هو. ونقطة في الشريط الجانبي تعلّم الملاحظات التي عدّلها حتى تفتحها، وسطر تحت العنوان يقول متى، ويربط بالتغييرات، وزر Undo يعيد النسخة السابقة. ويحتفظ السجل بكل نسخة للمدة التي تحدّدها، من يوم إلى سنة.
• المراجعة حاضرة حين تريدها. فعّل المراجعة («Ask me first») لمساحة عمل أو لمجلد، فتنتظر تغييرات Claude هناك على شكل diff لتوافق عليها أو ترفضها. وتنتظر تعديلاتك أنت هناك حتى تطلب من Claude أن يراجعها، كأن تقول «راجع تعديلات اليوم»، فيقارنها Claude بكل ما يتّصل بها.
• من كتبها؟ الجواب على كل ملاحظة. كاتب الملاحظة يظهر في أعلاها. وفي المجلدات التي فعّلت فيها المراجعة، يظهر أيضًا من راجعها، ويمكن لمخطط الروابط أن يلوّن الملاحظات حسب مستوى الثقة (unverified أو machine-confirmed أو human-reviewed)، وتصبح الملاحظة موثَّقة بالكامل حين تراجعها أنت ويراجعها وكيلٌ أيضًا بعد آخر تغيير فيها.
• لا شيء يتقادم بصمت. تسرد صفحة Stale and expiring الملاحظات التي تجاوزت stale_after وتلك التي يقترب موعدها.
• Claude يعمل عبر MCP. لا يستدعي Knowtarium أي ذكاء اصطناعي بنفسه. يتصل Claude Code بالأمر npx knowtarium connect، ويحصل على قواعد العمل مع أدواته. ولا نستطيع قراءة ملاحظاتك، أما Claude فيرى ما يقرؤه.

البدء في Knowtarium مجاني، مع 500 ميغابايت من التخزين ومساحة عمل واحدة، أما الخطط المدفوعة، Starter (⁦5.99 US$⁩ شهريًا) وPro (⁦11.99 US$⁩ شهريًا)، فتزيد التخزين وعدد مساحات العمل. استورد خزنة Obsidian إلى مساحة عمل، فتتحوّل إلى OKF وما كتبته على حاله، ويمكنك تصدير كل شيء بصيغة markdown عادية متى شئت. اقرأ دليل الانتقال، وانظر في صفحة المقارنة لترى الفرق بين التطبيقين.

لا شيء هنا يقتصر على Claude Code. فأي وكيل يقرأ الملفات ويكتبها في مجلد يستطيع أن يدير عقلك الثاني. والفرق الأساسي هو اسم ملف التعليمات:

• Codex يقرأ AGENTS.md من ~/.codex، ومن المجلدات الواقعة بين جذر مستودع git والمكان الذي تشغّله منه، حتى 32 KiB مجتمعةً افتراضيًا (وثائق Codex).
• Cursor يقرأ AGENTS.md أيضًا، بديلًا أبسط من ملفات .cursor/rules التي يستخدمها (وثائق Cursor).
• Claude Code يقرأ AGENTS.md حين لا يجد CLAUDE.md، في الإصدارات الحديثة. والإعداد الذي ينتقل معك بين الأدوات: احفظ قواعدك في AGENTS.md، واجعل CLAUDE.md سطرًا واحدًا، @AGENTS.md، ومعه ما يخصّ Claude وحده.

عندها يتّبع كل وكيل قواعد الخزنة نفسها، وتشملهم جميعًا المراجعة نفسها، في git أو في سجل Knowtarium. وفي دليلنا عن AGENTS.md لقواعد المعرفة قالب أوفى. وإن كنت تختار تطبيقًا تقرأ فيه النتيجة، فنظرتنا العامة إلى العقل الثاني بالذكاء الاصطناعي ترسم الصورة الأوسع، وملف فكرة ويكي LLM من Karpathy يستحق القراءة لفهم النمط كله.