استخدمت Claude Code لأكثر من شهرين، وتحولت من ملف تكوين إلى نظام تشغيل كامل.

أصعب الأخطاء التي واجهتها: ملفات rules/ في الدليل يتم تحميلها بالكامل في كل محادثة. أضفت 17KB من القواعد، مما أدى مباشرة إلى تجاوز حجم النافذة السياقية — 125,996 / 125,999 رموز، وClaude يتوقف عن الكتابة. قمت بتقليل الحجم إلى 6.6KB فقط ليعود النظام للعمل بشكل طبيعي.
هذه التجربة علمتني مبدأ تصميم: كل بايت له تكلفة، والتحميل عند الحاجة هو الحل الصحيح.
الهيكل الحالي لدي يتكون من ثلاث طبقات:
(تحميل دائم، <200 سطر، فقط مؤشرات)
→ rules/ (تحميل تلقائي، قواعد السلوك، عمليات التصحيح، قواعد الالتقاط)
→ docs/ (تحميل عند الحاجة، مستندات ثقيلة، تُقرأ عند الاستخدام)
فوق ذلك، أعمل بأربع آليات:
طبقة البيانات الساخنة —
تسجل التقدم اليومي، وتكتب تلقائيًا قبل إغلاق النافذة، دون انتظار أمر "حفظ". في المحادثة التالية، يمكن لـClaude استئناف من نقطة التوقف.
توجيه المهام — Sonnet يتعامل مع المهام اليومية، ويقوم بترقية تلقائية للتمويل/الاستراتيجية إلى Opus، وإذا كانت هناك حاجة للتحقق المتبادل، يتم الاستعانة بـ Codex أو Gemini. أربع طبقات من الجدولة، كل طبقة لها شروط تفعيل واضحة.
الرجوع إلى الخبرة — عند اكتشاف خطأ، أول شيء هو التحقق من قاعدة البيانات الذكية، وعدم التحقق يعتبر انتهاكًا لعملية التصحيح. الأخطاء التي تم تصحيحها تُكتب على الفور.
التحقق النهائي — قبل إعلان "تم التصحيح"، يجب تشغيل الاختبارات، وقراءة المخرجات، والتأكد من النجاح. يمنع قول "لا أعتقد أن هناك مشكلة".
بعد شهرين من الاستخدام، أكبر إحساس هو: ليست مجرد ملف تكوين يُكتب مرة واحدة، بل نظام حي. إذا قمت بتصحيحه، يتذكر؛ إذا وقعت في مشكلة، يتراكم؛ إذا أغلقت النافذة، يحفظ نفسه. كلما استخدمته أكثر، أصبح أكثر سلاسة، لأنه يتطور معك.
كيف يبدو شكلك؟