قامت المقالة بتحليل تقني متعمق لشفرة مصدر Claude Code (v2.1.88) المُسربة في 31 مارس 2026، واعتبرتها حالة دراسية ثمينة تكشف عن بنية هندسية متقدمة لوكيلات الذكاء الاصطناعي.

كاتب المقال، المصدر: Max

اليوم (31 مارس 2026)، عرضت Anthropic مرة أخرى، بسبب خطأ أساسي في عملية التغليف، الكود المصدر الكامل للواجهة الأمامية والعميل لإصدار Claude Code الأحدث (v2.1.88) على مستودع npm.

نشر مستخدم ملف cli.js.map غير المُزال، والذي استعاد مباشرة حوالي 1900 ملفًا وأكثر من 510,000 سطر من كود TypeScript الأصلي.

بالنسبة لـ Anthropic، هذه حادثة أمنية تشغيلية خطيرة أخرى تلي تسريب وثائق نموذج Mythos قبل بضعة أيام.

لكن بالنسبة للمطورين وعلماء البحث في طبقة تطبيقات النماذج الكبيرة، فإن هذا الكود المصدري هو ورقة بيضاء عالية القيمة تقدم بنية هندسية متقدمة لوكيل الذكاء الاصطناعي دون أي تحفظ.

باستثناء الجدل المتعلق بالامتثال وحوادث التسريب، قضيت بعض الوقت في تحليل شفرة المصدر محليًا.

إذا لم تنظر إليه كإشاعة، بل كحالة دراسية لبناء مساعد برمجي بالذكاء الاصطناعي جاهز للإنتاج، فستجد فيه العديد من قرارات الهندسة التي تتجاوز التفكير التقليدي.

هذا تحليل تقني مفصل من منظور موضوعي للبنية الأساسية وآلية الجدولة ونظام الذاكرة واستراتيجيات الأمان الخاصة بـ Claude Code.

المقال طويل، ومناسب للمهنيين العاملين في بنية الذكاء الاصطناعي وتطوير الوكلاء، وكذلك لمن يهتمون ببنية طبقة تطبيقات النماذج الكبيرة.

الجزء 01: ليس مجرد أداة CLI

من هيكل الدليل (حوالي 40 وحدة رئيسية تحت src/)، يتضح أن تعقيد Claude Code يفوق بكثير تعقيد الوكلاء المفردة المفتوحة المصدر المتاحة حاليًا في السوق.

اختيار طبقات التقنية الخاص به واقعي للغاية ويركز على تجربة التفاعل مع المستخدم النهائي:

اللغة هي TypeScript، وتم اختيار Bun كبيئة تشغيل ذات أداء أكثر جرأة، واستُخدم إطار عمل CLI Commander، بينما استُخدمت بشكل غير متوقع React + Ink كطبقة عرض في الطرفية.

لماذا يستخدم أداة سطر الأوامر React؟

الإجابة موجودة في ملف screens/REPL.tsx في المصدر (حتى 5005 سطرًا).

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

استخدام React الإعلاني مع مخزن مخصص بأسلوب Zustand مبسط (state/store.ts) هو أفضل ممارسة هندسية للتعامل مع هذه التحديثات المحلية المتكررة.

في وضع التشغيل، يتم تقسيم النظام بدقة إلى نوعين:

وضع REPL التفاعلي: واجهة طرفية أمامية مدعومة بواسطة Ink، موجهة بشكل رئيسي للمطورين البشريين.

وضع الرأس الخالي / SDK (فئة QueryEngine): إزالة واجهة المستخدم بالكامل، مع دعم الإخراج التدفقي بتنسيق JSON. هذا يُمهد الطريق لدمجها لاحقًا كمحرك أساسي في بيئة تطوير متكاملة (مثل Cursor) أو في سير عمل CI/CD.

تم أيضًا تحسين عملية تشغيل النظام بشكل متوازٍ قصوى.

