المقارنة
Apothem مقابل قواعد CodeBuddy الخام
لماذا تُمرَّر قواعد مشروع CodeBuddy عبر Apothem بدلًا من تأليف ملفات .codebuddy/rules يدويًا لكل مشروع.
يقرأ CodeBuddy قواعد المشروع من .codebuddy/rules/*.md. يمكنك تأليف
تلك الملفات يدويًا، لكل مشروع، إلى الأبد. يدير Apothem واحدًا منها
نيابةً عنك ويبقيه متّسقًا عبر كل بيئة وكل مشروع.
النهج الخام
تأليف قواعد CodeBuddy يدويًا يعني:
- نسخ ولصق الانضباطات الهندسية نفسها في
.codebuddy/rules/لكل مشروع جديد. - الخروج عن التزامن مع تطوّر الانضباطات — لا مصدر حقيقة واحد.
- إعادة اشتقاق الأعراف نفسها لـ Cursor وWindsurf و Claude Code وكل أداة أخرى تستخدمها، لأن لكل واحدة سطح قواعدها الخاص.
نهج Apothem
يحفظ Apothem مجموعة قواعد قانونية واحدة في مستودع المصدر ويُسقطها على السطح الأصلي لكل بيئة. ولأجل CodeBuddy يكتب:
<project>/.codebuddy/rules/apothem-rules.md| الجانب | CodeBuddy الخام | Apothem |
|---|---|---|
| مصدر الحقيقة | ملفات كل مشروع | مجموعة قانونية واحدة |
| الاتّساق عبر البيئات | يدويًا لكل أداة | مُسقَط تلقائيًا |
| التحديثات | تحرير كل مشروع يدويًا | apothem update --harness codebuddy --project <path> |
| قواعد المشغِّل الخاصة | مختلطة بالانضباطات | غير ممسوسة — يكتب Apothem ملفًا مخصّصًا |
| الإزالة | حذف يدوي | apothem uninstall بنسخة احتياطية موسومة بالوقت |
ما يبقى لك
يكتب Apothem ملف apothem-rules.md فقط. يبقى ملف ذاكرتك
CODEBUDDY.md، وأذوناتك وخوادم MCP في .codebuddy/settings.json،
وأي ملفات قواعد أخرى تؤلّفها، مملوكةً بالكامل للمشغِّل. يتعرّف المحوِّل على تلك
الأسطح لكنه لا يحرّرها أبدًا.
راجع صفحة بيئة CodeBuddy للاطّلاع على أوامر دورة الحياة الكاملة.