EN
ابدأ هنا المواضيع الفِرَق المرجع المستجدّات المحفوظات
الأساس

رؤية ما غيّره Claude والتراجع عنه

كيف أرى ما غيّره Claude قبل حفظه — وكيف أتراجع عنه؟

الإجابة المختصرة

يعرض Claude Desktop كل تعديل على شكل diff مرئي قبل حفظه — النص القديم والجديد جنبًا إلى جنب، مع تمييز الحذف والإضافة بالألوان — ولكل تغيير زرّا قبول ورفض خاصّان به. لا شيء يستقرّ حتى تقبله.

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

وما تراه فعلًا هو diff مرئي: الملف كما كان والملف كما يريده Claude أن يصير، معروضين معًا، مع تمييز النص المحذوف بطريقة والمضاف بأخرى. وإن لم تقرأ واحدًا من قبل، فالحيلة أنك لا تدقّق حرفًا حرفًا. أنت تتحقّق من ثلاثة أشياء، بسرعة. هل يمسّ هذا الملفات التي توقّعت أن يمسّها؟ هل يطابق شكل التغيير ما طلبته؟ وهل هنا أي شيء لم تطلبه إطلاقًا — إضافة «مفيدة»، أو شيء أُعيدت تسميته، أو كتلة محذوفة لم تذكرها؟ هذا السؤال الثالث يلتقط معظم ما يسوء، ويستغرق تقريبًا وقت تصفّح بريد إلكتروني.

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

ويستحق الأمر دقّة في معنى «قبل حفظه»، لأن كلمة الحفظ تحمل ثقلًا حقيقيًا. فإلى أن تقبل، تبقى النسخة المقترحة اقتراحًا فقط — والملف على قرصك لم يُمَسّ. والقبول هو الفعل الذي يكتبه. ولهذا فإن لوحة المراجعة هي أرخص checkpoint في المنظومة كلها: كل ما بعدها، كل undo وكل rewind، هو تعافٍ من قرار اتخذته بالفعل، بينما الرفض هو ببساطة… ألّا تتّخذه. والعادة التي تؤتي ثمارها أن تنفق انتباهك هنا بدل ادّخاره لما بعد.

وهذا يقودنا إلى الشبكة الثانية، للتغييرات التي تمرّ. في كل مرة يعدّل Claude ملفاتك يسجّل بهدوء أين كانت الأمور قبل ذلك مباشرة — checkpoint — دون شيء تضبطه أنت. وحين يتبيّن أن تغييرًا كان خاطئًا بعد خطوتين من قبولك له، تقول ذلك بلغة عادية («هذا كسر التنسيق، ارجع إلى ما قبله») فترتدّ الملفات إلى آخر لحظة سليمة. والجزء الذي يفاجئ الناس أن الـ rewind يستعيد ملفاتك دون أن يتخلّص من المحادثة. تحتفظ بكل ما توصّلت إليه أنت وClaude؛ ولا تتراجع إلا عن التعديلات. وهذا ما يجعل التجريب الجريء في شيء صعب أمرًا معقولًا — فطريق العودة لا يكلّفك الـ context الذي بنيته وأنت تصل إلى هناك.

إذن هناك في الحقيقة ثلاث طبقات للتراجع، تؤدّي ثلاث وظائف مختلفة، ومعرفة أيّها تريد توفّر عليك الكثير من التخبّط. الرفض لتغيير لم يحدث بعد — مجاني، فوري، بلا أثر. والـ undo والـ rewind على مستوى الـ session: تعافٍ سريع في اللحظة من تغيير قبلته ثم ندمت عليه، ممتاز لعمل «جرّب وانظر». أما git فهو الطبقة الدائمة القابلة للمشاركة — التي تنجو من إغلاق التطبيق، والتي يستطيع زميل قراءتها، والتي تتيح لك تسجيل تغيير حين يصير جيدًا فعلًا. الـ checkpoints وgit ليسا متنافسين؛ استخدم كليهما، كلًّا لما هو له.

نوعان من «الإنجاز»

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

هناك إنجاز مُسلَّم: يعمل، وتستطيع قراءته، وتستطيع أن تقول في جملة واحدة لماذا وُجد هذا التغيير، والـ diff ليس أكبر ممّا تتطلّبه المهمة. وهناك إنجاز عالق: يعمل — تقنيًا — والـ diff ضِعف ما توقّعت، وفيه قطعة لا تستطيع شرحها تمامًا، وستُبقيه على أيّ حال لأنك لا تريد أن تبدأ من جديد. والإنجاز العالق هو كيف يصير إصلاح من عشرة أسطر مفاجأةً من مئتَي سطر الشهر القادم.