في main.tsx، تم وضع عمليات I/O كثيفة مثل قراءة التكوين (MDM Settings) وتقديم مفاتيح Keychain في عمليات فرعية، لتُنفذ بالتوازي مع عملية التحميل الرئيسية التي تستغرق حوالي 135 مللي ثانية، حيث يمتد هذا الطلب الدقيق على مستوى الملي ثانية لتقليل تأخير التشغيل عبر كامل قاعدة الكود.

الجزء 02 هندسة ذاكرة التلميحات

هذه هي الجزء الأكثر تقنية في كود المصدر بأكمله، وهي الحواجز الأساسية التي تميز تجربة Claude Code عن تطبيقات التغليف العادية.

حاليًا، تقوم أدوات Agent بدمج مُحفّز النظام والحوار السابق ببساطة وخشونة عند معالجة السياقات الطويلة.

وفي ملف services/api/claude.ts الخاص بـ Claude Code (الوحدة الأساسية التي تبلغ 3419 سطرًا)، يتم تجميع التعليمات البرمجية بدقة حتى مستوى البايت.

من المعروف أن آلية ذاكرة التوجيه الخاصة بـ Anthropic تعتمد على التطابق البادئي (Prefix Matching).

لتحقيق أقصى معدل إصابة في التخزين المؤقت، صُممت Claude Code هندسة تخزين مؤقت مُقسَّمة بدقة:

القسم الثابت (قابل للتخزين المؤقت عالميًا): يتم إنشاؤه عبر systemPromptSection()، ويتضمن مقدمة عن هوية النموذج ("أنت Claude Code...")، وقواعد الأمان على مستوى النظام، وقيود أسلوب البرمجة، وإرشادات أساسية لاستخدام الأدوات، إلخ. يبقى هذا القسم ثابتًا تقريبًا طوال دورة حياة الجلسة.

خط فاصل ديناميكي: تم ترميز علامة خاصة ثابتة في الكود المصدر SYSTEM_PROMPT_DYNAMIC_BOUNDARY.

القسم الديناميكي (ذاكرة مؤقتة على مستوى الجلسة / بدون ذاكرة مؤقتة): يحتوي على بيانات تتغير بكثرة مثل معلومات دليل العمل الحالي (CWD)، حالة Git، أوامر MCP (Model Context Protocol)، وإعدادات المستخدم.

ولمنع حدوث اختراق ذاكرة التخزين المؤقت بسبب تغييرات طفيفة في المُحفِّز، قام النظام بتنفيذ العديد من إجراءات التأمين التي تبدو مرهقة على السطح:

• الترتيب الحتمي: يتم ترتيب وصف الأدوات المُرسَلة إلى النموذج الكبير وفقًا للترتيب الأبجدي الصارم لبادئة الأدوات المضمنة + لاحقة أداة MCP.
• خريطة مسار التجزئة: لا يستخدم مسار الملف UUID عشوائيًا، بل يستخدم قيمة تجزئة قائمة على المحتوى لتجنب تدمير الذاكرة المؤقتة بسبب تغيير المسار عند كل حقن.
• الحالة خارجية: حتى قائمة الوكلاء المتاحة حاليًا تم استبعادها من وصف الأدوات ونقلها إلى المرفقات. ووفقًا لملاحظات المصدر، فإن هذا التغيير وحده قلل من استهلاك رموز إنشاء الذخيرة بنسبة حوالي 10.2%.

كل هذا يوضح حالة الصناعة الحالية: إن تطوير طبقات التطبيقات الذكية الممتازة في هذه المرحلة هو في جوهره استغلالٌ شديد الدقة لقيمة أنظمة تخزين API.

الجزء 03: الأدوات والتنفيذ المتزامن للتدفق

يحتوي Claude Code على أكثر من 40 أداة (تشمل قراءة وكتابة الملفات، تنفيذ Bash، استخراج البيانات من الويب، إلخ)، ويستخدم هيكل نظام الأدوات نمط المصنع عالي التجزئة (Factory Pattern).

كل أداة ترث من واجهة Tool الأساسية، ويجب أن تنفذ طرقًا مثل checkPermissions() و validateInput() و isConcurrencySafe() (ما إذا كانت آمنة للتشغيل المتزامن).

