7 điểm bởi GN⁺ 2026-02-12 | 1 bình luận | Chia sẻ qua WhatsApp
  • Ở phiên bản mới nhất 2.1.20, việc đọc tệp và hiển thị mẫu tìm kiếm đều bị thay bằng một câu tóm tắt duy nhất, khiến người dùng không thể biết tệp hay mẫu nào đang được xử lý
  • Người dùng đang yêu cầu qua các issue trên GitHub khôi phục hiển thị đường dẫn tệp và mẫu tìm kiếm hoặc thêm tùy chọn bật/tắt
  • Công ty phát triển Anthropic trả lời rằng “việc đơn giản hóa hữu ích với đa số người dùng”, nhưng trên thực tế phần lớn là các bình luận bất mãn
  • Phương án thay thế được đưa ra là dùng verbose mode, nhưng tiếp tục bị chỉ trích là kém thực dụng vì xuất quá nhiều thông tin debug
  • Dù đã qua nhiều phiên bản, vẫn chưa có giải pháp gốc rễ, và người dùng đang quay lại phiên bản cũ (2.1.19) hoặc yêu cầu thêm một cờ cấu hình đơn giản

Những thay đổi trong Claude Code 2.1.20

  • Ở phiên bản mới, toàn bộ phần đọc tệp và hiển thị mẫu tìm kiếm đã bị thay bằng một dòng tóm tắt như “Read 3 files”, “Searched for 1 pattern”
    • Trước đây, hệ thống hiển thị cụ thể những tệp nào đã được đọc và những mẫu nào đã được tìm kiếm
    • Giờ đây các chi tiết đó đã biến mất, khiến người dùng khó theo dõi hành vi của công cụ trong codebase hơn
  • Vì thay đổi này, những người dùng trả 200 USD mỗi tháng đã chỉ trích rằng công cụ đã đánh mất tính minh bạch

Phản ứng của người dùng và các issue trên GitHub

  • Trong nhiều issue trên GitHub, người dùng liên tục đưa ra cùng một yêu cầu: “hãy hiển thị lại đường dẫn tệp, hoặc ít nhất thêm tùy chọn bật/tắt”
  • Anthropic phản hồi rằng “với đa số người dùng, việc đơn giản hóa là một cải tiến giúp giảm nhiễu”
    • Tuy nhiên, bài viết chỉ ra rằng không có cơ sở nào cho chữ “đa số”, và thực tế chỉ thấy các ý kiến bất mãn
  • Giải pháp mà Anthropic đưa ra là khuyến nghị dùng verbose mode

Tranh cãi quanh verbose mode

  • verbose mode xuất ra terminal cả thinking traces, hook output, sub-agent transcript, và toàn bộ nội dung tệp
    • Người dùng phàn nàn rằng “thứ họ muốn chỉ đơn giản là hiển thị đường dẫn tệp và mẫu tìm kiếm”, chứ không phải lượng đầu ra quá mức như vậy
  • Phía phát triển trả lời rằng họ sẽ “cải thiện verbose mode để phù hợp với các trường hợp sử dụng của người dùng”, nhưng
    • khoảng 30 người dùng vẫn lặp đi lặp lại yêu cầu “hoàn tác thay đổi hoặc thêm tùy chọn bật/tắt”
  • Một người dùng chỉ ra rằng những câu như “Searched for 13 patterns, read 2 files” là thông tin hoàn toàn vô nghĩa

Những “sửa đổi” ở các phiên bản sau và vấn đề vẫn tiếp diễn

  • Ở các phiên bản sau, một phần thinking traces và hook output trong verbose mode đã được loại bỏ để bớt dài dòng hơn
    • Tuy vậy, hệ thống vẫn hiển thị toàn bộ đầu ra của sub-agent, khiến màn hình vẫn rối mắt
  • Trước đây, công việc của từng sub-agent được hiển thị dưới dạng một dòng stream ngắn gọn, nhưng
    • hiện tại lượng lớn văn bản từ nhiều agent được xuất ra cùng lúc, làm giảm khả năng đọc
  • Bài viết phê phán rằng “rốt cuộc nếu cứ loại bỏ từng thành phần trong verbose mode, thì chẳng khác gì làm lại chức năng bật/tắt

Cách người dùng đối phó và kết luận

  • Một số người dùng đã ghim lại phiên bản 2.1.19
  • Bản sửa được yêu cầu thực chất chỉ cần thêm một cờ cấu hình boolean đơn giản, nhưng
    • phía phát triển vẫn chỉ tập trung vào việc điều chỉnh verbose mode
  • Bài viết khép lại bằng lời mỉa mai thái độ của Anthropic như một sự đối lập giữa thông điệp “tôn trọng người dùng” trong quảng cáo Super Bowl và cách phản hồi trên GitHub

