Lời biên tập: Claude Fable 5 được phát hành vào ngày 9 tháng 6 năm 2026, Anthropic định vị nó là một mô hình cấp Mythos, chuyên về các nhiệm vụ kỹ thuật phần mềm dài hạn và có các tính năng bảo mật mạnh mẽ hơn.

Sau khi mô hình mới ra mắt, các nhà phát triển nhanh chóng bắt đầu khám phá cách sử dụng nó trong các tình huống kỹ thuật thực tế: Prompt kiểm toán kho lưu trữ được @meta_alchemist chia sẻ này là một trường hợp điển hình. Nó không chỉ khiến Fable 5 tạo mã, mà còn hoạt động như một trưởng nhóm kỹ thuật kỳ cựu, kiểm tra hệ thống kho mã nguồn theo bốn giai đoạn: đầu tiên, sắp xếp cấu trúc dự án và ngăn xếp công nghệ; sau đó, kiểm tra các vấn đề về kiến trúc, bảo mật, kiểm thử, hiệu suất, phụ thuộc và tài liệu dựa trên các tệp thực tế và số dòng; tiếp theo, tinh chỉnh chiến lược cải thiện và chia nhỏ thành các mốc công việc với mức độ ưu tiên và ước tính khối lượng công việc. Một số người dùng đã sử dụng điều này để dọn dẹp nợ kỹ thuật, phát hiện các lỗ hổng bảo mật và vấn đề hiệu suất mà các mô hình cũ bỏ sót; một số khác gặp phải các vấn đề sớm như môi trường sandbox không ổn định.

Nhìn chung, việc phát hành Fable 5 không chỉ là một lần nâng cấp khả năng mô hình, mà còn thúc đẩy hơn nữa AI từ "trợ lý viết mã" tiến tới trở thành "cộng tác viên kiểm toán kỹ thuật và cải thiện dự án".

Dưới đây là bài viết gốc:

Bạn đã sử dụng Claude Fable 5 chưa?

Một trong những việc đầu tiên bạn nên làm là sử dụng nó để nâng cấp dự án cốt lõi của mình, giúp cải thiện đáng kể mọi công việc bạn đang tiến hành.

Hãy chạy "Lời nhắc Kiểm toán & Cải thiện Dự án" dưới đây (chỉ cần sao chép và dán) trong mọi kho mã nguồn quan trọng đối với bạn:

Kế hoạch Kiểm toán & Cải thiện Kho Mã Nguồn

Bạn là một kỹ sư phần mềm cấp cao hàng đầu thế giới và là chuyên gia kiểm toán kỹ thuật. Nhiệm vụ của bạn là phân tích sâu sắc kho mã nguồn này, đưa ra một báo cáo kiểm toán trung thực và cung cấp một kế hoạch cải thiện có thể thực thi được, được sắp xếp theo mức độ ưu tiên. Vui lòng tuân thủ nghiêm ngặt bốn giai đoạn sau đây lần lượt, không bỏ qua bước nào.

Tất cả đánh giá phải dựa trên bằng chứng từ tệp thực tế: vui lòng trích dẫn đường dẫn tệp và số dòng. Nếu một điều gì đó không thể xác minh, hãy nêu rõ, đừng phỏng đoán.

Giai đoạn 1 / Khám phá & Sắp xếp: Đọc trước, đánh giá sau

Trước khi đưa ra bất kỳ kết luận nào, hãy khám phá có hệ thống toàn bộ kho mã nguồn:

· Sắp xếp cấu trúc thư mục, xác định loại dự án, ngôn ngữ, framework được sử dụng và mục tiêu chạy.

· Xác định các tệp đầu vào, module chính cũng như luồng dữ liệu và luồng điều khiển chính trong hệ thống.

· Đọc tệp kê khai package, lockfile, cấu hình xây dựng, cấu hình CI, tệp cấu hình/môi trường, cũng như tất cả tài liệu, bao gồm README, CONTRIBUTING, ADR, v.v.

· Xác định mục đích của dự án này: mục tiêu, người dùng dự kiến và mức độ trưởng thành hiện tại — là nguyên mẫu, công cụ nội bộ, dịch vụ sản xuất hay một thư viện.

· Ghi lại các quy ước mà dự án đã áp dụng, bao gồm quy tắc đặt tên, ranh giới module, mẫu xử lý lỗi, phong cách kiểm thử, v.v., để các đề xuất sau này phù hợp với văn hóa kỹ thuật hiện có, thay vì chống lại nó.

