Rò rỉ Bug-Scope của Anthropic: Một mô hình sửa một lỗi và hỏi về lớp lỗi

Câu thú vị nhất trong vụ rò rỉ hiện tại của Anthropic không phải về trí tuệ. Mà là về phạm vi. Theo một báo cáo được lan truyền trên X ngày 19 tháng 10 năm 2026, Anthropic đang chuẩn bị một mô hình mà khi được yêu cầu sửa một lỗi duy nhất, có thể xác định nhóm vấn đề rộng hơn đằng sau lỗi đó và sau đó hỏi liệu nó có nên xử lý cả những vấn đề đó không. Đó là một tuyên bố về việc mô hình dừng lại ở đâu, không phải về việc nó lý luận giỏi đến mức nào — và nó rơi đúng vào đường đứt gãy của mọi tác nhân lập trình đang chạy trong môi trường sản xuất, bao gồm những tác nhân được xây dựng trên Claude Opus 5.5 hiện nay và những tác nhân mà người ta đã cho rằng sẽ chạy trên Claude Fable 5.5, ứng viên chưa được xác nhận cho mô hình đang được mô tả. Anthropic chưa công bố, đặt tên hay ấn định ngày cho bất kỳ mô hình nào như vậy. Không có mã định danh, không có bảng giá, không có thẻ mô hình và không có đánh giá. Mọi nội dung dưới đây về hành vi được báo cáo là thông tin chưa được xác minh, chỉ từ một nguồn duy nhất, và mọi nội dung dưới đây về đội hình hiện tại là từ tài liệu của chính Anthropic. Các sự cố AI và sự cố tác nhân lập trình được ghi nhận đằng sau những báo cáo như thế này được tập hợp trong OrcaRouter AI Incident Archive trong đó mỗi mục có nguồn riêng, mức độ nghiêm trọng, cấp độ tin cậy và cờ tranh chấp.

Cách diễn đạt ở đây quan trọng hơn thường lệ, vì hai bản tóm tắt của cùng một báo cáo mô tả hai hành vi khác nhau. Bản đọc lên như một đặc tả — một lỗi, lớp lỗi đứng sau nó, một câu hỏi về việc có nên mở rộng phạm vi công việc hay không — xuất hiện trong bản chuyển tiếp đến tay chúng ta. Bản tổng hợp công khai của báo cáo, đọc ngày 19 tháng 10, lại mang một câu khác: một mô hình “có trực giác và lập luận tốt hơn, có thể nhận ra những ý định ẩn sau đó và giỏi tư duy phá khuôn khổ hơn.” Đó không phải cùng một khẳng định. Một bên nói về một mô hình đề xuất thêm công việc; bên kia nói về một mô hình hiểu được ý bạn muốn nói. Cả hai đều có thể đúng với cùng một mô hình, nhưng chỉ một trong số đó thay đổi diện mạo của một diff vào sáng thứ Hai, và đó là cái đáng mổ xẻ.

Tuyên bố thực sự nói gì, và không nói gì

Bỏ qua các tính từ, báo cáo mô tả một hành vi gồm ba bước: mô hình được đưa cho một khiếm khuyết, nó khái quát hóa từ khiếm khuyết đó thành một mẫu, và nó đưa mẫu đó ra trước người dùng thay vì âm thầm sửa nó. Bước thứ ba là bước khiến đây trở thành một tuyên bố về thiết kế chứ không phải một tuyên bố về chuẩn đánh giá. Một mô hình lặng lẽ sửa mọi trường hợp sẽ là một tác nhân tự chủ với phạm vi ảnh hưởng không giới hạn. Một mô hình tìm ra mẫu và hỏi lại là đang đề xuất thay đổi phạm vi của nhiệm vụ, điều mà một kỹ sư cẩn trọng làm và là điều mà một tác nhân cẩu thả không nên được phép làm một cách đơn phương.

