الكل شيء هو ملف: فلسفة التصميم من Unix إلى وكيل الذكاء الاصطناعي

أصلي إيثان ييتشنغ

صدى عبر نصف قرن

في وقت مبكر من سبعينيات القرن الماضي في مختبرات بيل (Bell Labs)، اقترح كين تومبسون (Ken Thompson) ودينيس ريتشي (Dennis Ritchie)، وهما أبوا Unix، لأول مرة مبدأ تصميم جريئًا يكاد يكون متعصبًا: Everything is a file - كل شيء هو ملف.

بعد أكثر من خمسين عامًا، يشهد إطار عمل وكيل الذكاء الاصطناعي (AI Agent) طفرة. Manus، Claude Code، OpenClaw... إنها تأتي من فرق مختلفة، ومجموعات تقنية مختلفة، وأهداف تجارية مختلفة، لكنها اتخذت جميعًا نفس الخيار بشكل مستقل: استخدام نظام الملفات كهيكل معرفي للوكيل.

يمنح Manus الوكيل آلة افتراضية، ويتم تخزين نتائج المهام كملفات على القرص. يقرأ Claude Code ويكتب مباشرة على نظام الملفات المحلي للمستخدم، باستخدام ملف CLAUDE.md واحد لحمل جميع التعليمات والسياق. وبالمثل، تنظم أطر العمل مفتوحة المصدر مثل OpenClaw بنية الدليل لتقسيم المهام والحالات الوسيطة.

عندما يتقارب المهندسون، الذين يفصل بينهم نصف قرن، بشكل مستقل على نفس الحل عند مواجهة مشاكل تقنية مختلفة تمامًا - فهذه ليست مصادفة، بل هي صدى لفلسفة التصميم.

قرار Unix

لفهم أهمية هذا الأمر، يجب أن نعود أولاً إلى ما فعله Unix.

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

قبل سبعينيات القرن الماضي، كانت أنظمة التشغيل تعمل على النحو التالي: إذا كنت تريد قراءة القرص، فستقوم باستدعاء واجهة القرص؛ إذا كنت تريد قراءة الشريط المغناطيسي، فستقوم باستدعاء واجهة الشريط المغناطيسي؛ إذا كنت تريد الوصول إلى المحطة الطرفية، فستقوم باستدعاء واجهة المحطة الطرفية. لكل جهاز واجهة برمجة تطبيقات (API) خاصة به، ولكل واجهة برمجة تطبيقات دلالات خاصة بها. إذا كان لديك N من الأجهزة و M من العمليات، فإن تعقيد النظام هو N × M.

قام Thompson و Ritchie بشيء يبدو بسيطًا لدرجة الغباء:

حوّل كل شيء إلى ملف. استخدم أربعة أفعال - open و read و write و close - لتشغيل كل شيء.

معناه الأساسي هو: يمكن تجريد جميع الموارد في نظام التشغيل - المستندات، والدلائل، ومحركات الأقراص الثابتة، وأجهزة المودم، ولوحات المفاتيح، والطابعات، وحتى اتصالات الشبكة ومعلومات العمليات - إلى دفق من البايتات (Stream of Bytes).

هذا يعني أنك تحتاج فقط إلى تعلم مجموعة واحدة من واجهات برمجة التطبيقات - open()، و read()، و write()، و close() - لتشغيل جميع موارد الكمبيوتر.

منذ ذلك الحين، انهار التعقيد من N × M إلى 4 × 1. أربعة أفعال، طبقة تجريد.

يكمن عبقرية هذا الأمر ليس في الاسم "ملف"، ولكن في رؤية أعمق:

لست بحاجة إلى معرفة ما هو موجود خلف واصف الملف (file descriptor). الواجهة هي العقد.

إن fd (واصف الملف) هو معالج غير شفاف. أنت تقوم بتشغيله read()، ويخرج دفق البايتات. أما بالنسبة لما إذا كانت هذه البايتات تأتي من قطاع القرص الصلب، أو مخزن مؤقت لبطاقة الشبكة، أو الإخراج القياسي لعملية أخرى - فأنت لا تهتم، ولا يجب أن تهتم.

هذه هي قوة الواجهة الموحدة: إنها تجعل الجهل ميزة.

نفس السؤال الذي يواجهه الوكيل

الآن بالنظر إلى وضع وكيل الذكاء الاصطناعي.

لكي يكمل الوكيل مهمة معقدة، فإنه يواجه معضلة مماثلة بشكل مدهش لنظام التشغيل في سبعينيات القرن الماضي:

• الذاكرة المستمرة: نافذة السياق الخاصة بنماذج اللغة الكبيرة (LLM) متطايرة، وسلسلة التفكير تتلاشى مع انتهاء الجلسة. تمامًا مثل استعادة الذاكرة بعد خروج العملية - أنت بحاجة إلى مكان لتخزين الحالة المتوسطة بشكل دائم، وإلا ستبدأ كل محادثة من الصفر.
• السياق التدريجي: لا يمكن إكمال المهام المعقدة في خطوة واحدة. يحتاج الوكيل إلى تجميع السياق تدريجيًا في جولات متعددة من الاستدلال، تمامًا مثل عملية Unix التي تنقل الحالة بين عمليات التنفيذ المتعددة عن طريق قراءة وكتابة الملفات. يوفر نظام الملفات بشكل طبيعي وضع العمل التدريجي هذا "اكتب قليلاً، واقرأ قليلاً، ثم اكتب قليلاً".
• الجدولة الموحدة للأدوات والمهارات: يحتاج الوكيل إلى استدعاء أدوات غير متجانسة (Tools/Skills) مثل البحث وتنفيذ التعليمات البرمجية وإنشاء الصور، تمامًا مثل Unix التي تحتاج إلى إدارة أجهزة غير متجانسة مثل الأقراص والشبكات والطابعات. أنت بحاجة إلى طبقة تجريد موحدة، وإلا ستحتاج إلى كتابة مجموعة جديدة من منطق التكامل لكل أداة جديدة تقوم بتوصيلها.
• حدود أذونات استخدام الكمبيوتر: عندما يمتلك الوكيل القدرة على تشغيل الكمبيوتر، يصبح "ما الذي يمكنه لمسه وما لا يمكنه لمسه" مسألة حياة أو موت. يوفر نظام أذونات الملفات في Unix (rwx) نموذج صندوق حماية جاهز - الدليل هو الحدود، والإذن هو العقد.

أربعة متطلبات. هل يبدو مألوفًا؟

هذه هي بالضبط المشاكل التي واجهها نظام التشغيل في السبعينيات.

الذاكرة المستمرة - يحلها نظام الملفات بشكل طبيعي، والكتابة تعني الاستمرار. السياق التدريجي - بنية الدليل نفسها مبنية بشكل تدريجي، mkdir، touch، append، ينمو السياق مع الملف. الجدولة الموحدة للأدوات - جوهر خط أنابيب Unix: stdout لعملية واحدة هو stdin لعملية أخرى، والوسيط هو دفق البايت. وبالمثل، فإن سلسلة أدوات الوكيل هي نفسها: ملف الإخراج للخطوة السابقة هو ملف الإدخال للخطوة التالية. حدود الأذونات - أذونات rwx لنظام الملفات، وصندوق حماية chroot، تحدد بشكل طبيعي "نطاق القدرات" للوكيل.

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

عندما يحتاج النظام إلى "إدارة تفاعل عدد كبير من الموارد غير المتجانسة"، لديك طريقان:

المسار أ: تصميم واجهة مخصصة لكل مورد. عدد الموارد N × عدد العمليات M = عدد الواجهات NM. دقيق ولكنه متفجر.

المسار ب: ابحث عن طبقة تجريد رقيقة بما يكفي لجعل جميع الموارد ترتدي نفس الملابس. 4 عمليات × 1 طبقة تجريد. خشن ولكنه قابل للتركيب.

اختار Unix الخيار B. بعد أكثر من خمسين عامًا، اختار إطار عمل الوكيل الخيار B مرة أخرى.

طبقة أعمق: الملف هو تجسيد للتفكير

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

تذكر كيف يتعامل البشر أنفسهم مع المهام المعقدة.

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

نظام الملفات ليس مجرد حل تخزين. إنها أداة بدائية لتجسيد التفكير البشري.

يشرح هذا الإدراك سبب تقارب إطار عمل الوكيل مع نظام الملفات: يحتاج "تفكير" نماذج اللغة الكبيرة (LLM) إلى التجسيد - نافذة السياق الخاصة به محدودة، ويجب أن يعتمد الاستدلال طويل المدى على الذاكرة الخارجية. ونظام الملفات هو بالضبط تنسيق "الذاكرة الخارجية" الأكثر شيوعًا الذي اخترعه البشر.

من هذا المنظور، فإن CLAUDE.md الخاص بـ Claude Code ليس ملف تكوين. إنه عقد معرفي مجسد - يكتب البشر النية في ملف، ويقرأ الوكيل الملف على أنه نية. يصبح الملف طبقة واجهة بين العقل البشري والذكاء الاصطناعي.

يتفق هذا بشكل مدهش مع فلسفة خط أنابيب Unix:

Write programs to handle text streams, because that is a universal interface. (اكتب برامج للتعامل مع تدفقات النصوص، لأن هذه واجهة عالمية.)استبدال "programs" بـ "agents" واستبدال "text streams" بـ "files"، هذه العبارة ستظل صحيحة في عام 2026.

العودة إلى المبادئ الأساسية

التجريد العظيم لا يتقادم، بل يجد حالات جديدة في مجالات جديدة.

"توحيد الواجهات يحل التعقيد" ليس اختراعًا من Unix، بل هو قانون أبدي لتصميم الأنظمة. لقد صادف أن Unix نفذته باسم "ملف". وصادف أن AI Agent نفذته مرة أخرى في شكل "دليل العمل".

سيواجه الجيل القادم من الأنظمة نفس الخيار مرة أخرى: تصميم واجهات مخصصة لكل شيء، أم إيجاد طبقة رقيقة وعامة وقابلة للتركيب من التجريد؟

إذا كان للتاريخ أي درس، فالإجابة مكتوبة بالفعل بجوار /dev/null:

Keep it simple. Make it compose. Everything is a file. (اجعل الأمر بسيطًا. اجعله قابلاً للتركيب. كل شيء هو ملف.)