Opus 5 rất xuất sắc, nhưng hành vi của nó khác so với trước đây, khiến việc xử lý trở nên khó khăn.
Tuy nhiên, đây không phải là vấn đề với bản thân mô hình. Nguyên nhân là do các phương pháp yêu cầu và cài đặt đúng đắn cho các mô hình trước đó vẫn đang được sử dụng.
Anthropic đã chính thức phát hành một hướng dẫn prompt dành riêng cho Opus 5.
Hướng dẫn này nói rằng những hướng dẫn trước đây được coi là "đúng" thì nay lại phản tác dụng.
Nếu bạn tiếp tục sử dụng mà không biết điều này, bạn sẽ tiếp tục trả nhiều token hơn cho các tác vụ tương tự so với trước đây.
Điều này có quen thuộc không?
- Câu trả lời dài đến nỗi mệt mỏi khi đọc
- Bình luận trực tiếp trong khi thực hiện tác vụ quá chi tiết
- Nó mở rộng phạm vi công việc sang những lĩnh vực bạn không yêu cầu
- Nó khởi chạy nhiều sub-agent, khiến chi phí tăng vọt
- Các tài liệu nó viết luôn dài một cách không cần thiết
Nếu chỉ một trong những điều này áp dụng cho bạn, bài viết này sẽ hữu ích.
Đây đều là những hành vi mà hướng dẫn chính thức nói rằng "có thể khắc phục bằng những hướng dẫn này."
Trong bài viết này, tôi sẽ giới thiệu 11 thay đổi và giải pháp được đề cập trong hướng dẫn chính thức một cách dễ hiểu.
Cuối cùng, tôi đã tổng hợp những điểm cần lưu ý ngay từ hôm nay, vì vậy hãy đánh dấu trang và tận dụng tối đa.
Như một lời quảng bá nhanh, hiện tôi đang tặng miễn phí 55 lợi ích lớn, bao gồm sách giáo khoa Claude Code, phương pháp cài đặt và chiến lược kiếm tiền. Bạn có thể nhận ngay từ liên kết bên dưới, nếu bạn chưa nhận, hãy làm ngay.
↓
https://utage-system.com/line/open/cwgwX1a35XDK?mtid=FNAamIuYaEet
Bây giờ, hãy vào chủ đề chính.
**
Điều gì đã được phát hành?
Một trang prompt dành riêng cho Opus 5 đã được thêm vào tài liệu chính thức của Anthropic.
Nó không chỉ là danh sách tính năng. Đây là một trang thực tế tập trung vào "Opus 5 khác với các mô hình trước đây ở những điểm này, vì vậy hãy hướng dẫn nó như thế này." Chỉ những cải thiện hiệu suất liên quan đến việc tạo prompt mới được liệt kê.
Về tiền đề, hướng dẫn chính thức nói rằng các prompt được viết cho Opus 4.8 vẫn sẽ hoạt động khá tốt. Tuy nhiên, có một số hành vi nhất định có xu hướng cần điều chỉnh.
Nói cách khác, nó vẫn hoạt động, vì vậy bạn không nhận ra. Tiếp tục trả tiền cho sự lãng phí mà không nhận thấy là mô hình bất lợi nhất.
1. Câu trả lời dài. Giảm mức độ effort không làm giảm lượng nói
Câu trả lời của Opus 5 dài hơn các mô hình trước đây. Điều này đã được chính thức thừa nhận.
Phần khó là giảm "effort" (khả năng suy nghĩ) không đảm bảo giảm lượng nói. Hướng dẫn chính thức nói rõ ràng: "Effort kiểm soát lượng suy nghĩ, không phải lượng nói."
Nếu bạn muốn cắt giảm độ dài, bạn phải hướng dẫn rõ ràng về độ dài. Dưới đây là hướng dẫn được cung cấp bởi hướng dẫn chính thức:
1Giữ câu trả lời ngắn gọn và đi thẳng vào vấn đề.2Giảm thiểu lời mở đầu và tuyên bố miễn trừ trách nhiệm, và sử dụng số ký tự cho chính câu trả lời.3Khi tôi yêu cầu giải thích, chỉ trả về tóm tắt các điểm chính trừ khi tôi nói rằng tôi muốn biết thêm chi tiết.
Đối với những người có CLAUDE.md hoặc system prompt dài, hãy viết cái này và sau đó đặt một lời nhắc ngắn ở cuối. Hướng dẫn chính thức cũng khuyến nghị phương pháp này.
1<tone_preference>2Giữ đầu ra ngắn gọn.3</tone_preference>
Các hướng dẫn bị chôn vùi ở giữa một tập hợp hướng dẫn dài sẽ kém hiệu quả. Một lời nhắc ở cuối sẽ bù đắp cho điều đó.
Đối với những người không sử dụng cài đặt, thậm chí còn dễ dàng hơn. Chỉ cần trả lời "Giữ ngắn gọn" ngay tại chỗ khi bạn cảm thấy nó quá dài.
2. Quá nhiều bình luận trực tiếp trong khi thực hiện tác vụ
Opus 5 nói nhiều khi làm việc. Nó có xu hướng tuyên bố những gì nó sắp làm mỗi lần, và đầu ra cho mỗi tin nhắn dài hơn các mô hình trước đây.
Cách để giảm điều này không phải là nói "đừng đưa ra bình luận trực tiếp." Bạn viết khi nào và dưới hình thức nào bạn muốn báo cáo.
1Trước khi bắt đầu công việc, chỉ nói một câu về những gì bạn sẽ làm.2Chỉ báo cáo trong khi làm việc khi bạn tìm thấy điều gì quan trọng hoặc khi bạn thay đổi hướng đi.3Khi hoàn thành, hãy viết kết luận trước. Trả lời "bạn đã làm gì" và "bạn đã tìm thấy gì" trong câu đầu tiên, và để lại chi tiết cho sau.
Ngược lại, những người muốn tăng bình luận trực tiếp có thể sử dụng cùng một phương pháp. Hướng dẫn chính thức nói rằng, "Hiển thị các ví dụ về định dạng mong muốn hiệu quả hơn là cấm những gì bạn không muốn."
3. Các tài liệu được viết luôn dài
Ngoài độ dài hội thoại, những thứ được ghi vào tệp (báo cáo, tài liệu md, tóm tắt) cũng có xu hướng dài.
Điều này hiệu quả đối với những người yêu cầu AI lưu kết quả nghiên cứu ở định dạng markdown. Chỉ cần thêm một dòng cho tiêu chuẩn độ dài là tạo ra sự khác biệt.
1Giữ các tài liệu được ghi vào tệp trong độ dài cần thiết.2Đừng bỏ sót nội dung, nhưng đừng làm cho nó dài bằng các chương chỉ để lấp đầy chỗ trống, các bản tóm tắt lặp lại cùng một nội dung, hoặc các lời mở đầu tiêu chuẩn.
4. "Luôn xác minh" và "Kiểm tra lại" là không cần thiết
Đây là điểm quan trọng nhất.
Nói rõ ràng, nếu bạn không có gì được viết trong cài đặt của mình, bạn có thể để nguyên. Mục này là về "xóa nó nếu nó đã được viết" và "không nói nó trong các hướng dẫn riêng lẻ."
Opus 5 xác minh công việc của chính nó ngay cả khi không được yêu cầu. Do đó, hướng dẫn chính thức nói rằng hãy xóa các hướng dẫn ra lệnh xác minh nếu chúng có trong prompt của bạn. Các loại này được nêu tên cụ thể:
- "Luôn bao gồm một bước xác minh ở cuối cho các tác vụ không tầm thường"
- "Sử dụng một sub-agent để xác minh"
- "Kiểm tra lại trước khi trả lời"
Những điều này chồng chéo với cơ chế xác minh tích hợp của Opus 5 và gây ra xác minh quá mức. Mô tả chính thức nói rằng, "Xóa những điều này giảm lãng phí token mà không làm giảm chất lượng." Đó không phải là sự đánh đổi với chất lượng; nó chỉ loại bỏ lãng phí.
Điều tương tự cũng áp dụng nếu cơ chế thêm các bước xác minh vào các harness cũ vẫn còn tồn tại.
Mặt khác, Opus 5 có nhiều bình luận trực tiếp cho các chỉnh sửa hơn các mô hình trước đây. Nếu "Tôi đang sửa lại tuyên bố trước đây của mình" xuất hiện thường xuyên gây phiền toái, hãy thêm hướng dẫn để thu hẹp nó thay vì xóa nó.
1Chỉ sửa những gì bạn đã nói trước đó khi sai lầm đó sẽ thay đổi mã hoặc phán đoán của tôi.2Nêu sửa chữa một cách ngắn gọn và tiếp tục công việc.3Đối với các lỗi chính tả nhỏ không thay đổi gì, hãy sửa chúng một cách âm thầm và tiếp tục.
**
5. Mở rộng phạm vi mà không được yêu cầu
Opus 5 có thể mở rộng phạm vi công việc dựa trên phán đoán của chính nó. Nó thêm các bước bạn không yêu cầu. Nó quyết định lại những gì nên làm.
Đối với các tác vụ mà bạn muốn giữ phạm vi hẹp, hãy ràng buộc phạm vi một cách rõ ràng.
1Làm những gì tôi yêu cầu, trong phạm vi tôi yêu cầu.2Tự đưa ra phán đoán nhỏ. Chỉ kiểm tra với tôi khi kết quả sẽ thay đổi đáng kể tùy thuộc vào cách diễn giải.3Nếu yêu cầu của tôi có vẻ sai hoặc nếu có cách tốt hơn, hãy chỉ ra trong một câu và sau đó tiến hành theo yêu cầu.4Không tự ý thu hẹp, mở rộng hoặc thay đổi phạm vi sang thứ khác.5Hoàn thành phạm vi được yêu cầu đến cùng. Đừng làm những việc mà tôi rõ ràng không yêu cầu.
Bao gồm điều này làm giảm các tai nạn như "sửa một tệp" biến thành thay đổi toàn bộ dự án.
6. Tạo quá nhiều sub-agent
Opus 5 ủy quyền cho các sub-agent dễ dàng hơn các mô hình trước đây.
Ủy quyền tự nó không xấu. Hướng dẫn chính thức nói rằng nó hiệu quả cho các tác vụ thực sự độc lập, lớn. Định dạng tách riêng người viết và người xác minh cũng hiệu quả, và nó được đánh giá là hiếm khi xảy ra tai nạn khi các agent ghi đè lên công việc của nhau.
Vấn đề là khi nó được sử dụng cho các tác vụ nhỏ. Chi phí và thời gian cho số lượng đơn vị được cộng trực tiếp.
1Chỉ ủy quyền cho các sub-agent cho các tác vụ lớn, độc lập có thể được thực hiện song song (ví dụ: nghiên cứu nhiều tệp trên một phạm vi rộng).2Không ủy quyền các tác vụ mà bạn có thể tự hoàn thành trong một vài bước.
Có một mẹo ngay cả cho những người không viết cài đặt. Hãy tự nói số lượng đơn vị cho nó khi yêu cầu. Đặt "Hãy tự làm mà không sử dụng sub-agent" hoặc "Nếu sử dụng, tối đa X đơn vị" trong tin nhắn đầu tiên.
7. Viết "chỉ cho tôi biết vấn đề lớn" trong đánh giá làm tăng nguy cơ bỏ sót
Opus 5 rất mạnh trong việc đánh giá mã. Hướng dẫn chính thức nói rằng nó có tỷ lệ tìm ra lỗi thực sự cao trong một lần, và các điểm bổ sung mà nó đưa ra thường là thực tế hơn là dương tính giả. Vì độ chính xác không giảm dễ dàng ngay cả với effort thấp, bạn có thể sử dụng nó để đánh giá nhẹ một lần và đánh giá kỹ lưỡng sau đó.
Tuy nhiên, có một cạm bẫy. Nếu bạn viết "chỉ báo cáo vấn đề lớn" hoặc "thận trọng" trong prompt đánh giá, Opus 5 có thể tuân theo hướng dẫn đó theo nghĩa đen và giảm báo cáo.
Khuyến nghị chính thức là "yêu cầu nó báo cáo mọi thứ và lọc trong một bước riêng biệt." Hãy để nó ra, sau đó loại bỏ. Không cho nó ra ngay từ đầu là một sự mất mát.
Cách yêu cầu như sau: "Liệt kê mọi thứ bạn quan tâm. Xếp hạng chúng theo mức độ quan trọng." Bạn quyết định cái nào cần sửa sau khi xem danh sách.
8. Sử dụng low và medium làm mức effort chính
Trong Claude Code, bạn có thể chuyển đổi lượng suy nghĩ bằng "/effort". Có 5 mức khả dụng trong Opus 5: low, medium, high, xhigh và max, với high là mặc định. Chỉ có max bị giới hạn trong phiên đó; bốn mức còn lại được chuyển sang phiên tiếp theo.
Khuyến nghị chính thức như sau: Bắt đầu với high, và tích cực sử dụng low và medium ở những nơi chất lượng không giảm để sử dụng làm kiểm soát chính cho chi phí và thời gian chờ. Chỉ tăng lên xhigh cho các tác vụ mã hóa nặng hoặc agent.
Đối với những người làm nghề tay trái, điều này có liên quan vì nếu bạn không chạm vào cài đặt này, bạn sẽ tiếp tục trả tiền cho khả năng suy nghĩ cao ngay cả cho các tác vụ nhẹ. Bạn không cần high để tìm tệp hoặc tạo văn bản đơn giản.
Hướng dẫn chính thức cũng nói rằng nếu bạn đang chuyển các cài đặt từ kỷ nguyên mô hình trước đó, bạn nên đo lại với các tác vụ của riêng mình.
Có một việc cần làm hôm nay. Gõ "/effort medium" trước khi bắt đầu một tác vụ nhẹ. Chỉ quay lại "/effort high" khi bắt đầu triển khai nặng. Chỉ điều này thôi sẽ thay đổi thời gian chờ và mức tiêu thụ.
**
9. Cung cấp tất cả thông số kỹ thuật ngay từ đầu và để nó yên
Từ đây trở đi, đó là về cách bạn nên thay đổi cách yêu cầu vì hiệu suất đã được cải thiện.
Hướng dẫn chính thức định vị Opus 5 là "mạnh nhất trong việc viết mã khó." Các lĩnh vực chuyên môn được liệt kê bao gồm thêm tính năng trên nhiều tệp, tái cấu trúc lớn và hoàn thiện các tính năng một cách đầy đủ. Nó cũng được nêu rõ ràng rằng nó không bỏ cuộc bằng cách đặt các stub hoặc placeholder "cái này để sau".
Phần quan trọng là cách đưa ra hướng dẫn. Cách chính thức như sau: Hiệu suất tốt nhất khi bạn cung cấp tất cả thông số kỹ thuật của tác vụ ngay từ đầu và sau đó để nó chạy.
Thêm hướng dẫn từng chút một là một sự mất mát trong Opus 5. Sẽ nhanh hơn nếu viết ra tất cả các điều kiện trước khi yêu cầu.
Bốn điều này là đủ để đặt trong tin nhắn đầu tiên: các tệp nó được phép chạm vào, phạm vi cần làm, các cam kết bạn muốn nó giữ và các điều kiện để đánh giá rằng nó đã hoàn thành. Thêm điều kiện sau khi nó bắt đầu chạy là chậm nhất.
Nó có thể được sử dụng bình thường cho các tác vụ nhẹ như sửa một dòng, nhưng hướng dẫn chính thức nói rằng sự khác biệt so với các mô hình trước đây thể hiện rõ trong các tác vụ nặng.
10. Các giải pháp thay thế tự chế cho hình ảnh là không cần thiết
Đọc biểu đồ, tài liệu và sơ đồ, cũng như tái tạo giao diện của UI và front-end, đã trở nên mạnh mẽ hơn.
Những gì hướng dẫn chính thức đề cập cụ thể là xem xét các giải pháp thay thế liên quan đến hình ảnh được tích hợp trong prompt cho các mô hình trước đây. Chúng có thể không còn cần thiết nữa.
Có một điều nữa. Độ chính xác với hình ảnh cao nhất khi bạn cung cấp các công cụ để cho phép bản thân mô hình thực hiện cắt xén hoặc xác nhận trực quan. Nó được nêu rõ ràng rằng việc cung cấp các công cụ hiệu quả hơn về chi phí so với việc tăng mức effort.
Nếu sử dụng trong Claude Code, hãy dừng định dạng dán hình ảnh và yêu cầu ấn tượng. Cung cấp vị trí của tệp hình ảnh và để nó tự mở, phóng to và kiểm tra trong khi sửa. Bạn nên làm điều này trước khi tăng mức effort.
11. Truyền các kiểu cho bảng tính và slides
Giờ đây, nó có thể tạo bảng tính trên nhiều trang tính, bao gồm các công thức không đơn giản. Slides cũng ra với cấu trúc được tổ chức tốt.
Hướng dẫn chính thức ở đây chỉ có một: Nếu có một kiểu hoặc mẫu bạn muốn nó tuân theo, hãy đặt nó trong prompt.
Đối với những người sửa giao diện của các tài liệu đã tạo mỗi lần, sẽ nhanh hơn nếu tăng thông tin bạn cung cấp trước khi tăng công việc sửa chữa.
Cách nhanh nhất là cung cấp một tài liệu bạn tự làm trước đây và nói, "Khớp với định dạng này." Sẽ nhanh hơn khi hiển thị một ví dụ thực tế hơn là giải thích màu sắc và phông chữ bằng lời.
Tóm tắt
- Độ dài câu trả lời và tài liệu không giảm theo mức effort. Hãy hướng dẫn độ dài một cách rõ ràng.
- Xóa các hướng dẫn ra lệnh xác minh hoặc kiểm tra lại. Opus 5 làm điều đó mà không cần được yêu cầu.
- Tốt hơn là viết các ràng buộc phạm vi và điều kiện ủy quyền sub-agent.
- Đối với đánh giá, "hãy để nó xuất ra mọi thứ và lọc sau." Đừng để nó lọc ngay từ đầu.
- Sử dụng low và medium làm mức effort chính.
- Đừng cung cấp thông số kỹ thuật từng chút một; hãy cung cấp tất cả ngay từ đầu và để nó yên. Tác vụ càng nặng, sự khác biệt càng lớn.
Khi mô hình thay đổi, cách "đúng" để yêu cầu cũng trở nên lỗi thời.
Các mẹo bạn học được năm ngoái có thể chỉ đang làm tăng thời gian chờ và chi phí bây giờ.
Tôi hy vọng bạn sẽ đánh dấu trang và thử ít nhất một điều ngay hôm nay.
Tôi thường đăng bài về thông tin AI mới nhất và các phương pháp kiếm tiền bằng AI. Nếu bài viết này hữu ích, hãy theo dõi tôi.
Cuối cùng,
Hiện tôi đang tặng miễn phí 55 lợi ích lớn, bao gồm sách giáo khoa Claude Code, phương pháp cài đặt và chiến lược kiếm tiền. Nếu bạn chưa nhận, hãy nhận chúng tại đây.
https://utage-system.com/line/open/cwgwX1a35XDK?mtid=FNAamIuYaEet
Trang tham khảo
https://platform.claude.com/docs/en/build-with-claude/prompt-engineering/prompting-claude-opus-5