آلية ToolSearch المحمّلة حسب الطلب: عندما يتجاوز عدد الأدوات عتبة معينة، فإن إدراج وصف جميع الأدوات في Prompt سيؤدي إلى تكلفة Token غير مقبولة.

يُظهر الكود المصدري استراتيجية أنيقة تُسمى ToolSearch: يتم وضع علامة على الأدوات غير الأساسية (مثل بعض ملحقات التحليل المحددة) بـ defer_loading: true.

النموذج لا يرى التعريفات المحددة لهذه الأدوات في الـ Prompt الحالي، بل يعرف فقط وجود أداة ToolSearch. عندما يعتقد النموذج أنه يحتاج إلى قدرات إضافية، يجب عليه أولاً استدعاء ToolSearch لتحميل تكوين الأداة المقابلة ديناميكيًا.

StreamingToolExecutor (مُنفّذ الأدوات التدفقية): لتحسين كفاءة التنفيذ، يدعم النظام الاستدعاء المتزامن للأدوات.

سيقوم المنسق (toolOrchestration.ts) بتقسيم طلبات استدعاء الأدوات التي تُرجعها النماذج الكبيرة إلى مجموعات متزامنة ومتسلسلة.

يتم تشغيل الأدوات الآمنة من حيث التزامن (مثل قراءة ملفات غير مرتبطة متعددة في نفس الوقت، أو إجراء عمليات بحث على الإنترنت بالتوازي) بشكل متوازٍ، بينما تُنفذ الأدوات غير الآمنة من حيث التزامن (مثل تعديل ملف كود واحد تباعًا) بشكل تسلسلي صارم.

تتضمن الأدوات الخاصة بمجموعات النتائج الكبيرة (مثل بحث Grep الشامل) ميزانية maxResultSizeChars، ويتم قطع المحتوى الذي يتجاوز هذه الميزانية مباشرةً وتخزينه في ملف مؤقت محلي، مع إرجاع ملخص مسبق فقط للـ LLM لتجنب امتلاء نافذة السياق بنتائج ضخمة.

آلية الفرع (Fork) لحل تلوث السياق

يوجد عيب قاتل في الوكيل المفرد الحالي:

عند تنفيذ مهام معقدة (مثل تتبع الأخطاء عبر الملفات)، قد يقوم النموذج بقراءة ملفات خاطئة متكررة وتجربة أوامر خاطئة، مما ينتج عنه كمية كبيرة من السياق غير ذي الصلة الذي يلوث المحادثة الرئيسية بسرعة، مما يؤدي إلى انقسام في استدلال النموذج أو نسيان الهدف الأولي.

أدخل Claude Code آلية نمط المنسق (Coordinator Mode) وFork Subagent (الوكيل الفرعي المشتق) لحل هذه المشكلة.

بعد تمكين وضع المنسق من خلال متغيرات البيئة، سيتم إعادة هيكلة النظام ليصبح بنية المنسق-العُمال:

• المُنسِّق: تم سحب صلاحيات التشغيل المباشر للملفات، مع الاحتفاظ فقط بالأدوات التالية: Agent (الوكيل الفرعي) وSendMessage وTaskStop. وظيفته الوحيدة هي تخطيط سير العمل (البحث → التوليف → التنفيذ → التحقق).
• العاملون (المُنفِّذون): يتم استنباطهم مع وصف أداة محددة.

الأكثر إثارة للإعجاب هو آلية التفرع الوراثي.

عند الحاجة إلى استكشاف واسع للشفرة، سيقوم المنسق بعمل نسخة من عامل الاستكشاف.

سيورث هذا العميل الفرعي ذاكرة التخزين المؤقت للمحادثة الأصلية (مشاركة ذاكرة التخزين المؤقت للإرشادات لتقليل التكاليف)، لكن إجراءات الاستكشاف اللاحقة وقراءة الملفات المؤقتة تتم بالكامل ضمن سياق معزول.