Đầu ra giai đoạn này: Một "Bản đồ kho mã nguồn" ngắn gọn, bao gồm mục đích dự án, ngăn xếp công nghệ, phác thảo kiến trúc, các thư mục quan trọng và mô tả ngắn gọn của chúng, cũng như bất kỳ điều gì làm bạn ngạc nhiên.

Giai đoạn 2 / Kiểm toán: Dựa trên bằng chứng và đánh giá mức độ nghiêm trọng

Vui lòng kiểm toán từng khía cạnh sau đây.

Đối với mỗi phát hiện, hãy ghi lại:

a) Bạn phát hiện điều gì

b) Phát hiện ở đâu, định dạng: Tệp:số_dòng

c) Tại sao điều này quan trọng, tức là hậu quả cụ thể, không phải nguyên tắc trừu tượng

d) Mức độ nghiêm trọng: Critical / High / Medium / Low

Kiến trúc & Thiết kế

Ranh giới module, mức độ ghép nối/tính kết dính, phụ thuộc vòng, rò rỉ trừu tượng, đối tượng/tệp "god object", vi phạm phân tầng, điểm nghẽn khả năng mở rộng.

Chất lượng Mã

Mã trùng lặp, mã không dùng đến, điểm nóng phức tạp, bao gồm hàm dài nhất, hàm có nhiều nhánh nhất; các mẫu không nhất quán; lỗ hổng xử lý lỗi, ví dụ ngoại lệ bị bỏ qua, trường hợp biên bị thiếu; lỗ hổng an toàn kiểu.

Bảo mật

Khóa hoặc thông tin xác thực được mã hóa cứng, rủi ro chèn mã, giải tuần tự không an toàn, thiếu xác thực đầu vào, điểm yếu xác thực/ủy quyền, phụ thuộc lỗi thời có CVE đã biết, cấu hình quá lỏng lẻo.

Kiểm thử

Lỗ hổng phủ sóng kiểm thử, đặc biệt là logic nghiệp vụ cốt lõi; chất lượng kiểm thử, tức là kiểm thử đang xác minh hành vi hay chỉ xác minh nó chạy được; các loại kiểm thử bị thiếu, bao gồm kiểm thử đơn vị, kiểm thử tích hợp, kiểm thử end-to-end; các mẫu kiểm thử dễ dao động; mã khó kiểm thử.

Hiệu suất

Truy vấn N+1, cấp phát hoặc sao chép không cần thiết, lệnh gọi chặn trong đường dẫn bất đồng bộ, thiếu bộ nhớ đệm hoặc chỉ mục, vấn đề tăng trưởng không giới hạn, ví dụ bộ nhớ, tệp, hàng đợi.

Phụ thuộc

Phụ thuộc lỗi thời, không được bảo trì, trùng lặp hoặc nặng nề không cần thiết; rủi ro giấy phép; tình trạng bảo trì lockfile.

Trải nghiệm Phát triển & Vận hành

Chi phí xây dựng/khởi chạy, lỗ hổng CI/CD, thiếu kiểm tra bắt buộc lint/formatting, chất lượng nhật ký và khả năng quan sát, báo cáo lỗi, đường triển khai.

Tài liệu

Tính chính xác của README, đường dẫn bắt đầu, hành vi quan trọng chưa được ghi lại, tài liệu lỗi thời mâu thuẫn với mã.

Quy tắc Giai đoạn này

Thà đưa ra 15 phát hiện với độ tin cậy cao còn hơn 50 phát hiện suy đoán.

Phân biệt sự thật và phán đoán. Ví dụ:

· Sự thật: "Hàm này không có xử lý lỗi: src/api/client.ts:142"

· Phán đoán: "Ranh giới trách nhiệm của module này có vẻ không rõ ràng"

Và hãy đánh dấu rõ ràng cái nào thuộc loại nào.

Đồng thời liệt kê những điểm tốt của kho mã nguồn này. Ưu điểm cũng quan trọng, vì chúng quyết định những gì nên được giữ lại.

Đầu ra giai đoạn này: Một "Báo cáo Kiểm toán". Vui lòng nhóm theo khía cạnh, sắp xếp theo mức độ nghiêm trọng và bao gồm một phần Strengths (Ưu điểm). Đừng quên chỉ ra những vấn đề xấu xí nhất, cần được xử lý ưu tiên nhất.

Giai đoạn 3 / Chiến lược Cải thiện

Tổng hợp kết quả kiểm toán thành một bộ chiến lược:

· Xác định 3–5 chủ đề có thể giải thích hầu hết các vấn đề, ví dụ: "Không có ranh giới bắt buộc giữa các tầng", "Xử lý lỗi quá tạm bợ".

· Đối với mỗi chủ đề, đề xuất trạng thái mục tiêu và nguyên tắc đằng sau nó.

· Nêu rõ sự đánh đổi: Những vấn đề nào bạn đề xuất tạm thời không sửa, tại sao không sửa, ví dụ đầu tư không tương xứng với lợi ích, rủi ro cao, mức độ trưởng thành của dự án tạm thời chưa cần.

· Xác định thế nào là "hoàn thành" — đưa ra các tín hiệu có thể đo lường được, ví dụ: "CI sẽ thất bại do lỗi lint", "Độ phủ sóng kiểm thử của module cốt lõi ≥ 80%", "Các vấn đề mức Critical về 0".

Giai đoạn 4 / Kế hoạch Nhiệm vụ Chi tiết

Chuyển đổi chiến lược thành kế hoạch thực thi:

Chia nhỏ công việc thành các nhiệm vụ độc lập. Mỗi nhiệm vụ phải bao gồm:

· Tiêu đề và một đoạn mô tả nhiệm vụ

· Các tệp/khu vực bị ảnh hưởng

· Tiêu chí nghiệm thu, tức là làm thế nào để xác minh nó đã hoàn thành

· Ước tính khối lượng công việc: S = dưới 2 giờ, M = nửa ngày, L = 1–2 ngày, XL = cần chia nhỏ thêm

· Rủi ro của chính thay đổi đó, tức là nó có khả năng phá vỡ chức năng hiện có không

· Sự phụ thuộc vào các nhiệm vụ khác

Vui lòng sắp xếp các nhiệm vụ theo các mốc quan trọng:

Milestone 0

Lưới an toàn: Những việc phải hoàn thành trước khi tái cấu trúc an toàn, ví dụ: kiểm thử đường dẫn quan trọng, cổng CI, sao lưu.

Milestone 1

Sửa chữa quan trọng: Các vấn đề bảo mật và vấn đề chính xác.

Milestone 2

Cải thiện đòn bẩy cao: Những thay đổi giúp tất cả công việc sau này dễ dàng hơn.

Milestone 3

Chất lượng & Hoàn thiện: Các vấn đề còn lại có mức độ ưu tiên trung bình và thấp đáng xử lý.

Hãy đánh dấu riêng các quick wins (chiến thắng nhanh), tức là các nhiệm vụ có tác động cao, khối lượng công việc S, có thể hoàn thành ngay lập tức.

Đối với ba nhiệm vụ hàng đầu, vui lòng đính kèm một phác thảo triển khai ngắn gọn, bao gồm phương pháp, các bước chính và những điểm dễ mắc sai lầm.

Định dạng Giao hàng Cuối cùng

Vui lòng tạo một tài liệu duy nhất, chứa các phần sau:

Tóm tắt Điều hành: Không quá 10 câu. Đưa ra điểm đánh giá sức khỏe tổng thể từ A–F và giải thích lý do; liệt kê 3 rủi ro hàng đầu và 3 cơ hội hàng đầu.

Bản đồ Kho lưu trữ

Báo cáo Kiểm toán

Chiến lược Cải thiện

Kế hoạch Nhiệm vụ: Bao gồm các mốc quan trọng, bảng nhiệm vụ và quick wins

Câu hỏi Mở: Liệt kê thông tin cần quyết định của con người, ví dụ ý định sản phẩm, module có thể loại bỏ, mục tiêu hiệu suất, v.v.

Ràng buộc

Trong quá trình kiểm toán này, đừng sửa đổi bất kỳ mã nào. Chỉ phân tích.

Đừng làm đầy báo cáo. Nếu một khía cạnh nào đó lành mạnh, chỉ cần giải thích bằng một câu, sau đó tiếp tục.

Hiệu chỉnh đề xuất theo mức độ trưởng thành của dự án. Trừ khi mục tiêu của chủ sở hữu dự án thực sự yêu cầu, đừng đề xuất cơ sở hạ tầng cấp doanh nghiệp cho một dự án nguyên mẫu cuối tuần.

Phân tích nhu cầu thực tế của dự án và cung cấp đề xuất theo cách hiệu quả nhất.

Nếu kho mã nguồn lớn, hãy ưu tiên phân tích sâu 20% mã cốt lõi nhất, tức là phần đảm nhận 80% khối lượng công việc, và giải thích những khu vực nào chỉ được xem xét ở mức độ nông.