Đây cũng không phải là một tuyên bố mà ai cũng có thể chấm điểm được ở thời điểm này. Không có bộ tác vụ công khai nào đo lường “đã xác định đúng lớp” so với “đã bịa ra một mẫu không hề tồn tại”. Cả hai hành vi trông giống hệt nhau trong một bản ghi: mô hình trả về một danh sách. Liệu danh sách đó là một sự khái quát hóa thực sự hay một ảo giác đầy tự tin chỉ được xác định bằng cách đọc từng mục, mà đó chính là công việc lẽ ra mô hình phải giúp bạn tiết kiệm.

Những gì báo cáo không nêu cũng có sức nặng tương đương. Không có tên mô hình. Không có mã định danh API. Không có giá, cửa sổ ngữ cảnh hay giới hạn đầu ra. Không có dấu hiệu nào cho biết hành vi đó là mặc định, một chế độ, hay là thứ mà người gọi phải yêu cầu. Và không có bất kỳ xác nhận nào từ nhà cung cấp — phòng tin tức của A​nthropic đã không công bố gì về một mô hình mới kể từ Claude Haiku 5.5 vào ngày 7 tháng 10 năm 2026, và phần tổng quan mô hình của Claude Platform vẫn liệt kê đúng bốn mô hình: Claude Fable 5.1, Claude Opus 5.5, Claude Sonnet 5.5 và Claude Haiku 5.5.

Tại sao “lớp rộng hơn” là một khẳng định khác với “lý luận tốt hơn”

Khả năng lập luận tốt hơn là một tuyên bố an toàn. Thế hệ nào cũng được mô tả như vậy, nó được đo trên các chỉ số công khai, và một phiên bản kế nhiệm đạt điểm cao hơn sẽ là điều được kỳ vọng chứ không phải điều đáng đưa tin. Khái quát hóa từ một trường hợp là một thao tác khác, và lý do nó thú vị là vì đây là mẫu khiếm khuyết thực tế phổ biến nhất trong phần mềm.

Ví dụ kinh điển là injection. Bạn báo cáo một truy vấn chưa được làm sạch trong một handler. Lớp vấn đề đằng sau nó là mọi handler khác cũng xây dựng truy vấn theo cùng một cách. Một người đánh giá từng gặp chuyện này sẽ không sửa mỗi handler đó rồi bỏ qua; họ grep để tìm mẫu, rồi hỏi liệu bản sửa có thuộc ticket này không. Một mô hình làm điều tương tự là đang thực hiện đánh giá, chứ không phải sửa chữa. Đầu ra không phải là một bản vá, mà là một phát hiện — và các phát hiện chỉ hữu ích nếu người có thẩm quyền mở rộng ticket cũng được tham gia vào vòng trao đổi.

• Điều mà khiếu nại mô tả — khi có một lỗi, hãy xác định quy luật và nêu ra trước khi hành động.

• Một bản sửa lỗi thông thường làm gì — thay đổi đoạn mã bạn đã chỉ vào, rồi dừng lại.

• Điều một agent bất cẩn làm — thay đổi đoạn code bạn chỉ định, rồi vẫn tiếp tục, và diff là thứ đầu tiên cho bạn biết về điều đó.

• Điều mà báo cáo còn để ngỏ — liệu “asks” có nghĩa là một câu hỏi gây chặn trong một phiên tương tác hay một ghi chú được thêm vào một thay đổi đã hoàn tất.

Dòng cuối cùng đó chính là điểm mà vụ rò rỉ không còn có thể được chấm điểm nữa. Sự khác biệt giữa hai cách lý giải ấy cũng là sự khác biệt giữa một công cụ tôn trọng kiểm soát thay đổi và một công cụ chỉ ghi lại việc phạm vi của chính nó bị mở rộng sau khi sự việc đã xảy ra.

Hướng dẫn của chính A​nthropic vốn đã nằm ở cả hai phía của vấn đề này.

