Mẹo prompt Claude Fable 5.2 khi code và cách bật trong Copilot

Trong bài này

• 19 phút đọc
• 12 phần
• 5 mẫu sao chép được
• 1 bảng tra cứu

Mục lục

1. Vì sao Fable 5.2 cần cách prompt khác
2. Mẹo 1: chọn đúng mức effort
3. Mẹo 2: nói rõ ai sở hữu code
4. Mẹo 3: yêu cầu làm hết việc và duyệt rõ ràng
5. Mẹo 4: bắt mô hình báo tiến độ
6. Mẹo 5: dọn chỉ dẫn cũ và sự thận trọng chồng chất
7. Mẹo 6: yêu cầu báo cáo dễ đọc
8. Dùng Claude Fable 5.2 trong GitHub Copilot
9. File hướng dẫn mẫu cho dự án
10. Hiểu lầm phổ biến
11. Câu hỏi thường gặp
12. Kết luận

Cách bài viết này được thực hiện: bài dựa trên tài liệu chính thức “Prompting Claude Fable 5.2” của Anthropic, ghi chú thay đổi của GitHub ngày 9/11/2026 và bài trích dẫn của lập trình viên Simon Willison ngày 10/11/2026, kiểm tra ngày 11/11/2026. Các con số thử nghiệm trong bài là số liệu Anthropic công bố, chúng tôi không tự đo. Đoạn prompt tiếng Việt là bản phỏng theo gợi ý của Anthropic do mmo.vn biên soạn. Bài không có link affiliate.

Claude Fable 5.2 ra mắt ngày 9/11/2026 và ngay hôm đó đã có mặt trong GitHub Copilot. Nhưng nếu bạn chỉ đổi tên mô hình rồi dùng tiếp bộ prompt cũ viết cho Opus 5.5 hay Fable 5.1, rất có thể bạn sẽ thấy mô hình “lạ tay”: lúc dừng giữa chừng hỏi có làm tiếp không, lúc im lặng chạy rất lâu, lúc lại thêm code lặp thay vì sửa cấu trúc cho gọn.

Anthropic đã đăng hẳn một trang hướng dẫn prompt riêng cho Fable 5.2. Câu được cộng đồng lập trình viên chia sẻ nhiều nhất là một câu rất ngắn nói với mô hình rằng “codebase này là của bạn”. Bài này gom những mẹo quan trọng nhất trong tài liệu đó, giải thích bằng ví dụ dễ hiểu cho người đang vibe code, và hướng dẫn cách bật Fable 5.2 trong GitHub Copilot.

Câu trả lời ngắn: Với Fable 5.2, hãy đặt mức effort rõ ràng (bắt đầu ở high), nói thẳng mô hình được quyền sửa cấu trúc code nếu bạn muốn nó dọn dẹp, yêu cầu làm hết việc và báo tiến độ, đồng thời xoá các chỉ dẫn cũ kiểu “nghĩ ít thôi”. Trong Copilot, Fable 5.2 có ở gói Pro+, Max, Business và Enterprise.

Tóm tắt nhanh

• Fable 5.2 làm theo prompt rất sát, nên chỉ dẫn mơ hồ hoặc lỗi thời ảnh hưởng mạnh hơn trước.
• Câu “codebase là của bạn” giúp mô hình gộp code lặp trong khoảng một nửa số lần thử, so với dưới một phần mười khi không có.
• Đoạn prompt “làm hết việc” giảm khoảng một nửa số phiên kết thúc khi còn việc làm được, đổi lại token đầu ra tăng khoảng 30%.
• Trong Copilot, quản trị viên gói Business và Enterprise phải tự bật chính sách Claude Fable 5.2 vì mặc định đang tắt.
• Luôn đọc diff, vì phần tóm tắt cuối của mô hình hay bỏ sót các thay đổi nhỏ.

Nội dung chính:

1. Vì sao Fable 5.2 cần cách prompt khác
2. Mẹo 1: chọn đúng mức effort
3. Mẹo 2: nói rõ ai sở hữu code
4. Mẹo 3: yêu cầu làm hết việc và duyệt rõ ràng
5. Mẹo 4: bắt mô hình báo tiến độ
6. Mẹo 5: dọn chỉ dẫn cũ và sự thận trọng chồng chất
7. Mẹo 6: yêu cầu báo cáo dễ đọc
8. Dùng Claude Fable 5.2 trong GitHub Copilot
9. File hướng dẫn mẫu cho dự án
10. Hiểu lầm phổ biến
11. Câu hỏi thường gặp
12. Kết luận

Vì sao Fable 5.2 cần cách prompt khác

Trang tài liệu của Anthropic mở đầu bằng một nhận xét quan trọng: Fable 5.2 hành xử khác các mô hình trước ở một số điểm, và nó làm theo những gì prompt nói rất sát. Điều này vừa là điểm mạnh vừa là cái bẫy. Một dòng ghi chú cũ kiểu “không bao giờ được thử lại” nằm quên trong file hướng dẫn có thể khiến mô hình bỏ cuộc ở những lỗi rất bình thường.

Tài liệu tổ chức theo kiểu “bắt bệnh”: bạn thấy triệu chứng nào thì đọc mục đó. Các triệu chứng được nêu gồm: không biết chọn effort nào, lượt làm việc kết thúc khi chưa xong, xin phép những việc không cần, lặp code thay vì gộp, chạy lâu mà không báo gì, gọi subagent quá nhiều, báo cáo cuối khó hiểu. Chúng tôi gom lại thành 6 mẹo bên dưới.

Một lưu ý kỹ thuật trước khi sửa prompt: Anthropic khuyên chỉ thay đổi system prompt, công cụ hoặc skill trong hội thoại mới. API kiểm tra phần đầu hội thoại, nên nếu bạn sửa system prompt rồi tiếp tục một hội thoại cũ đã lưu, yêu cầu có thể bị trả lỗi 400. Muốn đổi chỉ dẫn giữa chừng, hãy đưa nó vào lượt nhắn mới nhất.

Mẹo 1: chọn đúng mức effort

Effort là mức “công sức” bạn cho phép mô hình bỏ ra: nghĩ bao lâu, gọi bao nhiêu công cụ. Anthropic khuyên bắt đầu ở high rồi thử hạ xuống medium ở những chỗ chất lượng vẫn giữ được. Theo tài liệu, phần lớn mức tăng năng lực đã có ở high; từ medium lên high cải thiện điểm trên hầu hết bài kiểm tra code, đổi lại tốn thêm token và thời gian.

Mức	Dùng cho	Lưu ý
low	Hỏi đáp nhanh, việc đã mô tả rõ, việc khối lượng lớn như subagent	Hay dừng sớm, nên thêm prompt “làm hết việc”
medium	Code tương tác, chat, công việc hằng ngày	Cũng dễ dừng sớm hơn high
high	Code khó, nghiên cứu, agent chạy lâu không cần trông	Điểm khởi đầu khuyến nghị; mỗi lượt lâu hơn rõ
xhigh	Việc code và agent dài, khó nhất, khi bạn đo được lợi ích	Tốn nhiều token hơn hẳn
max	Đo giới hạn, bài toán mở hiếm gặp	Rất chậm, rất tốn token

Ba điều dễ bị bỏ qua về effort:

• Đừng chép lại cài đặt cũ. Mức effort bạn đã tinh chỉnh cho Fable 5.1 hay Opus 5.5 không tự đúng với 5.2. Tài liệu cho biết ở mức low, Fable 5.2 đã đạt điểm gần với Fable 5.1 ở mức effort cao hơn.
• Câu “trả lời thẳng, đừng suy nghĩ” không còn tác dụng. Ở medium trở lên, Fable 5.2 vẫn nghĩ dù bạn dặn vậy. Muốn nhanh, hãy hạ effort thay vì viết thêm chữ.
• Effort gần như không đổi độ dài câu trả lời. Muốn trả lời ngắn hay dài, hãy nói trong prompt.