1 bình luận

 
GN⁺ 2026-02-12
Ý kiến trên Hacker News
  • Tôi là Boris từ đội Claude Code. Tôi muốn giải thích bối cảnh của thay đổi lần này
    Điều khó khi xây dựng sản phẩm dựa trên LLM là mô hình liên tục tiến hóa. Đã 1 năm kể từ khi Claude Code ra mắt, và Claude giờ thông minh hơn nhiều, chạy lâu hơn, đồng thời tự chủ sử dụng được nhiều công cụ hơn.
    Sự tiến bộ này rất ấn tượng, nhưng đồng thời cũng khiến sản phẩm khó theo kịp tốc độ của mô hình. Trong môi trường terminal, lượng đầu ra đã trở nên quá nhiều, khiến người dùng cảm thấy mệt mỏi.
    Vì vậy, ở chế độ xem mặc định, chúng tôi chỉ hiển thị thông tin quan trọng, và áp dụng cách tiếp cận tiết lộ dần (progressive disclosure) để có thể xem chi tiết khi cần.
    Nội bộ chúng tôi đã thử nghiệm hơn một tháng để tinh chỉnh UX, nhưng điều đó vẫn gây bất tiện cho một số người dùng. Chúng tôi đã sửa đổi nhiều lần dựa trên phản hồi, và trong bản phát hành tiếp theo sẽ bao gồm PR cải thiện đầu ra subagent.
    Phản hồi của người dùng là cốt lõi cho sự phát triển của sản phẩm, nên mong mọi người tiếp tục gửi ý kiến

    • Việc có thể trực tiếp thấy các tệp mà Claude đọc thực sự rất hữu ích. Nhờ đó tôi có thể bổ sung ngữ cảnh để giảm lãng phí token. Bản cập nhật gần đây khiến điều đó trở nên khó khăn hơn nên khá tiếc. Chế độ verbose không phải câu trả lời, và tôi nghĩ nên có thể điều chỉnh bằng cài đặt
    • Tôi là người dùng screen reader và CTO của một công ty về accessibility. Thay đổi lần này không chỉ là bất tiện mà là mất chức năng. Người dùng thị giác có thể “nhìn một cái là thấy”, nhưng tôi phải nghe tuần tự từng dòng.
      Đầu ra tóm tắt như “Read 3 files” khiến tôi không thể biết đang đọc những tệp nào. Chế độ verbose lại dội quá nhiều thông tin, khiến accessibility còn tệ hơn.
      Chỉ cần thêm một tùy chọn cài đặt boolean để hiển thị đường dẫn tệp và mẫu tìm kiếm inline là đủ. Đây không phải tính năng cho power user mà là nền tảng accessibility cơ bản
    • Đã có rất nhiều tùy chọn cài đặt rồi, nên tôi thắc mắc vì sao lại không có cái này. Đường dẫn tệp rất quan trọng để hiểu ngữ cảnh công việc. Giờ thì có cảm giác như đang lái xe trên con đường đầy sương mù. Chỉ cần thêm một nút bật/tắt là được
    • Tôi tò mò liệu việc Claude thông minh hơn có nghĩa là logic trước đây do agent đảm nhiệm giờ đã được chuyển vào bên trong mô hình hay không. Nếu vậy thì việc giữ tính nhất quán là rất quan trọng
    • Khó mà tin vào câu “đa số người dùng thích hơn”. Tôi thậm chí không biết giờ thực sự có thể làm gì với đầu ra hiện tại
  • Các đầu ra như “Read 3 files” là điển hình của chủ nghĩa tối giản UX che giấu thông tin hữu ích. Việc product manager loại bỏ thông tin với danh nghĩa “cải thiện trải nghiệm người dùng” là vấn đề mà ngành này lẽ ra đã phải vượt qua rồi.
    Nếu không hiểu sâu cách khách hàng thực sự sử dụng sản phẩm, những sai lầm kiểu này sẽ cứ lặp lại

    • Tôi nghĩ product management là một trong những meme tệ nhất của ngành. Những người chưa từng dùng sản phẩm lại đi phân bổ tài nguyên và quyết định phát hành. Thà để một kỹ sư có kỹ năng giao tiếp tốt trực tiếp nói chuyện với người dùng còn hơn
    • PM nói rằng sẽ cải thiện developer UX là một ảo tưởng. Lập trình viên muốn khả năng tùy chỉnh. Ngay cả key binding hay thụt lề còn chẳng thể thống nhất, thì không thể làm một UX duy nhất khiến tất cả hài lòng được
    • Dù vậy cũng không cần nhìn quá bi quan. Khi tính năng ngày càng nhiều thì việc đơn giản hóa UX là cần thiết. Đôi khi ẩn menu đi hoặc chuyển sang chế độ verbose là hợp lý.
      Tất nhiên vẫn có thể mắc sai lầm, nhưng chỉ cần điều chỉnh lại bằng phản hồi người dùng. Rốt cuộc đây là quá trình tìm sự cân bằng giữa quá tải thông tin và sự đơn giản hóa
    • Việc các website ngày nay chỉ hiện những thông báo mơ hồ như “đã xảy ra sự cố” cũng cùng một mạch như vậy. Những quyết định kiểu này không giống sai lầm mà giống lựa chọn có chủ đích hơn
    • Người dùng mới cần xây dựng niềm tin bằng đầu ra chi tiết trước khi tin vào sản phẩm. Theo thời gian họ sẽ chuyển sang chế độ xem trừu tượng hơn, nhưng ở giai đoạn đầu thì log chi tiết là cần thiết
  • Các issue GitHub liên quan đến Claude Code
    Có vẻ Anthropic không muốn để lộ hoạt động nội bộ cho người dùng. Mỗi bản phát hành tôi lại phải tự vá trực tiếp để khôi phục tính năng

    • Có lẽ đây là chiến lược tách tính năng ra để thu thêm phí ở gói cao hơn. Nếu Claude Code đạt tới mức thay thế kỹ sư, thì theo logic đó nó cũng phải đắt tương xứng
    • Nhưng khi sớm chuyển sang phân phối binary thì việc vá cũng sẽ khó hơn. Gói NPM có lẽ sẽ chỉ còn là wrapper đơn giản
    • Trong khi đó Copilot của OpenAI thì có thể quan sát toàn bộ log bằng cách MITM. Claude kín hơn so với điều đó
    • Những giới hạn như vậy có khả năng chủ yếu nhằm ngăn đối thủ muốn sao chép mô hình hơn là vì người dùng
    • Nếu đó thực sự là mục tiêu, thì ngay từ đầu đáng ra không nên để lộ thinking block cho client của người dùng. Cấu trúc hiện tại có tính mâu thuẫn
  • Tôi là người dùng Claude Code hạng nặng, nhưng các bản cập nhật gần đây ngày càng nhiều vấn đề hiệu năng và bug.
    Có cảm giác Anthropic đang cố kiểm soát toàn bộ workflow của lập trình viên, và thật đáng tiếc khi họ đi theo cấu trúc đóng. React TUI cũng khó xử lý
    Ngược lại, Codex 5.3 ổn định hơn nhiều với chuỗi agent mã nguồn mở. Trong khoảng một tháng rưỡi gần đây tôi không thích định hướng của Anthropic

    • Tôi cũng cảm thấy tương tự. Amp mang lại tương tác mượt và trực quan hơn nhiều. Claude Code có vẻ cần được refactor toàn diện
    • Codex 5.3 đã giải quyết được vấn đề mà Claude cũng không xử lý nổi suốt 2 tuần
    • Nhưng trong trường hợp của tôi, Codex gần như vô dụng ở gói Plus. Tích hợp VS Code cũng đang hỏng
    • Tôi đã chuyển sang Codex 5.3. Rẻ hơn, và nếu so CEO với nhau thì Altman đỡ gây khó chịu hơn Amodei. Các cuộc phỏng vấn báo chí của Amodei nghe như những lời tiên tri viển vông
  • Thương hiệu của Claude đang dần trở thành “Microsoft của giới AI”.
    Nếu muốn không đánh mất văn hóa lấy lập trình viên làm trung tâm thì nội bộ cần có nỗ lực tự điều chỉnh.
    Microsoft đã thống trị thị trường trong thập niên 90~00, nhưng về dài hạn thì trải nghiệm nhà phát triển (DX) lại xấu đi.
    Apple đã tái cấu trúc OS trên nền BSD và liên kết với hệ sinh thái Linux, và đó là điều tạo nên khác biệt dài hạn. Anthropic cũng nên học từ lịch sử đó

    • Anthropic đang chuẩn bị IPO trong năm nay, và từ giờ là thời điểm họ bắt đầu chuyển hướng từ sự hài lòng của người dùng sang tối đa hóa doanh thu.
      Dưới áp lực kết quả kinh doanh hàng quý từ phố Wall, những thay đổi kiểu này là con đường gần như không thể tránh khỏi
    • Điều khiến tôi bực nhất là ngay cả với gói Claude Max tôi cũng không thể dùng OpenCode. Tôi thấy UI của OpenCode tốt hơn nhiều
    • Có khi thay vì ngăn việc trở thành “Microsoft của AI”, họ lại đang nhắm đúng mục tiêu đó cũng nên
  • Hồi Skyrim ra mắt, nó từng bị chê vì đơn giản hóa hệ thống, nhưng cuối cùng vẫn thành công.
    Tranh cãi lần này cũng tương tự. Có người nổi giận với thay đổi, nhưng người khác chỉ quan tâm kết quả cuối cùng.
    Tuy vậy, vấn đề lớn hơn là cảm giác các lập trình viên đang mất quyền kiểm soát. Từ autocomplete, project scaffolding, đến giờ là cả việc hiển thị tên tệp — những thay đổi nhỏ tích tụ lại tạo ra bất an

    • Nhưng Claude Code là công cụ lập trình. Đã có sản phẩm Co-work cho người không phải lập trình viên rồi, nên tôi không hiểu vì sao lại hy sinh UX cho lập trình viên
    • Dù là thuê bao tháng thì giới hạn token vẫn khiến việc tối ưu hóa tiếp tục quan trọng
    • Nếu nhìn vào trường hợp Starfield, nơi sự đơn giản hóa của Skyrim bị xem là thất bại về dài hạn, thì hướng đi này có thể nguy hiểm
    • Cá nhân tôi thấy Dark Messiah hoàn thiện hơn Skyrim rất nhiều. Video liên quan
  • Gần đây tệp người dùng không phải lập trình viên đang tăng lên, nên có vẻ Anthropic đang làm UX theo hướng đó.
    Nhưng kết quả là các kỹ sư thực thụ lại đang bị gạt ra ngoài.
    Tôi nghĩ tốt hơn là nên có phiên bản Claude Code Web/desktop riêng cho người không phải lập trình viên. Terminal vốn dĩ phù hợp với môi trường agent mạnh mẽ

    • Ở một đầu là người không phải lập trình viên thấy log quá ồn, ở đầu kia là power user chạy nhiều agent song song, và ở giữa là các kỹ sư quan sát agent theo thời gian thực
    • Nếu 80% khách hàng trả tiền là người không phải lập trình viên thì việc làm UX cho họ là điều có thể hiểu. Nhưng về dài hạn, đó cũng có thể là chiến lược đánh mất nhóm khách hàng cốt lõi
    • Tôi cũng nghĩ vậy. Việc thu hút người học là tốt, nhưng trải nghiệm của người dùng nâng cao không nên bị hy sinh
    • Chiến lược agent song song là điều hấp dẫn với doanh nghiệp vì tỷ suất sinh lời so với con người cao hơn
    • Có vẻ ban lãnh đạo đang quá tin vào những tuyên bố như “thay thế lập trình viên vào năm 2026”. Nhưng giá trị thực tế chỉ xuất hiện khi hỗ trợ kỹ sư giàu kinh nghiệm.
      Nếu một PM mới chỉ quăng prompt vào thì sẽ thành hỗn loạn. Còn khi một đội ngũ lành nghề dùng những công cụ này, họ có thể tạo ra kết quả đáng kinh ngạc
  • Dạo này chế độ verbose của Claude Code rất tệ, nên debug rất khó. Nhưng vì thứ cần dùng vẫn còn hoạt động nên tôi cứ dùng tạm.
    Khi khách hàng doanh nghiệp tăng vọt gần đây, có thể cảm nhận được áp lực tài chính của Anthropic. Cần tính minh bạch nhiều hơn

    • Lý do nhiều công ty chuyển sang Claude là vì hiệu năng của Opus 4.5 là bước ngoặt. Nó đắt nhưng mạnh tương xứng
    • Gần đây quảng cáo Claude trên YouTube cũng tràn ngập. Marketing nhắm tới người không phải lập trình viên đang rất mạnh
    • Tôi đề xuất pi coding agent như một lựa chọn thay thế. Nó đơn giản và dễ hack
  • Thật thú vị khi các công ty AI đang tăng thêm ràng buộc cho người dùng dưới áp lực tài chính.
    Quảng cáo trong ChatGPT, việc Claude Code gỡ bỏ tính năng v.v. đều là tín hiệu của điều đó.
    Google đã nghĩ ra việc chèn quảng cáo thời gian thực, nhưng OpenAI lại là bên triển khai thật trước.
    Tôi xem xu hướng này như “giờ ăn bỏng ngô”. Thỉnh thoảng tôi chỉ dùng Gemini cho mục đích nghiên cứu

  • Tôi khác với đa số mọi người ở chỗ tôi dùng chế độ plan.
    Tôi không cần phải theo dõi luồng token trung gian, cũng không có lý do gì để quản lý quá chi tiết từng bước của agent.
    Điều quan trọng là kết quả và phần tóm tắt giải thích rõ ràng.
    Nếu lời giải thích không rõ ràng thì code cũng không rõ ràng. Khi đó tôi dùng git restore . để quay lại rồi bắt đầu phiên mới.
    Bắt đầu lại từ đầu hiệu quả hơn nhiều so với cố cứu vãn ngữ cảnh cũ