Đây là điều khiến tuyên bố này đáng tin cậy chứ không phải ngẫu nhiên. Hướng dẫn đã công bố của Anthropic dành cho Claude Code vừa yêu cầu chính xác bản năng này ở một chỗ, vừa cảnh báo chống lại nó ở một chỗ khác, và hai lời khuyên ấy chỉ cách nhau một đoạn văn.

“Giải quyết nguyên nhân gốc rễ, không phải triệu chứng” là một trong những chiến lược được ghi lại trong hướng dẫn thực hành tốt nhất của Claude Code, được minh họa bằng một lỗi build: sửa lỗi và xác minh build thành công, đồng thời không được che giấu lỗi. Đó là chỉ dẫn trực tiếp để nhìn xa hơn trường hợp được báo cáo. Vài mục trước đó, cùng hướng dẫn nói rằng “Xác định phạm vi nhiệm vụ. Chỉ rõ tệp nào, kịch bản nào và tùy chọn kiểm thử,” với ví dụ yêu cầu một bài kiểm thử bao phủ một trường hợp biên thay vì kiểm thử nói chung. Lý do được đưa ra là Claude có thể suy luận ý định nhưng không thể đọc suy nghĩ của bạn.

Hướng dẫn cũng đặt ra ranh giới theo kích thước diff: chế độ lập kế hoạch đáng để chịu chi phí phụ khi một thay đổi chạm đến nhiều tệp hoặc khi cách tiếp cận chưa chắc chắn, và “nếu bạn có thể mô tả diff trong một câu, hãy bỏ qua kế hoạch.” Một mô hình biến một lỗi thành cả một lớp lỗi, về bản chất, đang biến một diff một câu thành một kế hoạch. Vì vậy, hành vi mà bản rò rỉ mô tả không xa lạ với triết lý sản phẩm của A​nthropic — đó là thời điểm hai nguyên tắc được nêu của hãng va chạm nhau, và hiện nay va chạm đó được người dùng giải quyết, không phải mô hình.

Có một lý do thứ hai, kém dễ chịu hơn, khiến tuyên bố này có vẻ hợp lý. Tài liệu của chính Anthropic thẳng thắn thừa nhận rằng một mô hình sẽ dừng lại khi công việc có vẻ đã xong, và rằng nếu không có thứ gì đó để mô hình chạy — một bộ kiểm thử, mã thoát của bản build, một diff so với fixture — thì “có vẻ đã xong” là tín hiệu duy nhất sẵn có. Một mô hình khái quát hóa từ một lỗi thành cả một lớp lỗi là mô hình đã tìm ra một tín hiệu vượt ra ngoài “có vẻ đã xong”. Đó là lập luận mạnh nhất ủng hộ năng lực này và cũng là lập luận mạnh nhất cho việc phải hỏi trước khi hành động dựa trên nó.

Nơi quyết định thực sự được đưa ra hiện nay

Điều hữu ích về vụ rò rỉ này là các biện pháp kiểm soát mà nó cần đã tồn tại, và bạn có thể kiểm tra chúng mà không cần chờ một mô hình. Ba trong số đó là quan trọng.

• Effort — Anthropic cung cấp năm mức, từ low qua medium và high đến xhigh và max, và thiết lập này quy định mức độ công việc mà mô hình tự thực hiện. Claude Opus 5.5 và Claude Haiku 5.5 mặc định ở mức medium; các mô hình hiện hành khác mặc định ở mức high. Effort áp dụng cho mọi token đầu ra, kể cả các lệnh gọi công cụ, nghĩa là một mô hình có xu hướng mở rộng phạm vi khi ở mức effort high vẫn là mô hình mở rộng phạm vi, chỉ là với hóa đơn lớn hơn.

