وكلاء البرمجة يكتبون الكود. وPalgu يدير العمل الهندسي.
الجميع بنى harness للوكلاء. نحن بنينا واحداً للهندسة. ينقل Palgu العمل من النية إلى تغيير مُثبَت ومحكوم. يكتشف ما تحتاجه المهمة فعلياً، ويشغّل كل وكيل ضمن فريق واحد، ويثبت صحة كل نتيجة، ويصلح مساره ذاتياً عند حدوث أي خلل. استخدمه عبر srooterctl في الطرفية أو عبر Palgu Studio على سطح المكتب.
طلب واحد. يُطبَّق سياقك ومعاييرك وسياساتك تلقائياً.
بنى الجميع harness للوكلاء. ونحن بنينا واحداً للهندسة.
تشغيل المزيد من الوكلاء لا يصنع superharness، بل إدارة المنظومة الهندسية هي التي تفعل ذلك. على اليسار، ما يقدمه منسق الوكلاء. وعلى اليمين، ما يقدمه Palgu عبر جميع الطبقات الهندسية الثماني.
تغطي منظومة superharness الهندسية المتكاملة الجوانب الثمانية كلها. وهذا ما يفعله Palgu.
المطورون يختارون الوكيل. وPalgu يدير العمل الهندسي.
ثبّت srooterctl وابدأ البرمجة.
تثبيت واحد، وتسجيل دخول واحد.
شغّل srooterctl لبدء جلسة برمجة، أو srooterctl -p لتنفيذ مهمة واحدة والخروج. يمر كل طلب عبر واجهة برمجة تطبيقات Palgu.
srooterctl login
srooterctl -p "fix the failing test"
سياقك وممارساتك وسياسة النماذج الخاصة بك، لكل مهمة.
يجمع Palgu سياق الكود المناسب، ويفرض ممارسات التطوير القائم على الاختبار (TDD) والبنية المعمارية والمراجعة المعتمدة لديك، ويختار النموذج الأنسب للمهمة.
السياق: مخطط الكود + ADRs
النموذج: حسب المهمة والمخاطر
تحقق وراجع قبل فتح طلب الدمج (PR).
تحقق وظيفي وبصري، ومراجعة عبر نماذج لم تكتب الكود، وسجل تدقيق لكل تغيير.
✓ 8/8 فحوصات
✓ تم تسجيل التدقيق 7f3a2b
مثال: مهمة واحدة، من البداية إلى النهاية.
يكتب المطور add partial refunds. إليك كل ما ينجزه Palgu قبل فتح طلب الدمج (PR).
النموذج يكتب الكود.
وPalgu يدير الخطوات الثماني الأخرى.
- 01يرسم نطاق التأثيريحدد امتداد التغييرات: المدفوعات، دفتر الأستاذ والفواتير. ويختار الاختبارات المهمة.خريطة حية للمشروع
- 02يجمّع البنية المعماريةيجلب سجلات القرارات المعمارية (ADRs) وخريطة الكود ذات الصلة، بما في ذلك شرط السجل القابل للإضافة فقط.سجلات القرارات · ADR-041
- 03يقيّم مستوى المخاطرحركة أموال على مسار مصادقة. المستوى: مرتفع. يقيّمه نموذج مخاطر مستقل بمعزل تام عن النموذج المنفّذ.فحص مخاطر مستقل
- 04يتطلب الاختبارات أولًايُطبق معيار TDD الخاص بك: اختبارات فاشلة قبل التنفيذ.سياسة المؤسسة · tests-before-code
- 05يختار النموذج المناسب للفئةالتنفيذ عبر النموذج الافتراضي الكفؤ. المهام عالية المخاطر يراجعها نموذج رائد.النموذج حسب حجم المهمة ومخاطرها
- 06ينفّذ وفقاً للاختباراتيعمل الوكيل داخل السياق المجمّع بينما يسجّل Palgu أثر ذاكرة الجلسة لتتمكن من فحصه.ذاكرة الفريق
- 07يتحقق وظيفيًا وبصريًاإثبات البناء والاختبار الشامل ولقطات الشاشة مرفق بالتغيير.Validation Center
- 08يعقد مراجعة مستقلةخمسة أدوار (معماري، وواجهة خلفية، وواجهة أمامية، واختبارات، وأمن) تعمل على نماذج لم تكتب الكود. تم رصد عائق واحد وإصلاحه.مراجعة مستقلة
- 09يسجل النتيجةالسياق، النموذج، الاختبارات، المراجعة والنتيجة في سجل التدقيق. يُفتح PR #482 مع اجتياز 8/8 فحوصات.التدقيق + إثبات المصدر
معاييرك الهندسية، مطبقة على الكود الذي يكتبه الوكلاء.
إدارة مركزية. يعمل حيثما تحتاج إليه.
لا تشغّل خوادم Palgu كودك أبداً: تعمل الاختبارات في بيئة CI الخاصة بك أو على جهاز المطور. يخزن سجل التدقيق بصمة SHA-256 لكل أمر توجيهي (prompt)، وليس نصه. وتُحفظ نصوص المحادثات بشكل منفصل بمدة احتفاظ يتحكم بها مسؤولو النظام لديك (30 يوماً افتراضياً)، وتكون مشفرة في الخدمة المُدارة (وفي الاستضافة الذاتية: يعتمد ذلك على إعدادات المفاتيح لديك).
في الطرفية، وفي بيئة CI، وعلى جهاز Mac.
يعمل srooterctl على أنظمة macOS وLinux وWindows، وعلى أجهزة المطورين وبيئات تشغيل CI. ويجمع Studio كلاً من المهام، ومركز التحقق، ومجلس المراجعة، والمعرفة، والتوجيه في تطبيق واحد على نظام macOS.

نفس الـ harness. أي نموذج. نفس النتيجة.
نبني تطبيقاً حقيقياً عبر Palgu باستخدام نماذج مثبتة ونقيّمه على أربعة محاور: الدقة، والسرعة، والتكلفة، والجودة. النموذج يغيّر التكلفة، بينما يحافظ الـ harness على النتيجة. جميع النتائج متاحة للعلن.