Với người mới vibe code, cách đơn giản: dùng medium cho việc sửa nhỏ, hỏi đáp; chuyển sang high khi giao một tính năng trọn vẹn hoặc để agent chạy lâu.

Mẹo 2: nói rõ ai sở hữu code

Đây là mẹo được chú ý nhiều nhất, sau khi Simon Willison trích lại trên blog của ông ngày 10/11/2026. Anthropic phát hiện Fable 5.2 phản ứng rất rõ với việc prompt nói ai là chủ của đoạn code nó đang làm. Khi prompt không nói gì, hoặc mô tả codebase là của người khác, mô hình có xu hướng thêm vào cấu trúc có sẵn, kể cả khi điều đó nghĩa là chép lại code đã có, và chỉ báo cáo các lỗi gần đó thay vì sửa.

Nếu bạn muốn mô hình cải thiện cấu trúc trong lúc làm, hãy thêm câu gợi ý của Anthropic vào system prompt hoặc file hướng dẫn dự án:

This codebase is yours: what it's for and how it's built are your call, and you'll keep building on it.

Dịch nghĩa: “Codebase này là của bạn: nó dùng để làm gì và được xây thế nào là do bạn quyết định, và bạn sẽ tiếp tục phát triển nó.” Câu này nói với mô hình rằng nó phải sống chung với code này lâu dài, nên có động lực giữ cho gọn.

Kết quả Anthropic công bố trên các tác vụ code nhỏ:

• Có câu này: mô hình gộp code lặp trong khoảng một nửa số lần thử. Không có: dưới một phần mười.
• Tính năng được yêu cầu vẫn chạy được gần như mọi lần, dù có hay không có câu.
• Token đầu ra tăng khoảng 1,5 lần.
• Xuất hiện thay đổi không được yêu cầu, phần nhiều là test và tài liệu mới.
• Ngoài các lần sửa lỗi, hành vi của tính năng có sẵn bị đổi trong khoảng 1/10 đến 1/6 số lần thử, nhiều hơn ở effort cao.
• Phần tóm tắt cuối nêu các thay đổi lớn nhưng hay bỏ sót thay đổi nhỏ. Anthropic nhấn mạnh: hãy xem diff, đừng chỉ đọc tóm tắt.

Khi nào không nên dùng? Khi bạn muốn sửa càng ít càng tốt, ví dụ vá lỗi gấp trên dự án đang chạy thật. Lưu ý quan trọng: một quy tắc phạm vi ở chỗ khác không triệt tiêu câu này. Trong thử nghiệm của Anthropic, dù prompt có dòng “No drive-by refactors, renames or cleanups” (không tiện tay refactor, đổi tên hay dọn dẹp), mô hình vẫn gộp code lặp trong khoảng một phần ba số lần. Muốn thay đổi tối thiểu thì bỏ hẳn câu sở hữu.

Với dự án vibe code cá nhân, nơi bạn thật sự để AI “làm chủ”, câu này rất đáng thêm. Code sẽ ít bị phình ra theo kiểu mỗi tính năng mới lại chép một bản hàm cũ.

Mẹo 3: yêu cầu làm hết việc và duyệt rõ ràng

Triệu chứng: lượt làm việc kết thúc bằng một danh sách “những việc còn lại”, một lời đề nghị “bạn có muốn tôi làm tiếp không?”, hoặc dừng ở một trở ngại bình thường như hết thời gian chờ. Hiện tượng này gặp nhiều hơn ở mức low và medium.

Anthropic đưa ra một đoạn system prompt khá dài. Dưới đây là bản tiếng Việt rút gọn do mmo.vn phỏng theo, giữ đúng các ý chính:

