التحقق
اكتشف حالات التراجع الجديدة أثناء عمل وكلائك.
في كل مرة تحفظ فيها ملفًا أو يُنهي وكيلٌ مهمة، يفحص Panolayer التغيير مقابل الطريقة التي تترابط بها قاعدة شيفرتك فعليًا. فينظر في الدوال التي تغيّرت، والشيفرة التي تستدعيها، وما يتوقعه كل منها. ترى ما تعطّل ولماذا خلال ثوانٍ، ولا يستطيع الوكيل دمج عمله في فرعك دون موافقتك.
وكيلٌ يغيّر getUser() لتُرجع null بدلًا من إطلاق استثناء.
تُترجَم الشيفرة بنجاح واختبارات getUser لا تزال تنجح، لكن المواضع الستة التي تقرأ user.name دون فحص لا تكتشف المشكلة إلا في بيئة ما قبل الإنتاج.
كيف يعمل Verification Engine
يبدأ التحقق من الشيء الوحيد الذي لا يمكن أن يخطئ بشأن شيفرتك — الشيفرة نفسها.
يعمل على بنيتك المعمارية، المُحلَّلة من المصدر، فيعرف كل دالة، وما يستدعيها، وما تعتمد عليه. يميّز Panolayer حالات التراجع الجديدة عن تلك الموجودة مسبقًا. وبفضل الذاكرة الدائمة، يبقى كل تصحيح تُجريه مع المشروع، فيتحسّن التحقق كلما زاد استخدامك له.
حلّل الكود الخاص بك
اكتشف ما يتوقعه
تحقق من كل تغيير
الانحدارات الجديدة منفصلة عن القديمة
01
ابنِ السياق من شيفرتك
لا يرى الوكيل إلا الملفات التي أُعطيت له. أما Panolayer فيحلّل مستودعك كما يفعل المُصرّف، بما في ذلك الملفات والوحدات والدوال والأصناف والاستيرادات ورسم الاستدعاءات الكامل. فهو يعرف أن getUser() تُستدعى من ستة مواضع وأين يقع كل منها بالضبط، لأنه حلّ الرموز، لا لأن نموذجًا خمّن. هذه هي البنية المعمارية نفسها التي تتصفحها في البنية المعمارية.
02
استنتج ما تتوقعه الشيفرة
بفضل الذاكرة الدائمة في Panolayer، تُحفظ القواعد بين التشغيلات، ويمكنك إضافة قواعدك الخاصة أو تصحيح ما يخطئ فيه.
03
اعرف بالضبط ما الذي تعطّل
افتح إخفاقًا لتحصل على الدالة، والقاعدة، وما حدث بدلًا منها، وأين، وأي المُستدعين تأثروا، مع الدليل وراء ذلك.
حيثما كان ذلك مُعدًّا، يمكن للتحقق أيضًا تشغيل اختباراتك وعمليات البناء وفحوصات الأنواع، وتحميل تغييرات الواجهة الأمامية في متصفح، ومقارنة لقطات الشاشة بصورة مرجعية.
04
قارن بخط الأساس
تُقارَن كل نتيجة بقاعدة الشيفرة قبل التغيير، فتبقى الإخفاقات التي كانت موجودة أصلًا موسومة بأنها موجودة مسبقًا، ولا تلاحق إلا ما أعطبه هذا التغيير.
05
أصلح الشيفرة، أو أصلح القاعدة
إذا كانت الشيفرة خاطئة، فأصلحها بنفسك أو اطلب من Panolayer Agent إصلاحها، مع الإخفاق والمُستدعين المتأثرين كسياق. وإذا كانت القاعدة خاطئة، فصحّحها. وفي الحالتين، يُتحقق من النتيجة مجددًا.
لا يستطيع الوكيل دمج عمله في فرعك دون موافقتك. تعمل وكلاء Marketplace داخل حاوية لا تملك أي مسار إلى شجرتك الرئيسية. أما وكلاء CLI على جهاز Mac فتُقيَّد بالتعليمات. يمكنك دائمًا تنفيذ commit، ودمج عمل الوكيل، حتى عند إخفاق الفحوصات.
المزيد عن البناءأسئلة
ما هي القاعدة؟
توقّع بشأن الطريقة التي يجب أن تتصرف بها قطعة من الشيفرة، مثل «تُرجع مستخدمًا أو تُطلق استثناءً، ولا تُرجع null أبدًا». يستمد Panolayer معظم القواعد من شيفرتك، ويمكنك إضافة قواعدك الخاصة. تُحفظ القواعد وتعمل مع كل تغيير.
هل يمكنني كتابة قواعدي الخاصة؟
نعم. يمكنك إضافة قواعدك الخاصة إلى جانب القواعد التي يستمدها Panolayer من شيفرتك.
ماذا يحدث حين تكون القاعدة خاطئة؟
صحّحها. يُحتفظ بالتصحيح، وتعكسه عمليات التحقق المستقبلية على ذلك المستودع.
ما مدى سرعة التحقق؟
تصلك النتائج خلال ثوانٍ، لتتمكن من الفحص والإصلاح والفحص مجددًا دون مغادرة المهمة.
متى يعمل التحقق؟
حين تحفظ ملفًا في فرعك، وحين يعلن وكيلٌ انتهاء مهمته.
هل تُرسَل شيفرتي إلى نموذج؟
يبقى مستودعك وفهرس Panolayer له على جهاز Mac الخاص بك ما لم تزامنهما أو تشاركهما. الميزات التي تستخدم نموذجًا ترسل مقتطفات الشيفرة ذات الصلة والمطالبات إلى المزوّد الذي أعددته، وفق شروط ذلك المزوّد.
المزيد في صفحة الأمانهل يمنع الدمج الخاص بي؟
إنه يقيّد الوكلاء، لا أنت. لا يستطيع الوكيل دمج عمله في فرعك دون موافقتك. ويمكنك أنت دائمًا تنفيذ commit والدمج.