🔧 طبّق إصلاحات الخطة على الكود، بأمان وواحدًا تلو الآخر.

طريقة الاستخدام

طبّق كل شيء

/lagune-harden

حدّد المسارات

/lagune-harden src/routes/upload.ts

حسب الأولوية

/lagune-harden Critical و High

آلية العمل

حددت الخطة كل إصلاح مسبقًا، لذلك تكتفي مرحلة harden بتطبيقه. ولأنها المرحلة الوحيدة التي تمسّ الكود، فهي تعمل بحذر: تطبّق إصلاحًا واحدًا في كل مرة ليبقى كل تغيير سهل المراجعة، ولا تُضعف ضابطًا أبدًا لتجعل الإصلاح ملائمًا. على سبيل المثال، إصلاح الرفع:

• رفع الملفات (الحالة: Applied)
  • ما الذي تغيّر: يتحقق من النوع الحقيقي للملف وحجمه، ويرفض أي شيء غير متوقع، ويعيد تسميته عند الحفظ، ويخزّنه حيث لا يمكن تشغيله ككود.
  • أين: الدالة handleUpload، إضافة إلى دالة التخزين المساعدة التي تستدعيها.

وإن تعذّر تطبيق إصلاح بالكامل، تفعل مرحلة harden ما تستطيع فعله بأمان وتضع على الباقي Partial أو Blocked، وتتركه مفتوحًا.

Applied لا يعني أنه مُتحقق منه

Applied لا يعني أنه أُثبت بعد. فهذه مهمة مرحلة verify.

تلميح

• تبني بالكامل على الخطة. فإن لم يُخطَّط لإصلاح أو ملف من قبل، تخبرك بأن تشغّل /lagune-plan عليه أولًا.
• تشغيلها مجددًا يوائم السجل مع الواقع الحالي: تختفي التغييرات التي أُلغيت، وتظهر الإصلاحات المطبّقة حديثًا.
• يُحفظ سجل التحصين في .lagune/memory/harden.md.

تعتمد على plan، وتغيّر الكود

تبني مرحلة harden على /lagune-plan. وهي المرحلة الوحيدة التي تغيّر الكود.

التالي

أثبت أن كل إصلاح يصمد: /lagune-verify.

الأسئلة الشائعة

نعم. إنها المرحلة الوحيدة التي تمسّ الكود، فتطبّق إصلاحات الخطة واحدًا تلو الآخر.

هي الحالة التي يسجّلها Lagune لكل إصلاح. تعني Applied أن الإصلاح طُبّق، و Partial أن جزءًا منه فقط طُبّق، و Blocked أنه تعذّر تطبيقه. و Applied لا يعني أنه أُثبت بعد.

يحدد وكيلك ووضع الأذونات الذي تشغّله به ما إذا كان التعديل يحتاج إلى موافقتك، لا Lagune، الذي لا يضيف بوابة تأكيد خاصة به. ومع ذلك لا يُضعف ضابطًا أبدًا لإرضاء إصلاح، وإن تعارض إصلاح مع قاعدة في ميثاق الأمان، يتوقف ويخبرك أولًا.