الـ superharness الهندسي المتكامل، في ميزان المقارنة.
عادةً ما تحكم وكلاء البرمجة محرراً واحداً أو مزوداً واحداً. وتقوم بوابات النماذج اللغوية الكبيرة (LLM gateways) بتوجيه الطلبات دون خريطة للكود الخاص بك. ينجز Palgu المهمتين معاً: يبرمج المطورون باستخدام srooterctl، ويمر كل طلب عبر واجهة برمجة تطبيقات (API) واحدة تطبق التوجيه والميزانيات والسياسات والتدقيق الخاصة بك. كما يمكن للفرق توجيه Claude Code أو Codex عبرها (اختيارياً).
واجهة برمجة تطبيقات (API) واحدة لكل طلب برمجي.
يبرمج المطورون باستخدام srooterctl. ويمر كل طلب عبر واجهة برمجة تطبيقات Palgu لتطبيق التوجيه والميزانيات والسياسات والتدقيق، ثم ينتقل إلى المزود الذي تختاره سياستك. كما يمكن للفرق توجيه Claude Code أو Codex أو Cursor أو aider عبرها. ويرسل الأمر srooterctl review الفرع البرمجي إلى مجلس المراجعة متعدد النماذج.
Palgu في مواجهة البدائل.
مُصنّفة حسب الفئة، لأن الخيار ليس Palgu مقابل أداة واحدة، بل هو Palgu مقابل وكيل برمجة، بالإضافة إلى بوابة (gateway)، بالإضافة إلى المكان الذي تحفظ فيه معاييرك اليوم.
| القدرة | Palgusuperharness هندسي | وكلاء البرمجةClaude Code, Cursor, Codex, Devin | بوابات LLMLiteLLM, Portkey |
|---|---|---|---|
| التوجيه والميزانيات والسياسات والتدقيق لعملاء البرمجة الآخرين (Claude Code, Codex, Cursor, aider) | نعم | لا | نعم |
| توجيه متعدد المزودين ومحايد تجاههم | نعم | جزئي | نعم |
| مخطط كود مؤسسي مشترك وذاكرة مشتركة عبر الوكلاء | نعم | جزئي | لا |
| التطوير القائم على الاختبارات (TDD) وبوابة تحقق متعددة النماذج قبل اعتماد الكود (commit) | نعم | لا | لا |
| الميزانيات والسياسات والتدقيق في طبقة API | نعم | جزئي | نعم |
| استضافة ذاتية، سيادية، وفي مقر العمل (on-prem) | نعم | لا | نعم |
| يوفر وكيله الخاص ويحكم وكلاء الطرف الثالث في آنٍ واحد | نعم | لا | لا |
تتولى بوابات LLM التوجيه والميزانيات والتدقيق، بينما يفهرس Cursor مستودعك. يربط Palgu هذه القدرات بمخطط الكود وبوابة الاختبار والأدوات التي يوجهها فريقك عبره، بدلاً من الاقتصار على محرر واحد أو وكيل وسيط بلا حالة (stateless proxy). وقد صُنّف وكلاء البرمجة كـ «جزئي» حيث يقدم مزود واحد جزءاً من الحل (مثل تعدد النماذج في Cursor، أو الفهرس الخاص بالوكيل) يتوقف عند حدود أداة ذلك المزود.
لماذا لا نكتفي باستخدام ما لدينا؟
لماذا لا نعتمد أداة برمجة واحدة من مزود واحد كمعيار قياسي؟
تغطي ضوابط كل مزود أدواته ونماذجه الخاصة فقط. إذا كان فريقك يستخدم أكثر من أداة برمجة أو مزود واحد، أو يرغب في تغيير النماذج عند توفر خيارات أفضل أو أقل تكلفة، فأنت بحاجة إلى ضوابط مستقلة عن أي مزود منفرد. يحتفظ Palgu بقواعد التوجيه والميزانيات والسياسات والتدقيق في طبقة واجهة برمجة التطبيقات (API)، بحيث لا يتطلب تغيير النموذج إعادة بناء منظومة الحوكمة. يستخدم المطورون srooterctl، أو يختارون توجيه Claude Code أو Codex عبر مستوى التحكم نفسه.
لماذا لا نكتفي باستخدام LiteLLM أو Portkey؟
إنها تتقن التوجيه متعدد المزودين وميزانيات الفرق وسجلات التدقيق. يفعل Palgu ذلك أيضاً، ويربطه بالكود. فبوابة LLM العامة لا تملك مخطط كود، ولا تشغّل اختباراتك، ولا يمكنها إيقاف تعديل يتسبب في تعطل البناء (build). يضيف Palgu مخطط كود مشتركاً وبوابة تحقق، ويربط الإنفاق بمستودع محدد وفرق برمجي (diff) ونتيجة اختبار.
لماذا لا نكتفي باستخدام Cursor؟
يُعد Cursor محرراً قوياً، ويمكن توجيهه عبر Palgu. لكن فهرس المستودع الخاص به يظل داخل المحرر نفسه، لذا لا تتم مشاركته مع زميل يستخدم واجهة سطر الأوامر (CLI). يحتفظ Palgu بمخطط كود واحد ومجموعة موحدة من المعايير والميزانيات وسجلات التدقيق عبر جميع الأدوات التي يستخدمها فريقك.
ابدأ البرمجة باستخدام srooterctl.
ثبّت srooterctl، وشغّل srooterctl login، ثم srooterctl في مستودعك. يدعم macOS وLinux، ويتطلب Node 20+.