# Hoàn thành công việc
Đừng dừng lại khi vẫn còn việc người dùng đã giao. Hãy kiên trì.
Cập nhật trạng thái là tốt, hỏi người dùng về quyết định còn bỏ ngỏ cũng tốt,
nhưng việc nào không phụ thuộc câu trả lời thì cứ làm tiếp.
Nếu thấy mình sắp mời người dùng chỉ hướng hoặc đề nghị chờ, hãy làm phần tiếp theo.
Gặp trở ngại thường gặp (lỗi, hết thời gian chờ, file bị khoá, kết quả rỗng):
chẩn đoán trước; nếu không phải trở ngại thật thì xử lý (chờ rồi thử lại, sửa yêu cầu,
dùng công cụ khác) thay vì dừng.
Nếu trở ngại là do con người cố ý đặt ra (file ghi rõ không được sửa, quyền bị thu hồi,
rào chắn an toàn) thì để yên, nói rõ điều đã thấy và tìm cách an toàn khác.
Điều này không bỏ qua yêu cầu xác nhận với thao tác rủi ro hoặc phá huỷ.

Giải thích: đoạn này phân biệt hai loại trở ngại. Loại “bình thường” như lỗi mạng thì mô hình nên tự xử lý. Loại “cố ý” như file bị cấm sửa thì phải tôn trọng. Dòng cuối giữ lại quyền kiểm soát của bạn với các thao tác nguy hiểm như xoá dữ liệu.

Theo Anthropic, khi chạy lại các phiên thật từ một sản phẩm code bằng agent ở mức medium, đoạn prompt này giúp số phiên kết thúc khi còn việc làm được giảm khoảng một nửa, đổi lại token đầu ra tăng khoảng 30%. Nó loại bỏ phần lớn kiểu kết thúc “xin phép làm tiếp”, nhưng chưa loại bỏ được kiểu “liệt kê việc còn lại rồi dừng”.

Cách duyệt cũng phải rõ. Thay vì trả lời cụt “ok” hay “làm đi”, hãy nói chính xác bạn đồng ý điều gì, ví dụ: “Đồng ý, chạy migration trên database staging”. Anthropic còn cảnh báo mô hình áp dụng các quy tắc phê duyệt theo nghĩa đen. Trong một thử nghiệm không có người duyệt, quy tắc yêu cầu xin phép trước khi “gửi tin cho người ngoài cuộc hội thoại” khiến mô hình giữ lại khoảng một nửa số tin nhắn thường lệ gửi đồng nghiệp. Vì vậy, hãy liệt kê đúng hành động cần duyệt, đừng viết chung chung.

Mẹo 4: bắt mô hình báo tiến độ

Fable 5.2 có lúc chạy một chuỗi dài lời gọi công cụ mà gần như không viết gì cho người dùng đọc. Với người đang ngồi chờ, cảm giác giống như agent bị treo. Anthropic gợi ý thêm đoạn sau vào system prompt khi có người theo dõi trực tiếp (bản tiếng Việt do mmo.vn phỏng theo):

Trước khi bắt đầu, nói một dòng bạn sắp làm gì; trong lúc làm, cập nhật ngắn để người dùng theo kịp.
Kết thúc bằng một đoạn tóm tắt tự đứng được (đã tìm thấy gì, đã làm gì, bước tiếp theo là gì),
để người chỉ đọc tin nhắn cuối vẫn nắm được toàn bộ.

Trong thử nghiệm, mô hình luôn nói trước khi gọi công cụ đầu tiên, token đầu ra mỗi tác vụ tăng khoảng 20%. Nếu bạn không sửa được phần mềm chạy agent, phương án dự phòng đơn giản hơn là một câu: “Cứ vài lần gọi công cụ, hãy báo một dòng tình hình hiện tại.”

Với người tự viết công cụ trên API, tài liệu còn lưu ý: các khối suy nghĩ (thinking) chứa cập nhật tiến độ mặc định bị ẩn nội dung. Nếu giao diện của bạn chỉ hiển thị khối text, nó sẽ trông như im lặng. Cần đặt chế độ hiển thị suy nghĩ sang dạng cập nhật (tính năng beta) để thấy.

Mẹo 5: dọn chỉ dẫn cũ và sự thận trọng chồng chất

Đây là mẹo dễ bị bỏ qua nhất nhưng ảnh hưởng lớn với ai dùng agent lâu ngày. Các câu dặn thận trọng tích tụ dần trong file nhớ, ghi chú, file hướng dẫn và tin nhắn giữa các agent. Fable 5.2 làm theo chúng rất sát, dẫn tới xin phép thừa hoặc không dám làm việc thường lệ.

