Claude Code กำลังถูกทำให้เรียบง่ายเกินไปหรือไม่?

 (symmetrybreak.ing)
7 คะแนน โดย GN⁺ 2026-02-12 | 1 ความคิดเห็น | แชร์ทาง WhatsApp
  • ในเวอร์ชันล่าสุด 2.1.20 การแสดงการอ่านไฟล์และแพตเทิร์นการค้นหาถูกแทนที่ทั้งหมดด้วย ประโยคสรุปเพียงบรรทัดเดียว ทำให้ผู้ใช้ไม่สามารถตรวจสอบได้ว่าไฟล์หรือแพตเทิร์นใดกำลังถูกประมวลผลอยู่
  • ผู้ใช้กำลังเรียกร้องผ่าน GitHub issue ให้ นำการแสดงพาธไฟล์และแพตเทิร์นการค้นหากลับมา หรืออย่างน้อยก็ เพิ่มตัวเลือกสลับเปิด/ปิด
  • บริษัทผู้พัฒนา Anthropic ตอบว่า “สำหรับผู้ใช้ส่วนใหญ่ ความเรียบง่ายเป็นประโยชน์” แต่ในความเป็นจริง คอมเมนต์ส่วนใหญ่กลับเป็นเสียงไม่พอใจ
  • ทางเลือกที่เสนอคือการใช้ verbose mode แต่ก็ถูกชี้ว่าใช้งานจริงได้ไม่ดีนัก เพราะมีเอาต์พุตดีบักมากเกินไป
  • แม้จะผ่านไปหลายเวอร์ชันก็ยังไม่มีการแก้ปัญหาที่ต้นเหตุ และผู้ใช้ยังคง ย้อนกลับไปใช้เวอร์ชันก่อนหน้า (2.1.19) หรือเรียกร้องให้ เพิ่มแฟล็กตั้งค่าง่ายๆ

การเปลี่ยนแปลงใน Claude Code 2.1.20

  • ในเวอร์ชันใหม่ เอาต์พุตการอ่านไฟล์และแพตเทิร์นการค้นหาทั้งหมด ถูกแทนที่ด้วย ข้อความสรุปเพียงบรรทัดเดียว เช่น “Read 3 files”, “Searched for 1 pattern”
    • ก่อนหน้านี้มีการแสดงอย่างชัดเจนว่าไฟล์ใดถูกอ่าน และค้นหาแพตเทิร์นใด
    • ตอนนี้รายละเอียดเหล่านั้นหายไป ทำให้ผู้ใช้ติดตามการทำงานภายใน codebase ได้ยากขึ้น
  • การเปลี่ยนแปลงนี้ทำให้ ผู้ใช้ที่จ่าย 200 ดอลลาร์ต่อเดือน วิจารณ์ว่าเครื่องมือนี้สูญเสียความโปร่งใสไปแล้ว

ปฏิกิริยาของผู้ใช้และ GitHub issue

  • ใน GitHub issue หลายรายการ ผู้ใช้ต่างเรียกร้องในแบบเดียวกันว่า: “แสดงพาธไฟล์กลับมาอีกครั้ง หรืออย่างน้อยก็เพิ่มตัวเลือกสลับ”
  • Anthropic ตอบว่า “สำหรับผู้ใช้ส่วนใหญ่ การทำให้เรียบง่ายขึ้นเป็นการปรับปรุงที่ช่วยลดสิ่งรบกวน”
    • แต่ในบทความชี้ว่าไม่มีหลักฐานรองรับคำว่า “ส่วนใหญ่” และในความเป็นจริงมีแต่ เสียงบ่นไม่พอใจ
  • แนวทางแก้ที่ Anthropic เสนอคือ แนะนำให้ใช้ verbose mode

ประเด็นถกเถียงเรื่อง verbose mode

  • verbose mode จะแสดง thinking traces, hook output, sub-agent transcript และเนื้อหาไฟล์ทั้งหมด ออกมาบนเทอร์มินัล
    • ผู้ใช้บอกว่า “สิ่งที่ต้องการมีแค่การแสดงพาธไฟล์และแพตเทิร์นการค้นหา” และแสดงความไม่พอใจกับเอาต์พุตที่มากเกินจำเป็น
  • ฝั่งผู้พัฒนาตอบว่า “จะปรับปรุง verbose mode ให้เหมาะกับกรณีการใช้งานของผู้ใช้”
    • แต่ผู้ใช้ราว 30 คนยังคงเรียกร้องซ้ำๆ ว่า “ให้ย้อนการเปลี่ยนแปลงนี้กลับ หรือเพิ่มตัวเลือกสลับ”
  • ผู้ใช้รายหนึ่งชี้ว่า ประโยคอย่าง “Searched for 13 patterns, read 2 files” เป็น ข้อมูลที่ไม่มีความหมายอะไรเลย