• Plan mode — Claude Code tách khám phá khỏi thực thi, và ngưỡng được tài liệu hóa để sử dụng nó chính xác là trường hợp nhiều tệp mà một lớp lỗi ngụ ý. Cơ chế kiểm soát này không phải là bộ lọc trên các ý tưởng của mô hình; đó là một giai đoạn mà bạn được thấy phạm vi đã mở rộng trước khi nó trở thành một diff.

• Cổng tất định — các hook chạy một kiểm tra dưới dạng script và có thể chặn một lượt không cho kết thúc cho đến khi nó vượt qua. Đó là cái duy nhất trong ba cái không phụ thuộc vào việc mô hình chọn hỏi. Nếu hành vi được báo cáo ấy có ngày được phát hành, cách trung thực để dùng nó là đặt sau một cổng do bạn viết, bởi vì “hỏi liệu nó có nên xử lý những điều đó” là một lời hứa về phán đoán của mô hình, còn một hook dừng là lời hứa về phán đoán của chính bạn.

Không điều nào trong số đó là sự chỉ trích đối với tuyên bố ấy. Đó chính là lý do tuyên bố ấy thú vị: một mô hình đề xuất phạm vi rộng hơn chỉ là một cải tiến nếu việc mở rộng đó hiển thị trước khi được áp dụng, và mọi cơ chế khiến nó hiển thị đều là thứ do bên gọi cấu hình, chứ không phải thứ mô hình bảo đảm.

Chi phí sẽ là bao nhiêu nếu nó hoạt động được

Mở rộng phạm vi là kiểu hữu ích tốn kém nhất, vì nó nhân đầu ra chứ không phải đầu vào. Trên bảng giá hiện tại của A​nthropic, Claude Fable 5.1 có giá 10 USD mỗi triệu token đầu vào và 50 USD mỗi triệu token đầu ra, còn Claude Opus 5.5 là 4 USD và 20 USD — và tài liệu của chính A​nthropic hướng các nhà phát triển dùng Claude Opus 5.5 trước, chỉ chuyển sang Fable khi đánh giá trên Opus với nỗ lực cao hơn vẫn chưa đạt yêu cầu. Một mô hình mà điểm bán hàng là tìm ra nhiều việc hơn để làm lại đi ngược trực tiếp với lời khuyên đó, vì hạng rẻ là hạng mà bạn muốn đầu ra của nó được nhân lên, còn hạng đắt là nơi một ticket bị mở rộng trở thành một dòng ngân sách.

Có một chi phí bậc hai không xuất hiện trên hóa đơn token: việc rà soát. Một bản vá cho một hàm có thể được đọc trong một phút. Một phát hiện nêu ra chín vị trí gọi khác thì phải được xác minh từng mục một, và việc xác minh ấy chính là công việc mà mô hình tuyên bố đã loại bỏ. Đó không phải là lý lẽ chống lại năng lực này — một người đánh giá giỏi có danh sách kiểm tra sẽ nhanh hơn một người đánh giá giỏi không có nó — nhưng nó có nghĩa là giá trị phụ thuộc vào độ chính xác. Một mô hình đưa ra năm trường hợp đúng và một trường hợp bịa ra đã khiến bạn tốn thời gian để bác bỏ trường hợp bịa ra, và dạy bạn tin danh sách đó ít hơn một chút.

Những gì bạn có thể gọi hôm nay, và câu trả lời trung thực về điều này

Không có gì mới. Không có mã định danh nào cho mô hình trong báo cáo, và danh mục của chính chúng tôi là một phép thử công bằng cho điều đó: khi hỏi nó về anthropic/claude-fable-5.5 thì trả về model not found, và anthropic/claude-haiku-5.5 cũng vậy. Các chuỗi này không nằm trong số 209 mô hình mà chúng tôi định tuyến. Cái thực sự phân giải được là dòng mô hình hiện tại theo giá niêm yết của A​nthropic — anthropic/claude-opus-5.5 với cửa sổ ngữ cảnh 1M token, giới hạn đầu ra 128K và $4 / $20 mỗi triệu, và anthropic/claude-fable-5.1 ở mức $10 / $50. Bất kỳ nền tảng nào hiện đang quảng cáo quyền truy cập vào “mô hình săn lỗi mới của A​nthropic” đều đang bán một cái tên.