بعد انتهاء الاستكشاف، يكفي للـ Agent الفرعي أن يُعيد إلى السياق الرئيسي للـ Coordinator النتائج الرئيسية المُستخلصة (Synthesis) عبر تنسيق XML المحدد .

يُعد هذا التصميم الذي يُستخدم مرة واحدة ثم يُلقى، مع الاحتفاظ بالاستنتاجات فقط، أحد أفضل الممارسات الحالية في الصناعة للتعامل مع التعاون المعقد بين عوامل متعددة في النصوص الطويلة.

يُعد هذا التصميم الذي يُستخدم مرة واحدة ثم يُلقى، مع الاحتفاظ بالاستنتاجات فقط، أحد أفضل الممارسات الحالية في الصناعة للتعامل مع التعاون المعقد بين عوامل متعددة في النصوص الطويلة.

الجزء 05: تجاوز آلية التوازي الخاصة بـ Agent Swarm الفردية

بالإضافة إلى آلية Fork التسلسلية المستخدمة لحل تلوث السياق، يُظهر الكود المصدر أيضًا بنية متزامنة متعددة الوكلاء أكثر طموحًا — مجموعة Swarm (Teammate).

يتم إخفاء هذا الجزء من المنطق بشكل رئيسي في المجلدين utils/swarm/ و tasks/.

النظام يدعم نوع مهمة يُسمى in_process_teammate.

في هذا الهيكل، يمكن للعملية الرئيسية إيقاظ عدة وكلاء (يُطلق عليهم زملاء الفريق) بشكل متوازٍ لتنفيذ مهام مختلفة.

لكن في بيئة CLI النهائية، فإن تشغيل عوامل متعددة بالتوازي يواجه تحديين هندسيين قاتلين: تعارض نوافذ الصلاحيات والفوضى في عرض واجهة المستخدم.

حل Anthropic أنيق جدًا:

• جسر الصلاحيات (permissionSync.ts): لا يُسمح لأي عملية فرعية من فرق العمل بالطلب المباشر من المستخدم من خلال نوافذ منبثقة. بل تقوم بإرسال طلبات الصلاحيات عبر قناة داخلية إلى عميل القائد في العملية الرئيسية، حيث يقوم القائد بحظر الأمان والتأكيد من المستخدم بشكل موحد عبر الواجهة الرئيسية.
• أتمتة تخطيط الطرفية: لتمكين المستخدمين من مراقبة حالة عمل عدة عوامل متوازية بوضوح، تم تضمين أوامر AppleScript للتحكم في iTerm2 وTerminal.app مباشرة في الكود المصدر. عند إنشاء عضو جديد، يقوم النظام تلقائيًا بتقسيم الألواح في الطرفية، وتعيين نافذة إخراج مستقلة لكل عامل فرعي.

هذا يمثل تحولًا رسميًا للذكاء الاصطناعي من "التفكير الفردي" إلى "التعاون المتزامن الجماعي".

الجزء 06 Dream (الحلم) بنية الذاكرة

في عصر انتشار RAG (الاسترجاع المعزز بالتجسيد)، تدمج تقريبًا جميع منتجات الذكاء الاصطناعي قواعد البيانات المتجهية (Vector DB).

لكن من المفاجئ أن نظام الذاكرة الخاص بـ Claude Code (memdir/ الوحدة) قديم جدًا وعملي، وهو مبني بالكامل على نظام الملفات المحلي.

يتكون هيكله من ملف MEMORY.md أساسي (كفهرس عالي المستوى، محدود بـ 200 سطر / 25 كيلوبايت كحد أقصى) وعدد من ملفات المواضيع التي تعتمد على تنسيق Frontmatter.

يتم تقسيم الذاكرة بدقة إلى أربع فئات رئيسية: User و Feedback و Project و Reference.

الأكثر إثارة للاهتمام هو وضع المساعد KAIROS المخفي في الشفرة المصدرية.

هذا وضع التشغيل المستمر (Daemon) الذي لم يُصدر رسمياً بعد.

