منع الذكاء الاصطناعي من الرفع إلى GitHub

منع الذكاء الاصطناعي من الرفع إلى GitHub دون مراجعتك. دعه يراجع تغييراتك، ويكتب رسائل الـcommit، ويجهز الـpull requests، لكن الـpush يبقى بيد الإنسان. تعلمت هذه القاعدة بالطريقة المكلفة: عملية push واحدة بلا مراجعة نشرت المفتاح الرئيسي لقاعدة بياناتي على الإنترنت العام، وأكل التنظيف أربع ساعات لن أستعيدها أبداً.

إليك ما حدث بالضبط، وما يجب وما لا يجب السماح للذكاء الاصطناعي بفعله بسجل كودك، وسير العمل الذي يبقيك سريعاً دون ذعر أمني.

اليوم الذي دفع فيه الذكاء الاصطناعي مفتاحي السري إلى GitHub

كنت أبني FIKR Space، منصة SaaS الخاصة بي. أتحرك بسرعة. والذكاء الاصطناعي يساعدني في كل شيء.

في أحد الأيام قلت له: "اعمل commit لهذه التغييرات وادفعها إلى main."

فعل ذلك. دون أن يسألني. ودون أن يريني ما الذي يعمل له commit.

تبين أنني أدرجت بالخطأ مفتاح الخدمة الخاص بـSupabase، وهو المفتاح الرئيسي الذي يفتح قاعدة بياناتي كلها، داخل ملف إعدادات. فأصبح الآن في سجل git. على GitHub. علنياً.

اضطررت فوراً إلى تدوير كل مفتاح، وعمل force-push لمحو الـcommit من السجل، وفحص كل خدمة متصلة بحثاً عن اختراقات أمنية، وقضاء أربع ساعات في إصلاح ما كانت مراجعة مدتها ثلاثون ثانية ستمنعه.

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

منع الذكاء الاصطناعي من الرفع إلى GitHub: ماذا يفعل بدلاً من ذلك

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

اجعله يكتب رسائل الـcommit. كتابة رسائل commit جيدة صعبة، والذكاء الاصطناعي يجعلها سهلة. بعد مراجعة التغييرات، يصوغ رسالة واضحة ووصفية تسرد ما أُضيف ولماذا. أستطيع تعديلها عند الحاجة، لكنها عادة صحيحة من المرة الأولى.

اجعله يجهز الـpull requests. عندما يكون فرع الميزة جاهزاً، يراجع الذكاء الاصطناعي كل commit فيه، ويكتب العنوان والوصف، ويبني قائمة بما تغيّر، ويضيف ملاحظات الاختبار. نتيجة احترافية وكاملة توفر عليّ ثلاثين دقيقة من الكتابة لكل ميزة.

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

ستة أشياء يجب ألا يفعلها الذكاء الاصطناعي أبداً

1. الدفع إلى الفرع الرئيسي دون تأكيد. الفرع الرئيسي هو ما يراه مستخدموك. أكّد دائماً. دائماً.
2. الـforce-push دون إذن صريح. الـforce-push يعيد كتابة السجل وقد يدمره. فقط حين تعرف بالضبط لماذا.
3. حذف الفروع دون سؤال. الفروع رخيصة. لا تدعه ينظفها تلقائياً.
4. عمل commit دون مراجعة. هذه القاعدة التي كانت ستنقذ مفتاحي. راجع التغييرات قبل كل commit.
5. تخطي فحوصات الأمان لديك. فحوصات ما قبل الـcommit الآلية موجودة لسبب. لا تدعه يتجاوزها أبداً.
6. إعادة كتابة commits لم ينشئها. تعديل commits غيرك يعيد كتابة سجل مشترك، وهو خطر ما إن يلمس المشروع شخص آخر.

لاحظ النمط: كل ما في هذه القائمة لا رجعة فيه أو علني. يستطيع الذكاء الاصطناعي صياغة أي شيء، لكنه لا يؤكد شيئاً.

