Claude Fable 5 Điều quan trọng nhất cần làm: tiến hành kiểm tra toàn diện kho lưu trữ mã

Tác giả gốc: Meta Alchemist

Bản tổng hợp gốc: Peggy, BlockBeats

Ghi chú của biên tập viên: 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 thực hiện tốt các nhiệm vụ kỹ thuật phần mềm chu kỳ dài và có các tính năng bảo mật mạnh mẽ hơn.

Sau khi ra mắt mô hình mới, các nhà phát triển đã nhanh chóng bắt đầu khám phá cách sử dụng mô hình này trong các tình huống kỹ thuật thực tế: bộ lời nhắc kiểm tra kho hàng được chia sẻ bởi @meta_alchemist là một trường hợp điển hình. Nó cho phép Fable 5 không chỉ tạo mã mà còn xem xét một cách có hệ thống kho mã theo bốn giai đoạn như một nhà lãnh đạo kỹ thuật cấp cao: trước tiên là 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 tra, hiệu suất, sự phụ thuộc và tài liệu dựa trên các tệp thực và số dòng, sau đó tinh chỉnh các chiến lược cải tiến và chia chúng thành các mốc nhiệm vụ 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 tính năng này để giải quyết nợ kỹ thuật và phát hiện các lỗ hổng bảo mật cũng như các vấn đề về hiệu quả mà mô hình cũ đã bỏ qua. Những người khác đã gặp phải những vấn đề ban đầu như môi trường hộp cát không ổn định.

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

Sau đây là nội dung gốc:

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

Một trong những điều đầ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 để nó cải thiện đáng kể mọi thứ bạn đang làm.

Vui lòng chạy "Mẹo kiểm tra và cải tiến dự án" (chỉ cần sao chép và dán) sau trong mọi kho lưu trữ mã quan trọng đối với bạn:

Kế hoạch cải tiến và kiểm tra kho lưu trữ mã

Các lời nhắc được tạo ra bởi Claude Fable 5

Bạn là một kỹ sư phần mềm cấp kỹ sư trưởng và chuyên gia kiểm tra kỹ thuật đẳng cấp thế giới. Nhiệm vụ của bạn là phân tích sâu kho lưu trữ mã này, cung cấp báo cáo kiểm tra trung thực và đưa ra kế hoạch cải tiến có tính ưu tiên và khả thi. Vui lòng thực hiện nghiêm túc bốn giai đoạn sau để hoàn thành theo thứ tự và đừng bỏ qua các bước.

Mọi nhận định phải căn cứ vào file thật: vui lòng trích dẫn đường dẫn file và số dòng. Nếu điều gì đó không thể xác minh được, hãy nói rõ ràng thay vì đoán mò.

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

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

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

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

·Đọc bảng kê khai gói, tệp khóa, cấu hình bản dựng, cấu hình CI, tệp môi trường/cấu hình và 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ự định và mức độ hoàn thiện rõ ràng hiện tại—cho dù đó là nguyên mẫu, công cụ nội bộ, dịch vụ sản xuất hay thư viện.

·Ghi lại các quy ước đã được dự án áp dụng, bao gồm phương pháp đặt tên, ranh giới mô-đun, kiểu xử lý lỗi, kiểu kiểm tra, v.v. để các đề xuất tiếp theo có thể phù hợp với văn hóa kỹ thuật hiện có thay vì chống lại nó.

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

Giai đoạn 2 / Kiểm tra: Dựa trên bằng chứng và được đánh dấu ở mức độ nghiêm trọng

Vui lòng tiến hành kiểm tra từng khía cạnh sau.

Đối với mỗi khám phá, hãy ghi lại:

a) Những gì bạn tìm thấy

b) Nơi bạn tìm thấy nó, ở định dạng: file:số dòng

c) Tại sao nó lại quan trọng, tức là các kết quả cụ thể chứ không phải các nguyên tắc trừu tượng

d) Mức độ nghiêm trọng: Quan trọng / Cao / Trung bình / Thấp

Kiến trúc và Thiết kế

Ranh giới mô-đun, khớp nối/gắn kết, phụ thuộc vòng tròn, rò rỉ trừu tượng, Đối tượng của Chúa/tập tin của Chúa, vi phạm phân lớp, tắc nghẽn về khả năng mở rộng.

Chất lượng mã

Mã trùng lặp, mã lỗi thời, các điểm nóng phức tạp, bao gồm hàm dài nhất và hàm có nhiều nhánh nhất; mô hình không nhất quán; các lỗ hổng xử lý lỗi, chẳng hạn như trường hợp ngoại lệ bị nuốt, trường hợp thiếu ranh giới; loại lỗ hổng an toàn.

Bảo mật

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

Thử nghiệm