في وضع KAIROS، لم يعد نظام الذاكرة تحديثًا بسيطًا للفهارس، بل اعتمد نمط إضافة مشابهًا لسجلات الإنسان (كتابة ملفات logs/YYYY/MM/YYYY-MM-DD.md).

في الليل أو أثناء أوقات الخمول، يتم تفعيل مهمة خلفية اسمها Dream (الحلم) كوكيل غير متصل.

مهمة هذا العميل هي تلخيص وترشيح سجلات اليومية للنشاط اليومي، ثم استخلاصها وتوثيقها في ملفات مواضيعية هيكلية طويلة الأجل.

آليّة التكامل غير المتزامن من السجلات قصيرة المدى إلى الذاكرة طويلة المدى لا تتجاوز فقط نقطة ضعف استرجاع المتجهات، بل تمثّل أيضًا اتجاهًا واضحًا نحو تطوّر مساعدات الذكاء الاصطناعي على الحافة لتكون متاحة دائمًا ومتدرّبة باستمرار.

الجزء 07: تقليل الصلاحيات والأمان

منح الذكاء الاصطناعي صلاحيات تنفيذ أوامر Shell المحلية وتعديل الملفات، هو سيف ذو حدين.

تؤدي النوافذ المنبثقة المتكررة التي تطلب تأكيد المستخدم إلى تدمير تجربة الأتمتة تمامًا، بينما يمكن أن يؤدي التنفيذ التلقائي دون قيود إلى تعطيل النظام (مثل التنفيذ الخاطئ لـ rm -rf).

يستخدم Claude Code هيكلًا متعدد الطبقات لتقليل الصلاحيات:

من صندوق رمل للملفات/الشبكة القائم على @anthropic-ai/sandbox-runtime، إلى حظر مُبرمَج مسبقًا للعمليات الخطرة المحددة مثل git push --force، إلى التحقق على مستوى الأدوات.

لكن الأبرز هو مكونه المسمى Auto Mode Classifier (yoloClassifier.ts).

عندما يُفعّل المستخدم الوضع التلقائي، لا يستخدم النظام تعبيرات منتظمة جامدة لتقييم خطورة الأوامر، بل يستخدم آلية استعلام جانبي (Side Query).

سيقوم النظام في الخلفية بتشغيل نموذج LLM أصغر وأقل تكلفة لتقديم نسخة مختصرة من المحادثة الحالية والأمر Bash المُخطط تنفيذه، ليُنتج النموذج الجانبي قرارًا بـ "Allow" أو "Deny".

بالإضافة إلى ذلك، يوجد داخل النظام تتبع رفض مبني على عتبة، حيث يُخفض النظام تدريجيًا بسلاسة إلى وضع التحفيز لطلب تدخل بشري عند رفض الأدوات التلقائية بشكل متكرر.

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

الجزء 08 بعض المفاجآت الصغيرة

في النهاية، تُظهر علامات الميزة الكثيرة في الشيفرة المصدرية (مثل VOICE_MODE و SSH_REMOTE) وفحص متغير البيئة process.env.USER_TYPE === 'ant' المعايير المزدوجة التي تتبعها الشركات الكبرى أثناء الاختبار الداخلي والإصدار الخارجي.

للموظفين الداخليين لـ Anthropic (Ant-only)، فإن معايير الكود المُحقَّنة في النظام صارمة للغاية وحتى مُهوَسة:

لا تضيف ميزات بشكل عشوائي، إذا لم يُطلب ذلك فلا تعيد هيكلة، ثلاث أسطر من الكود المتشابهة أفضل من التجريد المبكر، لا تكتب أي تعليقات افتراضيًا إلا إذا كان السبب غير واضح تمامًا، يجب الإبلاغ بدقة عن فشل الاختبارات.

أما بالنسبة للبناء الخارجي العام، فإن تعليمات النظام أكثر لطفًا: انتقل مباشرة إلى الموضوع، جرّب أبسط طريقة، وحاول أن تكون موجزًا قدر الإمكان.