Câu hỏi thực tế mà người đọc thực sự có không phải là mô hình được gọi là gì. Mà là làm thế nào để biết liệu một mô hình mở rộng phạm vi có giúp ích hay gây hại trên codebase của bạn mà không đặt cược một đường đi production vào một tin đồn. Đó là câu hỏi định tuyến, và đó là nơi nền tảng chứng tỏ được giá trị của mình: gửi một phần yêu cầu đến mô hình chưa được kiểm chứng với một mô hình bạn đã đo lường đằng sau nó, để một khái quát hóa tồi chỉ khiến bạn tốn một lần đánh giá thay vì một sự cố. Các thay đổi giá và bản phát hành mới của A​nthropic xuất hiện trên OrcaRouter cùng ngày với mức tăng giá 0%, vì vậy khi một bảng giá xuất hiện, chi phí của thử nghiệm là giá niêm yết và không thêm gì khác. Bạn có thể thấy chính xác mô hình đứng đầu danh mục hiện tại tốn bao nhiêu trên trang mô hình Claude Opus 5.5, và so sánh nó với trang Claude Fable 5.1 trước khi quyết định khối lượng công việc của bạn nên mặc định dùng mô hình nào.

Điều gì sẽ thay đổi phần này

Ba điều, và điều đầu tiên là điều sẽ giải quyết mọi chuyện nhanh nhất.

Một câu từ chính chủ. Một dòng trong tài liệu của Anthropic mô tả thời điểm mô hình mở rộng phạm vi, và liệu việc mở rộng đó là mặc định hay phải chọn bật, sẽ biến toàn bộ vụ rò rỉ thành một bản đặc tả. Việc thiếu dòng đó là lý do mọi khẳng định ở đây đều phải được rào đón.

Một đánh giá đã được công bố. “Tìm ra lớp” chỉ có ý nghĩa khi đối chiếu với “bịa ra lớp”, và không nhà cung cấp nào công bố một bộ nhiệm vụ có thể phân tách hai điều đó. Cho đến khi có một bộ như vậy — precision và recall trên việc nhận diện lớp khuyết tật, được chấm bởi người khác ngoài phòng thí nghiệm — thì một tuyên bố về việc tổng quát hóa từ một lỗi chỉ là mô tả một ý định, không phải một năng lực có thể so sánh giữa các mô hình.

Tên gọi và bảng giá đi cùng nhau. Quy ước đặt tên đã ổn định qua Fable 5, Fable 5.1, Opus 5.5, Sonnet 5.5 và Haiku 5.5, và phần định danh thể hiện bậc: một claude-fable-5-5 sẽ ngụ ý $10 / $50 và một claude-opus-5-6 sẽ ngụ ý $4 / $20. Một chuỗi trong phần tổng quan mô hình giải đáp câu hỏi mà bản rò rỉ dành cả nghìn từ để nói tới.

Cho đến lúc đó, quan điểm trung thực là một phòng thí nghiệm tiên phong được cho là đang xây dựng hướng tới một hành vi mà mọi tổ chức kỹ thuật đều đã có chính sách về nó, và chưa ai công bố chính sách đó. Việc một mô hình có nên sửa lỗi bạn đã báo cáo, hay lỗi mà bạn không biết mình đang có, không phải là câu hỏi về năng lực. Đó là câu hỏi về việc ai giữ nút merge, và vụ rò rỉ — vốn nói rằng mô hình sẽ hỏi — là một câu trả lời đáng yên tâm hơn câu trả lời mà hầu hết các coding agent hiện đưa ra, tức là cứ tiếp tục và để diff tự giải thích.