Kiểm tra các lỗ hổng trong phạm vi bao phủ, đặc biệt là logic kinh doanh cốt lõi; chất lượng kiểm thử, tức là liệu kiểm thử đang xác minh hành vi hay chỉ xác minh rằng nó có thể chạy; thiếu các loại thử nghiệm, bao gồm thử nghiệm đơn vị, thử nghiệm tích hợp và thử nghiệm từ đầu đến cuối; mô hình thử nghiệm dễ bay hơi; mã khó kiểm tra.

Hiệu suất

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

Các phần phụ thuộc

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

Kinh nghiệm phát triển, vận hành và bảo trì

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

Tài liệu

Độ chính xác của README, lộ trình triển khai, hành vi quan trọng không được ghi chép, tài liệu lỗi thời mâu thuẫn với quy tắc.

Các quy tắc cho giai đoạn này

Ưu tiên 15 phát hiện có độ tin cậy cao hơn 50 phát hiện mang tính suy đoán.

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

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

·Nhận xét: "Ranh giới trách nhiệm của mô-đun này không rõ ràng"

Và đánh dấu rõ ràng danh mục nào là danh mục nào.

Đồng thời liệt kê những gì kho lưu trữ mã này hoạt động tốt. Điểm mạnh cũng quan trọng không kém vì chúng quyết định điều gì nên được giữ lại.

Đầu ra của giai đoạn này: một "báo cáo kiểm toán". Vui lòng nhóm theo thứ nguyên, sắp xếp theo mức độ nghiêm trọng và bao gồm phần Điểm mạnh. Đừng quên chỉ ra những vấn đề xấu nhất, được ưu tiên cao nhất.

Giai đoạn 3 / Chiến lược cải tiến

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

·Xác định 3-5 chủ đề giải thích hầu hết các vấn đề, chẳng hạn như "không có ranh giới thực thi giữa các lớp" và "xử lý lỗi quá ngẫu hứng".

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

·Giải thích rõ ràng về sự đánh đổi: Những vấn đề nào bạn khuyến nghị không nên khắc phục trong thời điểm hiện tại và tại sao không khắc phục chúng, chẳng hạn như sự không phù hợp giữa đầu tư và lợi nhuận, rủi ro cao hơn và thời gian đáo hạn của dự án là không cần thiết trong thời điểm hiện tại.

·Xác định ý nghĩa của "hoàn thành" - đưa ra các tín hiệu có thể đo lường được, chẳng hạn như "CI sẽ không thành công do lỗi lint" "Phạm vi kiểm tra mô-đun lõi ≥ 80%" "Đã xóa các vấn đề ở mức nghiêm trọng".

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

Chuyển chiến lược thành kế hoạch thực hiện:

Chia 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í chấp nhận, tức là cách xác minh rằng nó đã được hoàn thành

·Ước tính nỗ lực: S = dưới 2 giờ, M = nửa ngày, L = 1–2 ngày, XL = Cần phải tháo dỡ thêm

·Rủi ro của chính sự thay đổi, tức là liệu nó có thể bị hỏng hay không chức năng hiện có

·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 mốc quan trọng:

Mốc 0

Mạng lưới an toàn: Những thứ phải được hoàn thành trước khi tái cấu trúc an toàn, chẳng hạn như kiểm tra đường dẫn quan trọng, cổng CI, sao lưu.

Cột mốc 1

Các bản sửa lỗi quan trọng: vấn đề bảo mật và vấn đề về tính đúng đắn.

Cột mốc 2

Những cải tiến có đòn bẩy cao: những thay đổi giúp mọi công việc tiếp theo trở nên dễ dàng hơn.

Cột mốc 3

Chất lượng và độ bóng: Các hạng mục có mức độ ưu tiên từ thấp đến trung bình vẫn đáng để xử lý.

Hãy đánh dấu riêng những chiến thắng nhanh chóng, tức là những nhiệm vụ có tác động lớn, khối lượng công việc S và 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 bản phác thảo triển khai ngắn gọn, bao gồm các phương pháp, các bước chính và những cạm bẫy dễ mắc phải.

Định dạng phân phối cuối cùng

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

Tóm tắt điều hành: không quá 10 câu. Xếp hạng sức khỏe tổng thể của bạn 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 của bạn.

Bản đồ Repo

Báo cáo kiểm tra

Chiến lược cải tiến

Kế hoạch nhiệm vụ: Bao gồm các mốc quan trọng, danh sách nhiệm vụ và chiến thắng nhanh chóng

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

Ràng buộc

Không sửa đổi bất kỳ mã nào trong quá trình kiểm tra này. Chỉ cần làm phân tích.

Không điền báo cáo. Nếu một khía cạnh nào đó lành mạnh, chỉ cần mô tả nó trong một câu và tiếp tục.

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

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

Nếu kho mã lớn, vui lòng ưu tiên phân tích chuyên sâu 20% cốt lõi của mã, phần chịu trách nhiệm cho 80% khối lượng công việc và giải thích những lĩnh vực nào chỉ được xem xét ở mức độ nông cạn.

Liên kết gốc