Một vài con số từ thử nghiệm của Anthropic:

• Trong 12 ghi chú từ các phiên trước có một ghi chú nói “không bao giờ thử lại”. Khi ghi chú đó nằm trong ngữ cảnh, tỷ lệ thử lại sau khi công cụ báo bận giảm từ gần như mọi lần xuống khoảng 4/10.
• Thêm một dòng ở cuối bộ quy tắc, nói rõ việc thử lại không cần duyệt, nâng tỷ lệ thử lại từ gần như không lên khoảng một nửa. Trong khi đó, câu chung chung “hãy hành động tự do hơn” không thay đổi gì.
• Khi chính quy tắc ghi “phải xin phép trước”, mô hình thực hiện bước đã được duyệt trong khoảng 9/10 lần. Còn nếu quy tắc ghi “không bao giờ” và lời cho phép nằm ở dòng riêng, mô hình chỉ làm khoảng 1/10 lần.

Khi chuyển từ mô hình cũ sang Fable 5.2, tài liệu khuyên rà lại và cân nhắc bỏ:

• Các dòng bảo mô hình “nghĩ ít thôi” hoặc “trả lời thẳng không cân nhắc”. Hãy hạ effort thay vì viết vậy.
• Ngân sách token ghi cứng trong prompt. Bỏ đi giúp giảm chi phí ở high và xhigh mà hiệu quả tương đương trong thử nghiệm.
• Quy tắc văn phong quá chặt kiểu “mỗi câu một ý, tối đa 20 chữ”, vì mô hình làm theo quá sát khiến văn bản cụt lủn.
• Các chỉ dẫn bắt buộc giao việc cho subagent không còn cần thiết. Subagent có thể chiếm phần lớn chi phí phiên làm việc.
• Ghi chú, cảnh báo cũ mà lý do không còn đúng. Viết lại quy tắc tuyệt đối thành quy tắc có phạm vi và lý do.

Mẹo 6: yêu cầu báo cáo dễ đọc

Người đọc báo cáo cuối thường không thấy các lời gọi công cụ hay file agent đã mở. Anthropic gợi ý một đoạn prompt hướng mô hình viết cho “người đọc thông minh nhưng ít ngữ cảnh”: ý chính đặt ở vài câu đầu, câu ngắn, chủ động, dùng từ nhất quán, không dùng thuật ngữ tự đặt ra trong lúc làm. Bản tiếng Việt rút gọn:

# Giao tiếp rõ ràng
Viết cho người đọc thông minh nhưng ít ngữ cảnh: họ chưa thấy các lời gọi công cụ,
suy luận hay file bạn đã mở. Đặt ý chính trong vài câu đầu.
Dùng từ ngữ đơn giản, câu đầy đủ, mỗi câu một ý, thể chủ động.
Không dùng thuật ngữ hay viết tắt bạn tự đặt ra trong lúc làm.
Dùng đoạn văn khi các ý liên kết với nhau, dùng gạch đầu dòng cho danh sách rời.

Theo Anthropic, trên các tác vụ agent, báo cáo trở nên bớt dày đặc hơn. Mẹo này đặc biệt hữu ích khi bạn nhờ agent tạo mô tả pull request hoặc tóm tắt thay đổi cho người khác đọc.

Dùng Claude Fable 5.2 trong GitHub Copilot

Ngày 9/11/2026, GitHub thông báo Claude Fable 5.2 đã có sẵn chính thức trong GitHub Copilot. Theo ghi chú của GitHub, trong thử nghiệm sớm, Fable 5.2 giải được nhiều tác vụ hơn Fable 5.1 trong khi dùng ít bước và ít lời gọi công cụ hơn.

Ai dùng được: người dùng gói Copilot Pro+, Max, Business và Enterprise. Ghi chú của GitHub không nhắc gói Pro thường.

Dùng ở đâu: trong bộ chọn mô hình của Visual Studio Code, Visual Studio, các IDE JetBrains, Xcode, Eclipse, Copilot CLI, Copilot coding agent, ứng dụng GitHub Copilot, trên github.com và ứng dụng GitHub Mobile (iOS, Android).

