من سبق له تنفيذ مشروع بنفسه يعرف أن أهم ما يشغله عند الإطلاق هو: هل سيعمل أم لا؟

لكن بعد مرور بضعة أشهر، ستحتاج إلى تعديل الكود، وترقية الميزات وتطويرها، وربما يتغير حتى الشخص المسؤول عن الصيانة. لا مفر من مواجهة هذه الأمور عاجلًا أم آجلًا.

أثناء اطلاعي هذه المرة على نشر @Acurast لوكيل ذكاء اصطناعي على معالج الهاتف، لفت انتباهي خيار عملي إلى حد كبير.

يكون النشر غير قابل للتغيير (Immutable) افتراضيًا. وإذا كنت ستحتاج إلى تحديث النص البرمجي لاحقًا، فيمكنك اختيار جعله قابلًا للتغيير (Mutable) عند إنشائه. كما توفر المنصة ميزة مخصصة للتحديث، فلا داعي لتثبيت الكود نهائيًا منذ البداية.

وبالمناسبة، يتيح خيار Mutable أيضًا نقل صلاحية التحرير. مثلًا، إذا تولى شخص آخر الصيانة بعد ستة أشهر، يمكنك منحه هذه الصلاحية على عنوانه الجديد. وبالطبع، المقصود هنا صلاحية تحرير عملية النشر، ولا يشمل ذلك التحكم بالمحفظة أو الأموال.

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

كلما طال عملك على المشاريع، زاد اهتمامك بهذه التفاصيل. تشغيل البرنامج ليس إلا البداية، وما يزال أمامك طريق طويل.

https://hub.acurast.com/rebellion?ref=qqj0i8

#Acurast #AIAgent #DePIN #手机算力