الكتابThe Solopreneur Revolutionلويس غونسالفيس عن بناء مشروع رائد أعمال منفرد بالذكاء الاصطناعي دون ترك وظيفتك.احصل على الكتاب ←

العائد: من 30 دقيقة لكل ميزة إلى 4

سبب إعداد هذا بشكل صحيح ليس الأمان فقط، بل السرعة. إليك ما كلفتني أعمال git المحيطة بميزة واحدة، قبل الذكاء الاصطناعي وبعده:

أعمل commit من خمس إلى عشر مرات يومياً. أي توفير 130 إلى 260 دقيقة في اليوم. وعلى مدى أحد عشر شهراً قضيتها في بناء FIKR Space، يعني ذلك مئات الساعات المستردة بفضل مساعد يلتقط أيضاً أخطاء كنت سأطلقها.

سير العمل الآمن خطوة بخطوة

1. أجرِ تغييراتك.
2. شغّل أمر المراجعة بالذكاء الاصطناعي على كل ما تغيّر.
3. أصلح ما يشير إليه.
4. دع الذكاء الاصطناعي يصوغ رسالة الـcommit، ووافق عليها أو عدّلها.
5. ينشئ الذكاء الاصطناعي الـcommit.
6. أنت تدفع، أو تؤكد صراحة قبل أن يفعل هو.

والقواعد التي تقوم عليها: راجع الفروقات دائماً قبل الـcommit، ولا تضع أسراراً في الكود أبداً (مكانها متغيرات البيئة)، وأكّد دائماً عمليات الدفع إلى main، ودع الذكاء الاصطناعي يصوغ وأنت توافق، وعند الشك افعلها يدوياً.

الـpush بلا مراجعة هو أصخب طريقة يؤذيك بها الذكاء الاصطناعي، لكنه نمط الفشل نفسه للطريقة الصامتة: قبول مخرجات لم تفحصها إلى أن يتراكم الضرر. النسخة الأبطأ من هذه القصة هي كيف يخرّب الذكاء الاصطناعي قاعدة كودك.

12 أسبوعاًمسيرتك في الشركات لم تكن الخطة أبداًقدّم طلبك إلى Solopreneur Accelerator.قدّم الآن ←

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

لماذا الـpush أخطر من الـcommit؟

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

ماذا أفعل إذا وصل سرّ إلى GitHub؟

اعتبره مخترقاً منذ لحظة وصوله، حتى لو حذفته بعد ثوانٍ، فالبرامج الآلية تراقب المستودعات العامة. دوّر المفتاح فوراً، وامحُ الـcommit من السجل، وافحص كل خدمة كان يصل إليها المفتاح بحثاً عن نشاط مشبوه. ثم أصلح المصدر: الأسرار مكانها متغيرات البيئة، لا الملفات التي يتتبعها git.

هل يمكنني يوماً أن أدع الذكاء الاصطناعي يدفع؟

نعم، بعد أن يريك بالضبط ما سيدفعه وتؤكد أنت صراحة. القاعدة ليست "الذكاء الاصطناعي لا يلمس git أبداً"، فهو يدير معظم سير عمل git عندي. القاعدة أن لا شيء لا رجعة فيه أو علنياً يحدث دون أن تراه عيناك أولاً.

أليست مراجعة كل تغيير بطيئة؟

بل العكس، لأن الذكاء الاصطناعي يقوم بالجزء الثقيل من المراجعة نفسها. سير عملي المراجَع يستغرق 4 دقائق لكل ميزة مقابل 30 يدوياً، ويلتقط المفاتيح المكتوبة في الكود ومعالجة الأخطاء الناقصة والاختبارات المنسية قبل الإطلاق. الساعات الأربع التي قضيتها في تنظيف المفتاح المسرّب كانت ثمن تخطي مراجعة مدتها دقيقتان مرة واحدة فقط.