Jervis Boost

السياق

أصبحت الفرق تعمل مع أكثر من وكيل برمجة ذكي في نفس الوقت: Copilot وCursor وClaude Code وCodex وغيرها. كل وكيل يقرأ صيغة تعليمات مختلفة، فتتباعد القواعد بين الأدوات والمستودعات والمطوّرين.

المشكلة

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

البنية

مستودع موحّد فيه حزمة نواة واحدة مسؤولة عن الاكتشاف والإعدادات وبوابات الجودة والسياسات والسجلات وسياق المشروع. أما الـ CLI وخادم MCP ولوحة التحكم وإضافة VS Code فهي واجهات رفيعة فوق هذه النواة، فيتصرف النظام بنفس الطريقة أيًّا كانت نقطة البداية.

أمر setup يكتشف التقنيات المستخدمة، ويكتب ملفات التعليمات بالصيغة الأصلية لـ 15 وكيلًا، ويجهّز جسر MCP. وذاكرة المشروع محفوظة في مجلد .jervis/ بجانب الكود وتحت إدارة الإصدارات.

القرارات

المهارات عند الطلب: بدلًا من تضمين كل المهارات داخل ملف تعليمات كل وكيل، يستدعي الوكيل أداة MCP اسمها find_skill. في مشروع فيه 24 مهارة، يصغر الملف المولَّد من 31.5 KB إلى 1.8 KB.

سجلات المهارات الخاصة موقّعة بمفاتيح Ed25519 مثبّتة خارج ملف التعريف، وبصمة الموقِّع مسجلة في ملف القفل وفي الـ SBOM.

لوحة التحكم تشغّل بوابات الجودة في عملية فرعية معزولة مع نقاط تقدّم وإلغاء محمية، فلا تتجمد الواجهة أثناء فحص طويل.

النتيجة

منشور على npm كـ CLI ومحرك أساسي وخادم MCP ولوحة تحكم، وتُصدَر الحزم معًا عبر changesets مع CI في كل إصدار.