هذا التناقض يوضح أن حدود سلوك النماذج الكبيرة تعتمد إلى حد كبير على الميل المُبرمَج مسبقًا في الأوامر.

جدير بالذكر أن الكود يحتوي على وحدتين مثيرتين للاهتمام.

وضع التخفي (Undercover Mode):

هذه ميزة مثيرة للجدل في مجتمع الأمان.

في سياق عمل الموظفين في مستودعات مفتوحة المصدر أو عامة، يتم تفعيل هذا الوضع افتراضيًا ولا يمكن تعطيله إجباريًا. يطلب هذا الوضع صراحةً من النموذج "Do not blow your cover" ويُزيل بشكل إجباري جميع إقرارات المسؤولية أو آثار الرموز التي ينشئها الذكاء الاصطناعي.

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

مفاجأة Buddy System (الحيوان الأليف الإلكتروني):

يحتوي الكود المصدر على نظام حيوان أليف مخفي (يُولّد بطّات، بوم، إلخ).

لضمان عشوائية وتحديدية توليد الحيوانات الأليفة، استخدم المهندسون معرف المستخدم مع خوارزمية Mulberry32 لتوليد أرقام عشوائية زائفة.

typescript

18 نوعًا: بطة، إوزة، كتلة، قطة، تنين، أخطبوط، بومة، بنغول، ...

5 درجات ندرة: common (60%)، uncommon (25%)، rare (10%)، epic (4%)، legendary (1%)

// السمات: التصحيح، الصبر، الفوضى، الحكمة، السخرية

// الإضافات: تاج، قبعة عالية، مروحة، هالة، ساحر، قبعة كروية، بطريق صغير

// خاص: احتمال 1% لـ shiny

أطرف تفصيل هو أن الاسم الإنجليزي لفصيلة حيوانية ما يتطابق تمامًا مع كود داخلي سري جدًا لشركة Anthropic (ربما كان كابيبارا، أقوى نموذج Claude الذي تسرب قبل يومين).

لتجنب كشف كلمات المحظورة من قبل ماسح رموز الامتثال، استخدم المهندسون String.fromCharCode() لتجميع الكلمة ديناميكيًا.

إن هذا الأسلوب الجاد والمضحك يبرز بشكل مميز في كود البنية التحتية الجاد للغاية.

الجزء 09: ما الذي يمكننا تعلمه؟

في ظل تسريب مستندات تقنية النموذج الأساسي وشفرة المصدر الأساسية للتطبيق في فترة قصيرة، يجب على Anthropic أن تُجري مراجعة عميقة لإجراءاتها الداخلية. لكن التقنية بريئة، وهذه الشفرة التي تضم 510,000 سطر تعتبر دليلاً ممتازًا للصناعة.

من التصميم الأساسي لـ Claude Code، يمكن ملاحظة أن عصر ريادة الأعمال في طبقات تطبيقات النماذج الكبيرة، الذي كان يعتمد فقط على تجميع الأوامر وتكديس قواعد البيانات المتجهية ووضع غلاف حلقة بسيطة، قد انتهى.

الحواجز الحقيقية تُبنى على التحكم الشديد في تكلفة الرموز (تحسين ذاكرة التخزين المؤقت للإشارات)، والجدولة التدفقية لتنسيق الآلات الحالة المتعددة (آلية المنسق والتقسيم)، والتوازن بين التسامح مع نية المستخدم والتدخل الأمني (مُصنف YOLO)، ودمج عميق لتدفق الملفات مع نظام التشغيل المضيف.

حاليًا، تواجه المستودعات التي قامَت بـ Fork للكود المصدر على GitHub خطر إزالتها في أي وقت بناءً على طلب DMCA.

لكن بغض النظر عن ذلك، فإن مستوى الهندسة الذي أظهره Claude Code قد وضع معيارًا تقنيًا جديدًا لمنتجات المساعدات الذكية في عام 2026.

يجب على المهنيين الاستفادة من هذه الفرصة لمراجعة وتبني أفضل الممارسات الهندسية المذكورة.