Chi phí: mô hình được tính theo giá niêm yết của nhà cung cấp trong cơ chế tính phí theo mức dùng. Ghi chú không nêu hệ số premium request cụ thể, mà dẫn tới trang bảng giá mô hình của GitHub. Bạn nên kiểm tra trang đó trước khi dùng nhiều.

Với tài khoản cá nhân (Pro+ hoặc Max)

1. Cập nhật tiện ích Copilot trong IDE lên bản mới nhất.
2. Mở khung chat Copilot, bấm vào tên mô hình đang dùng để mở bộ chọn.
3. Chọn Claude Fable 5.2. GitHub cho biết việc triển khai diễn ra dần dần, nếu chưa thấy thì quay lại sau.

Với tổ chức (Business hoặc Enterprise)

1. Quản trị viên vào phần cài đặt Copilot của tổ chức và bật chính sách Claude Fable 5.2. Chính sách này mặc định đang tắt.
2. Bật chính sách đồng nghĩa với chấp nhận yêu cầu lưu giữ dữ liệu: Anthropic giữ prompt và đầu ra để chạy các bộ phân loại an toàn, dữ liệu này không dùng để huấn luyện.
3. Doanh nghiệp đủ điều kiện có thể dùng chế độ không lưu dữ liệu (zero data retention) đến hết năm theo một ngoại lệ có thời hạn; sau đó cần Enterprise Frontier Safeguards. Ngay cả khi được duyệt, quản trị viên vẫn phải tự bật chính sách.
4. Thắc mắc về điều kiện, hãy liên hệ đội ngũ tài khoản của GitHub; bộ phận hỗ trợ thông thường không xác định được.

Các mẹo prompt ở trên áp dụng được cả trong Copilot: bạn đưa chúng vào file hướng dẫn tuỳ chỉnh của kho mã, ví dụ .github/copilot-instructions.md, để Copilot đọc tự động trong mỗi phiên chat của dự án.

File hướng dẫn mẫu cho dự án

Dưới đây là một file hướng dẫn mẫu gom các mẹo trên, dùng được cho CLAUDE.md (Claude Code), AGENTS.md (Codex và nhiều agent khác) hoặc .github/copilot-instructions.md (Copilot). Bạn chỉnh lại cho phù hợp với dự án của mình:

# Hướng dẫn cho agent (Claude Fable 5.2)

## Quyền sở hữu
This codebase is yours: what it's for and how it's built are your call, and you'll keep building on it.

## Hoàn thành công việc
- Làm hết việc đã giao; trở ngại thường gặp thì chẩn đoán và tự xử lý.
- Được phép thử lại các lệnh đọc dữ liệu, cài gói, chạy test mà không cần hỏi.

## Phải hỏi trước khi
- Xoá file hoặc dữ liệu, chạy migration trên database thật, đẩy code lên nhánh main.

## Báo cáo
- Mở đầu bằng một dòng sẽ làm gì; vài bước báo một dòng tiến độ.
- Kết thúc bằng tóm tắt: đã làm gì, file nào thay đổi, còn gì cần làm.

## Bảo mật
- Không ghi mật khẩu, API key, token vào code, lệnh hay file cấu hình được commit.
- Đọc bí mật từ biến môi trường, ví dụ $DATABASE_URL.

Giải thích cấu trúc: phần “Được phép thử lại” và “Phải hỏi trước khi” áp dụng đúng phát hiện của Anthropic rằng nêu cụ thể hành động hiệu quả hơn nhiều so với dặn chung chung. Phần bảo mật là thói quen nên có với mọi agent. mmo.vn đã có bài riêng về cách tránh lộ API key khi dùng AI coding agent, nên đọc nếu bạn hay để agent chạy lệnh có mật khẩu.

Nếu dự án của bạn cần sửa tối thiểu, hãy xoá mục “Quyền sở hữu”. Nếu agent vẫn hay dừng sớm, hãy chuyển effort lên high trước khi thêm chữ vào prompt.