‘การแก้ไข’ ในเวอร์ชันถัดมาและปัญหาที่ยังอยู่

  • ในเวอร์ชันถัดมา มีการนำ thinking traces และ hook output บางส่วนออกจาก verbose mode ทำให้มันยืดยาวน้อยลง
    • แต่ก็ยังคงแสดง เอาต์พุตทั้งหมดของ sub-agent ทำให้หน้าจอยังคงรกอยู่
  • ก่อนหน้านี้ งานของแต่ละ sub-agent จะแสดงเป็น สตรีมบรรทัดเดียวที่กระชับ
    • แต่ตอนนี้กลับเป็น ข้อความจำนวนมากจากหลายเอเจนต์ที่ถูกแสดงพร้อมกัน ทำให้อ่านยากลง
  • บทความวิจารณ์ว่า “สุดท้ายแล้ว หากค่อยๆ เอาองค์ประกอบออกจาก verbose mode ทีละอย่าง ก็แทบไม่ต่างจาก การสร้างฟังก์ชันสลับเปิด/ปิดขึ้นมาใหม่”

การรับมือของผู้ใช้และบทสรุป

  • ผู้ใช้บางส่วน ย้อนกลับไปปักเวอร์ชันไว้ที่ 2.1.19 (pinning)
  • การแก้ไขที่ผู้ใช้เรียกร้องนั้นสามารถทำได้ง่ายๆ ด้วยการ เพิ่มแฟล็กตั้งค่าแบบบูลีน
    • แต่บริษัทผู้พัฒนากลับมุ่งเน้นอยู่เพียงการปรับ verbose mode
  • บทความปิดท้ายด้วยการเสียดสีท่าทีของ Anthropic ว่าเป็น ความย้อนแย้งระหว่างข้อความ “เคารพผู้ใช้” ในโฆษณา Super Bowl กับการตอบสนองบน GitHub

บทความที่เกี่ยวข้อง

