أحيانًا يكون التغيير خطأً. وأحيانًا لا تدرك ذلك إلّا بعد أن قبلته. ليس هذا فشلًا — بل أمرٌ طبيعي. المهارة هي أن تعرف طريق عودتك قبل أن تنقر «قبول»، لا بعده.
الـ diff لا يُحفظ حتى تقبله. لذا فإن الرفض هو أول تراجع لك وأرخصه — وبعد أن تقبل، يوصلك زر Undo و
git restoreإلى بقية الطريق.
هذه من العادات التي تبدو وسواسيّة حتى يأتي اليوم الذي لا تكون فيه كذلك. عندئذٍ تصير العادة الوحيدة التي تثق بها.
طرق التراجع، من الأصغر إلى الأكبر
0. ارفض الـ diff.
أرخص تراجع هو الذي تفعله قبل أن يحدث أي شيء. حين يقترح Claude تغييرًا وتُريك لوحة المعاينة diff لا يعجبك — انقر رفض. الملف لا يتغيّر أبدًا. ليس ثمّة ما تتراجع عنه لأن شيئًا لم يحدث. هذا هو السبب كلّه في أن Claude يقترح قبل أن يكتب: أسهل خطأ تصلحه هو الذي لا يصل إلى القرص أصلًا.
1. انقر Undo.
قبلت تغييرًا ثم ندمت فورًا؟ يحتفظ Claude Code Desktop بـ أصول الملفات التي مسّها، فيُرجِع Undo آخر تغيير إلى الوراء. سريع، بلا كتابة، بلا git. هذا يغطّي الحالة الشائعة — قبلتَ، ثم نظرتَ، ثم غيّرت رأيك.
تستطيع أيضًا أن تقول ذلك في المحادثة:
يقرأ Claude المحادثة، ويعرف ما غيّره، ويقترح العكس — فتقبله أو ترفضه عندئذٍ كأي diff آخر. يعمل على أفضل وجه حين يكون التغيير طازجًا وصغيرًا.
2. git restore.
للملفات المتتبَّعة في git، يُرجِع git restore <file> الملف إلى آخر حالة عُمل لها commit — ماحيًا كل تغيير منذ ذلك، سواء كان من Claude أو منك. هذا هو الخيار النوويّ. سريع، ودقيق، ويعمل مهما مضى من turns على إجراء التغيير، حتى عبر تغييرات متشابكة أكثر من أن يفكّها Undo بنظافة.
الـ git workflow الكامل مستوًى مستقلّ بذاته (المستوى 7 — Git بطريقة Claude). للآن، فكرتان تكفيان:
- رؤية أي الملفات تغيّر منذ آخر commit.
- رمي التغييرات في ملف —
git restore <file>. استخدمه بحذر.
اختيار الطريق الصحيح
المفاضلة، تقريبًا:
| الموقف | أفضل طريق |
|---|---|
| الـ diff لا يزال في لوحة المعاينة، يبدو خطأً | رفض — لا يصل أبدًا |
| قبلته للتوّ، تغيير واحد، تريد إزالته | Undo، أو اطلب من Claude أن يتراجع |
| تغيير كبير، متعدّد الملفات، قبل عدّة turns | git restore |
لست مضطرًّا إلى حفظ هذا. لاحظ النمط فقط: كلّما أبكرت في رصده، رخص التراجع. الرفض لا يكلّف شيئًا. Undo يكلّف نقرة. وgit restore هو شبكة الأمان حين يفوت الاثنان معًا.
الانضباط الذي يُنقذك
ثمّة عادة واحدة تحوّل «التراجع» من ذعرٍ إلى سطرٍ واحد: اعمل commit لعملك قبل التغييرات الكبيرة.
عندما يكون Claude على وشك فعل شيء ذي blast radius حقيقي — إعادة تسمية من نوع الـ cross-file، أو refactor، أو أي شيء يمسّ أكثر من بضعة ملفات — تأكّد أن حالتك الراهنة قد عُمل لها commit أولًا. عندئذٍ إن ساء التغيير، يتراجع git restore . عن كل ما فعله Claude ويُبقي عملك السابق سليمًا.
سترى هذه النصيحة مجددًا في المستوى 5 (حيث تكون عن الأمان) والمستوى 7 (حيث تكون عن الـ git workflow الكامل). إنها تستحقّ التكرار.
ما التالي
أنت تعرف كيف تتراجع. المهارة الختامية في هذا المستوى هي العكس: معرفة متى لا تستمرّ في الـ iteration، ومتى لا تتراجع، ومتى تدرك أن التغيير قد اكتمل فتمضي.