Hiểu lầm phổ biến

• “Mô hình mạnh hơn thì prompt cũ cứ để nguyên.” Ngược lại. Vì Fable 5.2 làm theo prompt rất sát, các dòng chỉ dẫn lỗi thời gây hại rõ hơn trước.
• “Dặn trả lời nhanh là mô hình bớt nghĩ.” Ở medium trở lên, Fable 5.2 vẫn nghĩ. Hãy hạ effort.
• “Thêm câu sở hữu là luôn tốt.” Không. Nó làm tăng token khoảng 1,5 lần và có thể đổi hành vi tính năng cũ. Chỉ dùng khi bạn muốn mô hình chủ động dọn cấu trúc.

Muốn so sánh Fable 5.2 với Opus và Sonnet về giá, benchmark và cách chia việc giữa các mô hình, bạn có thể đọc bài Claude Fable 5.2 cho lập trình viên trên mmo.vn.

Câu hỏi thường gặp

Mẹo này có áp dụng cho Claude Code không?

Có. Bạn đặt các đoạn hướng dẫn vào file CLAUDE.md của dự án. Riêng các phần liên quan đến hiển thị suy nghĩ hay chèn nhắc nhở giữa hội thoại là dành cho người tự viết phần mềm trên API.

Viết prompt bằng tiếng Việt có được không?

Được. Các ví dụ của Anthropic viết bằng tiếng Anh, nhưng ý nghĩa mới là điều quan trọng. Riêng câu sở hữu, bạn có thể giữ nguyên bản tiếng Anh vì đó là câu đã được Anthropic thử nghiệm.

Copilot gói Pro thường có Fable 5.2 không?

Ghi chú của GitHub ngày 9/11/2026 chỉ liệt kê Pro+, Max, Business và Enterprise. Bạn nên kiểm tra lại trang bảng giá mô hình của GitHub vì danh sách có thể thay đổi.

Thêm các đoạn prompt có làm tốn tiền hơn không?

Có. Theo số liệu Anthropic, đoạn “làm hết việc” tăng token đầu ra khoảng 30%, đoạn báo tiến độ khoảng 20%, câu sở hữu khoảng 1,5 lần. Hãy thêm từng đoạn, quan sát kết quả rồi mới giữ lại.

Khi mô hình từ chối yêu cầu thì sao?

Fable 5.2 có các bộ phân loại an toàn. Yêu cầu bị từ chối trả về lý do dừng “refusal” kèm nhóm như an ninh mạng hay sinh học. Việc bảo mật hợp pháp đôi khi cũng bị chặn; tổ chức có thể đăng ký chương trình xác minh của Anthropic.

Kết luận

Claude Fable 5.2 thưởng cho người viết prompt rõ ràng và phạt nặng hơn những chỉ dẫn mơ hồ hoặc lỗi thời. Sáu điều nên làm ngay: đặt effort rõ ràng, quyết định có trao “quyền sở hữu” code hay không, yêu cầu làm hết việc với danh sách duyệt cụ thể, bắt báo tiến độ, dọn các ghi chú thận trọng cũ, và yêu cầu báo cáo dễ đọc. Dù làm gì, hãy luôn đọc diff thay vì chỉ tin bản tóm tắt.

Nếu bạn dùng Copilot ở gói Pro+ hoặc cao hơn, Fable 5.2 đã nằm trong bộ chọn mô hình hoặc sẽ sớm xuất hiện. Với tổ chức, việc đầu tiên là nhờ quản trị viên xem xét chính sách lưu dữ liệu rồi bật mô hình.

Bạn đã thử câu “This codebase is yours” chưa, và agent có viết gọn hơn không? Hãy chia sẻ kết quả trong phần bình luận, và theo dõi mmo.vn để cập nhật thêm mẹo lập trình AI.

Nguồn tham khảo

• Tài liệu Prompting Claude Fable 5.2 của Anthropic
• GitHub Changelog: Claude Fable 5.2 in GitHub Copilot
• Ghi chú của Simon Willison về câu “codebase là của bạn”