وثلاثة أسئلة تفصل بينهما، وتستغرق دقيقة:

  1. هل يعمل فعلًا؟ شغّله. لا تثق بـ «الـ diff يبدو سليمًا».
  2. هل أستطيع قراءته؟ افتح الملف واقرأ المنطقة المعدَّلة كاملةً، لا الأسطر المميَّزة فقط.
  3. هل أستطيع أن أشرح، في جملة واحدة، لماذا وُجد هذا التغيير؟ إن لم تستطع، فهو على الأرجح يفعل شيئًا لم تقصده.

نعم للثلاثة: أبقِه. ولا لأيٍّ منها: لم ينتهِ بعد — والعلاج عادةً أن تتوقّف وتبدأ نظيفًا بدل أن تدفع للأمام، وهو متى تتوقّف وتبدأ من جديد.

وإن أخذت عادة عمل واحدة من هذه الصفحة، فلتكن المملّة: اقرأ الـ diff قبل أن تقبله. ليس بتمعّن — بل بسرعة، وفي كل مرة. المقصد ليس انعدام الثقة. بل أن المراجعة في لحظة التغيير هي المكان الذي تكلّف فيه الغلطة أقلّ ما يمكن، وهي الغريزة نفسها التي تجعل code review ذا قيمة بين إنسانين. وكل ما عدا ذلك هنا شبكة أمان للمرّات التي لا تفعل فيها ذلك.

المصطلحات

Visual diff accept/reject diff · the diff view
عرض الفروق المرئي هو الطريقة التي يُريك بها Claude Code Desktop التغيير قبل حفظه: النصّ القديم والنصّ الجديد جنبًا إلى جنب، مع تمييز ما حُذف وما أُضيف بالألوان. لا شيء يُحفظ حتى توافق أنت — لكل تغيير زرّ قبول وزرّ رفض، فتأخذ التعديلات الجيدة وترفض الباقي. (الـ diff هو المقارنة الأساسية التي تُظهر «ما الذي تغيّر»؛ أمّا عرض الفروق المرئي فهو مجرّد الطريقة القابلة للنقر والملوّنة لقراءته.)

كيف يعمل هذا داخل Claude

كيف تفعلها

ما تريده على سطح المكتب (بلا برمجة) سطر الأوامر (المسار المتقدّم)
راجع التغييرات المقترحة اقرأ الفرق المرئي في جزء المعاينة claude diff
تراجع عن آخر تغيير انقر «تراجع» — الأصول محفوظة git restore .

أسئلة يطرحها الناس

هل عليّ أن أقبل التغيير كله أو أرفضه كله؟
لا — القبول ليس كلًّا أو لا شيء. فكل تغيير مقترَح يحمل قبوله ورفضه، فتكون النتيجة المعتادة مختلطة: تأخذ التعديلات الثلاثة الصحيحة، وترفض الذي ليس كذلك، وتقول ما أردته بدلًا منه. والرفض أرخص من القبول ثم التصحيح، الذي يترك الخطأ والإصلاح كليهما في المحادثة.
عمّ أبحث فعلًا حين أقرأ diff؟
ثلاثة أشياء، بسرعة — لا تدقيقًا حرفًا حرفًا. هل يمسّ الملفات التي توقّعتها؟ وهل يطابق شكل التغيير ما طلبته؟ وهل فيه شيء لم تطلبه إطلاقًا — إضافة «متعاونة»، أو إعادة تسمية، أو كتلة محذوفة لم تذكرها قط؟ والسؤال الثالث يلتقط معظم ما يسوء.
عدّل Claude ثلاثة ملفات وواحد منها خاطئ. أستخدم undo أم rewind أم git؟
هي ثلاث طبقات لثلاث وظائف. الـ رفض لتغيير لم يقع بعد — مجاني وفوري وبلا أثر. والـ undo والـ rewind استرجاع على مستوى الـ session لشيء قبلته ثم ندمت عليه، والـ rewind يعيد ملفاتك دون أن يرمي المحادثة. أمّا git فالطبقة الدائمة: تصمد بعد إغلاق التطبيق، ويستطيع زميل قراءتها، وهي دقيقة لا معادة البناء.