1 ความคิดเห็น

 
GN⁺ 2026-02-12
ความคิดเห็นจาก Hacker News

  • ผมคือ Boris จากทีม Claude Code อยากอธิบาย เบื้องหลัง ของการเปลี่ยนแปลงครั้งนี้
    ความยากของการสร้างผลิตภัณฑ์ที่อิง LLM คือโมเดลยังคงพัฒนาอย่างต่อเนื่อง ตอนที่เราเปิดตัว Claude Code ครบ 1 ปี Claude ก็ฉลาดขึ้นมาก รันได้นานขึ้น และ ใช้เครื่องมือได้เองมากขึ้น
    ความก้าวหน้าเหล่านี้น่าทึ่ง แต่ในขณะเดียวกันก็ทำให้ผลิตภัณฑ์ตามความเร็วของโมเดลได้ยากขึ้น ในสภาพแวดล้อมเทอร์มินัล เอาต์พุตมีมากเกินไปจนผู้ใช้เริ่มรู้สึกล้า
    เลยนำแนวทาง progressive disclosure มาใช้ โดยในมุมมองเริ่มต้นจะแสดงเฉพาะข้อมูลสำคัญ และให้ดูรายละเอียดเพิ่มได้เมื่อจำเป็น
    ภายในทีมเราใช้เวลาทดสอบและปรับแต่ง UX มานานกว่าหนึ่งเดือน แต่ก็ยังทำให้ผู้ใช้บางส่วนไม่สะดวก เราได้แก้ไขหลายรอบตามฟีดแบ็ก และในรีลีสถัดไปมีแผนจะรวม PR ปรับปรุงเอาต์พุตของ subagent ด้วย
    ฟีดแบ็กจากผู้ใช้คือหัวใจของการพัฒนาผลิตภัณฑ์ ดังนั้นช่วยส่งความเห็นกันมาอย่างต่อเนื่อง

    • การที่มองเห็นไฟล์ที่ Claude กำลังอ่านได้โดยตรงมีประโยชน์มาก เพราะช่วยเพิ่มบริบทและ ลดการสิ้นเปลืองโทเค็น ได้ การอัปเดตล่าสุดทำให้ทำแบบนั้นได้ยากขึ้นซึ่งน่าเสียดาย โหมด verbose ไม่ใช่คำตอบ และควรปรับได้ผ่านการตั้งค่า
    • ผมเป็น ผู้ใช้ screen reader และเป็น CTO ของบริษัทด้าน accessibility การเปลี่ยนครั้งนี้ไม่ใช่แค่ความไม่สะดวก แต่คือการสูญเสียความสามารถในการใช้งาน ผู้ใช้ที่มองเห็นสามารถ “มองแวบเดียว” ได้ แต่ผมต้องฟังทุกบรรทัดตามลำดับ
      เอาต์พุตแบบย่ออย่าง “Read 3 files” ทำให้ไม่รู้ว่ากำลังอ่านไฟล์อะไร โหมด verbose กลับเทข้อมูลมากเกินไปจนยิ่งเข้าถึงยากขึ้น
      แค่เพิ่ม ตัวเลือกการตั้งค่าแบบ boolean เพื่อแสดง path ของไฟล์และรูปแบบการค้นหาแบบอินไลน์ก็พอแล้ว นี่ไม่ใช่ฟีเจอร์สำหรับ power user แต่เป็นพื้นฐานของ accessibility
    • ตัวเลือกการตั้งค่าก็มีเยอะอยู่แล้ว เลยสงสัยว่าทำไมสิ่งนี้ถึงไม่มี path ของไฟล์สำคัญต่อการเข้าใจบริบทของงาน ตอนนี้มัน เหมือนขับรถอยู่บนถนนที่มีหมอกจัด แค่อยากได้ toggle เพิ่มอีกอันเดียว
    • การที่ Claude ฉลาดขึ้น หมายความว่าตรรกะที่แต่ก่อนอยู่ฝั่งเอเจนต์ได้ถูกย้ายเข้าไปอยู่ในโมเดลแล้วหรือเปล่า ถ้าใช่ เรื่องการรักษาความสม่ำเสมอก็สำคัญ
    • คำพูดที่ว่า “ผู้ใช้ส่วนใหญ่ชอบ” ฟังดูเชื่อยาก ตอนนี้ไม่รู้เลยว่าเอาต์พุตแบบนี้เอาไปทำอะไรได้จริงบ้าง

  • เอาต์พุตอย่าง “Read 3 files” คือ ตัวอย่างคลาสสิกของ UX แบบมินิมัลที่ซ่อนข้อมูลที่มีประโยชน์ การที่ผู้จัดการผลิตภัณฑ์ตัดข้อมูลออกในนามของ ‘การปรับปรุงประสบการณ์ผู้ใช้’ เป็นปัญหาที่วงการควรผ่านจุดนี้ไปนานแล้ว
    ถ้าไม่เข้าใจพฤติกรรมการใช้งานของลูกค้าอย่างลึกซึ้ง ก็จะทำพลาดแบบนี้ซ้ำ ๆ

    • ผมคิดว่างาน product management คือหนึ่งใน มีมที่แย่ที่สุด ของวงการ คนที่ไม่เคยใช้ผลิตภัณฑ์กลับเป็นคนจัดสรรทรัพยากรและตัดสินใจปล่อยของ ผมว่าให้วิศวกรที่คุยกับคนเก่งสักคนไปคุยกับผู้ใช้โดยตรงยังดีกว่า
    • PM ที่คิดว่าจะปรับปรุง developer UX ได้กำลังเข้าใจผิด นักพัฒนาอยากได้ ความสามารถในการปรับแต่ง แต่ละคนยังตกลงกันไม่ได้แม้แต่เรื่องคีย์ไบดิงหรือการเยื้องบรรทัด จะทำ UX เดียวให้ทุกคนพอใจไม่ได้
    • แต่ก็ไม่จำเป็นต้องมองโลกในแง่ร้ายเกินไป ยิ่งฟีเจอร์เยอะ การทำ UX ให้เรียบง่ายก็ยิ่งจำเป็น บางครั้งการซ่อนเมนูหรือย้ายไปไว้ในโหมด verbose ก็ถูกต้อง
      แน่นอนว่าพลาดได้ แต่ก็ปรับกลับตามฟีดแบ็กผู้ใช้ได้ สุดท้ายแล้วมันคือการหาสมดุล ระหว่างข้อมูลที่ล้นเกินกับความเรียบง่าย
    • ทุกวันนี้เว็บไซต์ที่แสดงแต่ข้อความกำกวมอย่าง “เกิดปัญหาขึ้น” ก็อยู่ในบริบทเดียวกัน มันให้ความรู้สึกว่าไม่ใช่ความผิดพลาด แต่เป็นการตัดสินใจโดยตั้งใจ
    • ผู้ใช้ใหม่ต้อง สร้างความเชื่อใจจากเอาต์พุตที่ละเอียด ก่อนถึงจะไว้ใจผลิตภัณฑ์ได้ พอเวลาผ่านไปค่อยย้ายไปมุมมองที่เป็นนามธรรมมากขึ้น แต่ช่วงแรกจำเป็นต้องมีล็อกที่ละเอียด

  • GitHub issues ที่เกี่ยวกับ Claude Code
    ดูเหมือน Anthropic จะ ไม่อยากเปิดเผยการทำงานภายในให้ผู้ใช้เห็น ต้องแพตช์เองทุกรีลีสเพื่อกู้ฟังก์ชันกลับมา

    • น่าจะเป็นกลยุทธ์แยกฟีเจอร์ออกไปคิดเงินเพิ่มใน แพ็กเกจราคาสูงกว่า ถ้า Claude Code อยู่ในระดับแทนวิศวกรได้ ก็ต้องแพงตามตรรกะนั้น
    • แต่ถ้าอีกไม่นานเปลี่ยนไปเป็น binary distribution ก็จะแพตช์ยากขึ้นด้วย แพ็กเกจ NPM คงเหลือเป็นแค่ wrapper ธรรมดา
    • ฝั่ง OpenAI Copilot กลับ สังเกตล็อกได้ทั้งหมดด้วยวิธี MITM ขณะที่ Claude ปิดกว่ามากเมื่อเทียบกัน
    • ข้อจำกัดแบบนี้อาจมีเป้าหมายเพื่อกัน คู่แข่งที่พยายามก็อปปี้โมเดล มากกว่าจะเพื่อผู้ใช้
    • ถ้านั่นคือเป้าหมายจริง ก็ควรจะไม่เปิดเผย thinking block ให้กับไคลเอนต์ฝั่งผู้ใช้ตั้งแต่แรก โครงสร้างตอนนี้เลยดูขัดแย้งกันเอง

  • ผมเป็น ผู้ใช้ Claude Code แบบหนักมาก และช่วงหลังทุกอัปเดตมีทั้งปัญหาด้านประสิทธิภาพและบั๊กมากขึ้น
    ดูเหมือน Anthropic กำลังพยายามควบคุมทั้ง developer workflow และน่าเสียดายที่กำลังไปทาง สถาปัตยกรรมแบบปิด React TUI ก็จัดการยากด้วย
    ในทางกลับกัน Codex 5.3 มี agent chain แบบโอเพนซอร์สที่เสถียรกว่ามาก ช่วงเดือนครึ่งที่ผ่านมาไม่ค่อยชอบทิศทางของ Anthropic เลย

    • ผมก็รู้สึกคล้ายกัน Amp ให้ อินเทอร์แอ็กชันที่ลื่นและเข้าใจง่ายกว่า มาก ส่วน Claude Code ดูเหมือนต้องรีแฟกเตอร์ทั้งระบบ
    • Codex 5.3 แก้ปัญหาที่ Claude ยังแก้ไม่ได้มาสองสัปดาห์ได้แล้ว
    • แต่สำหรับผม Codex แทบไม่มีประโยชน์เลยในแพ็กเกจ Plus และ integration กับ VS Code ก็พังอยู่
    • ผมย้ายไปใช้ Codex 5.3 แล้ว ถูกกว่า และถ้าจะเทียบ CEO กัน Altman ก็ชวนหงุดหงิดน้อยกว่า Amodei บทสัมภาษณ์ของ Amodei กับสื่อฟังดูเหมือน คำพยากรณ์ลอย ๆ

  • แบรนด์ของ Claude กำลังค่อย ๆ กลายเป็น “Microsoft แห่งวงการ AI” มากขึ้น
    ถ้าไม่อยากสูญเสียวัฒนธรรมที่ยึดนักพัฒนาเป็นศูนย์กลาง ก็ต้องมีความพยายามแก้ไขจากภายใน
    Microsoft ครองตลาดในยุค 90~00s แต่ระยะยาว ประสบการณ์นักพัฒนา (DX) แย่ลง
    Apple สร้าง OS ใหม่บนฐาน BSD และทำให้สอดคล้องกับ ecosystem ของ Linux ซึ่งกลายเป็นความต่างสำคัญในระยะยาว Anthropic ก็ควรเรียนรู้จากประวัติศาสตร์แบบนี้

    • Anthropic กำลัง เตรียม IPO ในปีนี้ และจากนี้ไปก็น่าจะถึงช่วงที่ทิศทางเปลี่ยนจากความพึงพอใจของผู้ใช้ไปสู่การรีดรายได้ให้สูงสุด
      ภายใต้แรงกดดันของผลประกอบการรายไตรมาสจากวอลล์สตรีท การเปลี่ยนแบบนี้คือ เส้นทางที่หลีกเลี่ยงได้ยาก
    • สิ่งที่ทำให้ผมหงุดหงิดที่สุดคือ ต่อให้จ่ายแพ็กเกจ Claude Max ก็ยัง ใช้ OpenCode ไม่ได้ ทั้งที่รู้สึกว่า UI ของ OpenCode ดีกว่ามาก
    • นักพัฒนาอาจไม่ได้พยายามป้องกันไม่ให้มันกลายเป็น ‘Microsoft แห่ง AI’ แต่อาจกำลังมุ่งไปทางนั้นอยู่แล้วก็ได้

  • ตอนที่ Skyrim ออกใหม่ ๆ ก็โดนด่าเรื่องทำระบบให้ง่ายเกินไป แต่สุดท้ายก็ประสบความสำเร็จ
    ดราม่าครั้งนี้ก็คล้ายกัน ผู้ใช้บางคนโกรธกับการเปลี่ยนแปลง แต่อีกบางคนสนแค่ผลลัพธ์
    แต่ปัญหาที่ใหญ่กว่าคือ ความรู้สึกของโปรแกรมเมอร์ที่กำลังสูญเสียการควบคุม ตั้งแต่ autocomplete, project scaffolding จนถึงตอนนี้แม้แต่การแสดงชื่อไฟล์ — การเปลี่ยนเล็ก ๆ เหล่านี้สะสมจนทำให้กังวล

    • แต่ Claude Code เป็น เครื่องมือเขียนโค้ด นะ มีผลิตภัณฑ์ Co-work สำหรับคนที่ไม่ใช่นักพัฒนาอยู่แล้ว ทำไมต้องเสียสละ UX สำหรับนักพัฒนา
    • ต่อให้เป็นค่าสมาชิกรายเดือน แต่เพราะยังมี ข้อจำกัดด้านโทเค็น การปรับให้มีประสิทธิภาพก็ยังสำคัญอยู่ดี
    • ถ้าดูกรณีของ Starfield ที่สะท้อนว่าการทำให้ง่ายแบบ Skyrim ล้มเหลวในระยะยาว ทิศทางนี้ก็อาจเสี่ยงเหมือนกัน
    • ส่วนตัวผมคิดว่า Dark Messiah สมบูรณ์กว่ามากเมื่อเทียบกับ Skyrim วิดีโอที่เกี่ยวข้อง

  • ช่วงนี้ฐานผู้ใช้ที่ ไม่ใช่นักพัฒนา เพิ่มขึ้น ทำให้ดูเหมือน Anthropic กำลังออกแบบ UX ให้เข้ากับกลุ่มนั้น
    แต่ผลคือวิศวกรตัวจริงกลับถูกกันออกไป
    ผมว่าควรแยก Claude Code เวอร์ชัน Web/เดสก์ท็อปสำหรับผู้ใช้ที่ไม่ใช่นักพัฒนาออกไปต่างหาก เทอร์มินัลเดิมทีเหมาะกับ สภาพแวดล้อมเอเจนต์ที่ทรงพลัง อยู่แล้ว

    • ปลายด้านหนึ่งคือผู้ใช้ที่ไม่ใช่นักพัฒนาซึ่งรู้สึกว่าล็อกมันหนวกหู อีกด้านคือผู้ใช้ขั้นสูงที่รันหลายเอเจนต์พร้อมกัน และตรงกลางคือ วิศวกรที่เฝ้าดูเอเจนต์แบบเรียลไทม์
    • ถ้าลูกค้าที่จ่ายเงิน 80% เป็นคนที่ไม่ใช่นักพัฒนา ก็พอเข้าใจได้ว่าจะทำ UX เพื่อพวกเขา แต่ระยะยาวมันอาจเป็นกลยุทธ์ที่ ทำให้เสียฐานลูกค้าหลัก ก็ได้
    • ผมก็คิดเหมือนกัน การได้ผู้เรียนหน้าใหม่เข้ามาเป็นเรื่องดี แต่ ประสบการณ์ของผู้ใช้ขั้นสูงต้องไม่ถูกสังเวย
    • กลยุทธ์แบบหลายเอเจนต์ขนานกันเป็นสิ่งที่บริษัทอยากทำ เพราะ ให้ผลตอบแทนต่อคนสูงกว่า
    • ดูเหมือนผู้บริหารจะ มั่นใจในตัวเองมากเกินไป กับแนวคิดอย่าง “แทนนักพัฒนาได้ภายในปี 2026” แต่คุณค่าจริงเกิดขึ้นตอนมันช่วยเสริมวิศวกรที่มีฝีมือ
      ถ้าเป็น PM มือใหม่แค่โยนพรอมป์ต์เข้าไป ผลลัพธ์จะเละ แต่ถ้าเป็นทีมที่มีทักษะใช้เครื่องมือแบบนี้ ก็สร้างผลลัพธ์ที่น่าทึ่งได้

  • ช่วงนี้ โหมด verbose ของ Claude Code แย่มาก จนดีบักยาก แต่เพราะยังทำสิ่งที่ต้องการได้อยู่ก็เลยใช้ต่อไป
    ช่วงหลังลูกค้าองค์กรเพิ่มขึ้นมาก จนรู้สึกได้ถึงแรงกดดันทางการเงินของ Anthropic น่าจะต้องมี ความโปร่งใส มากกว่านี้

    • หลายบริษัทที่ย้ายมาใช้ Claude ก็เพราะ ประสิทธิภาพของ Opus 4.5 เป็นจุดเปลี่ยน มันแพงแต่ทรงพลังสมราคา
    • ทุกวันนี้แม้แต่ในโฆษณา YouTube ก็เจอ Claude เต็มไปหมด การตลาดที่ เจาะกลุ่มคนที่ไม่ใช่นักพัฒนา กำลังมาแรง
    • ถ้าจะหาอีกทางเลือก ขอแนะนำ pi coding agent เรียบง่ายและแฮ็กต่อได้ง่าย

  • เป็นเรื่องน่าสนใจที่บริษัท AI ต่าง ๆ เพิ่มข้อจำกัดกับผู้ใช้มากขึ้นภายใต้แรงกดดันทางการเงิน
    ทั้งโฆษณาใน ChatGPT หรือการตัดฟีเจอร์ใน Claude Code ล้วนเป็นสัญญาณแบบนั้น
    Google คิดแนวคิดการแทรกโฆษณาแบบเรียลไทม์ขึ้นมา แต่ OpenAI กลับเป็นคนทำจริงก่อน
    ผมมองกระแสนี้เป็นเหมือน ‘popcorn time’ และตอนนี้ใช้ Gemini แค่บางครั้งเพื่อทำวิจัย

  • ผมใช้ plan mode ซึ่งต่างจากคนส่วนใหญ่
    ผมไม่จำเป็นต้องเฝ้าดูสตรีมโทเค็นระหว่างทาง และก็ไม่มีเหตุผลต้องคุมขั้นตอนของเอเจนต์แบบละเอียดมาก
    สิ่งสำคัญคือผลงานสุดท้ายกับ คำอธิบายสรุปที่ชัดเจน
    ถ้าคำอธิบายไม่ชัด โค้ดก็คงไม่ชัดเหมือนกัน ตอนนั้นผมจะย้อนกลับด้วย git restore . แล้วเริ่มเซสชันใหม่
    การเริ่มใหม่มีประสิทธิภาพกว่าการพยายามยื้อบริบทเดิมไว้มาก