CLAUDE.md sau Opus 5: Vì sao chỉ dẫn dài giờ đây lại cản trở Claude
MarkdownClaude Opus 5 thông minh hơn, và những quy tắc cũ dài dòng trong CLAUDE.md đang cản trở nó. Nên giữ lại điều gì, chuyển gì sang skills và bật bộ nhớ tự động như thế nào. Có kèm prompt sẵn dùng.
Đọc toàn bộ bài viết
Điểm chính
Claude Opus 5 ra mắt vào ngày 24 tháng 7 năm 2026, và Anthropic đã làm một việc trái với trực giác thông thường: loại bỏ hơn 80% chỉ dẫn khỏi system prompt của Claude Code. Ý tưởng rất đơn giản: mô hình đã thông minh hơn, và những quy tắc cứng nhắc bổ sung giờ đây lại cản trở nó. Điều tương tự cũng đúng với CLAUDE.md của bạn. Tôi sẽ giải thích nên bỏ gì, chuyển gì sang skills và bật bộ nhớ tự động như thế nào để Claude tuân thủ tốt hơn trở lại.
Thông tin về cách làm việc với Ailoot có trong tài liệu.
Claude đã thay đổi thế nào sau khi Opus 5 ra mắt?
Điểm chính
Với Opus 5, Anthropic đã thay đổi cách hướng dẫn mô hình. Trước đây, Claude Code có một system prompt khổng lồ với hàng trăm quy tắc. Trong phiên bản mới, nội dung này được rút gọn hơn 80% mà chất lượng lập trình không giảm. Lý do là các mô hình thế hệ thứ năm đủ thông minh để đưa ra quyết định dựa trên ngữ cảnh. Chúng không còn cần một danh sách mệnh lệnh cứng nhắc.
Opus 5 ra mắt vào ngày 24 tháng 7 năm 2026 và lập tức trở thành mô hình mặc định trong Claude Code. Bản thân mô hình — giá, các bài đánh giá chuẩn và chế độ effort — được trình bày chi tiết trong hướng dẫn riêng “Should You Switch to Claude Opus 5?”. Bài viết này nói về một điều khác: việc ra mắt mô hình cũng thay đổi cách giao tiếp với nó sao cho hiệu quả.
Anthropic đã đăng một bài phân tích trên blog Claude. Ý chính như sau:
Chúng tôi đã loại bỏ hơn 80% system prompt của Claude Code — mà không thấy chất lượng các tác vụ lập trình giảm đáng kể. Chúng tôi đã bó buộc Claude quá nhiều.
Cụm từ then chốt là “bó buộc quá nhiều”. Khi mô hình còn yếu hơn, chúng cần giàn giáo: làm điều này, đừng làm điều kia, đây là ví dụ, hãy lặp lại thêm lần nữa. Opus 5 không còn cần giàn giáo đó nữa, và tệ hơn, nó có thể bắt đầu cản trở. Anthropic nêu nguyên tắc mới một cách đơn giản: hãy để Claude tự vận dụng khả năng phán đoán.
Điều đó có ý nghĩa gì trong thực tế với bạn?
- CLAUDE.md của bạn cùng loại với system prompt, nhưng dành cho dự án của bạn. Nếu Anthropic đã cắt giảm của họ 80 phần trăm, có lẽ tệp của bạn cũng phình to quá mức.
- Danh sách quy tắc dài không còn bảo đảm việc tuân thủ. Ngược lại, càng nhiều dòng thì mô hình càng ít làm theo sát (xem thêm bên dưới với số liệu từ tài liệu).
- Các cơ chế mới đã xuất hiện — bộ nhớ tự động và skills — đảm nhận một phần công việc mà trước đây bạn phải viết rõ thủ công trong CLAUDE.md.
Điểm chính: phần việc quan trọng nhất diễn ra trước prompt — ở những gì bạn đưa vào ngữ cảnh của mô hình trước yêu cầu đầu tiên. Bản cập nhật Opus 5 về cơ bản là xác nhận chính thức của Anthropic cho cùng một ý tưởng. Tuy nhiên, lần này nó đi kèm số liệu cụ thể và công cụ mới. Tôi sẽ lần lượt xem từng điều.
Vì sao CLAUDE.md dài giờ đây lại cản trở?
Điểm chính
CLAUDE.md được nạp vào ngữ cảnh khi bắt đầu mỗi phiên và tiêu tốn token giống như cuộc trò chuyện của bạn. Tài liệu chính thức của Claude Code khuyên nên giữ tệp dưới 200 dòng vì tệp dài hơn dùng nhiều ngữ cảnh hơn và làm giảm mức độ tuân thủ chỉ dẫn. Hơn nữa, khi hai quy tắc mâu thuẫn nhau, Claude sẽ chọn ngẫu nhiên một quy tắc. CLAUDE.md quá dài tạo thêm nhiễu và khiến mô hình khó tập trung hơn.
Cách hoạt động như sau. CLAUDE.md là tệp quy tắc mà Claude đọc khi bắt đầu mỗi phiên. Hướng dẫn riêng “How to Set Up CLAUDE.md” giải thích cách tạo tệp từ đầu; bài viết này nói về chiều ngược lại: giờ nên bỏ gì khỏi tệp. Mọi thứ bạn viết ở đó đều được đưa vào ngữ cảnh trước yêu cầu đầu tiên và nằm lại trong suốt cuộc trò chuyện. Ngữ cảnh không vô hạn — mỗi dòng quy tắc bổ sung chiếm chỗ đáng lẽ có thể dành cho tác vụ của bạn.
Tài liệu Claude Code nói thẳng:
Giữ các tệp trong phạm vi 200 dòng. Tệp dài hơn tiêu tốn nhiều ngữ cảnh hơn và làm giảm mức độ tuân thủ chỉ dẫn.
Điểm thứ hai quan trọng hơn điểm thứ nhất: tệp dài làm giảm mức độ tuân thủ chỉ dẫn. Mô hình bắt đầu lắng nghe kém sát sao hơn. Đây là cái bẫy mà gần như người mới nào cũng mắc phải. Lập luận có vẻ không thể bác bỏ: tôi muốn Claude nghe theo mình, vậy tôi sẽ viết thêm quy tắc. Thực tế lại ngược lại. Danh sách càng dài, sự chú ý của mô hình càng phân tán và nó càng thường bỏ qua quy tắc.
Cách tiếp cận đã thay đổi như sau:
| Trước đây (mô hình yếu hơn) | Hiện nay (Opus 5 và mô hình thế hệ thứ năm) | |
|---|---|---|
| Logic | Nhiều quy tắc hơn nghĩa là kết quả đáng tin cậy hơn | Ít quy tắc hơn nghĩa là tuân thủ tốt hơn |
| CLAUDE.md | Danh sách dài cho mọi tình huống | Ngắn: chỉ giữ điều mô hình không thể tự suy ra |
| Chỉ dẫn | Mệnh lệnh cứng nhắc: “làm theo cách này” | Tin vào khả năng phán đoán của mô hình |
| Quy tắc lặp lại | Lặp lại để tăng độ tin cậy | Lặp lại chỉ gây cản trở |
Còn một vấn đề thứ hai: mâu thuẫn. Khi tệp dài ra, hầu như không thể tránh việc tích tụ các quy tắc xung đột. Một chỗ ghi “luôn viết test”, chỗ khác lại ghi “đừng động vào thư mục tests”. Tài liệu cảnh báo rằng nếu hai quy tắc mâu thuẫn nhau, Claude có thể chọn ngẫu nhiên một trong hai. Nói cách khác, tệp quá dài khiến hành vi của mô hình kém dễ đoán hơn.
Một quy tắc đơn giản: CLAUDE.md là ghi chú ngắn về những gì Claude không thể tự suy ra. Mọi thứ vượt quá điều đó chỉ chiếm sự chú ý của nó.
Nên giữ lại gì trong CLAUDE.md và nên bỏ gì?
Điểm chính
Chỉ giữ trong CLAUDE.md những gì Claude không thể suy ra từ chính mã nguồn: các điểm dễ mắc lỗi riêng của dự án, quy ước không hiển nhiên, lệnh build và những quy ước khác với mặc định. Bỏ mọi điều hiển nhiên mà mô hình đã biết và mọi điều nó có thể đọc được trong mã nguồn. Quy tắc trong tài liệu là: thêm một dòng khi Claude mắc cùng một lỗi lần thứ hai. Không phải trước đó, cũng không phải để phòng ngừa.
Tài liệu đưa ra tiêu chí rõ ràng để quyết định một quy tắc có xứng đáng nằm trong CLAUDE.md hay không. Hãy thêm quy tắc nếu:
- Claude mắc cùng một lỗi lần thứ hai.
- Một bước kiểm tra mã phát hiện điều mà mô hình đáng lẽ phải biết về dự án này.
- Bạn đang nhập cùng một lời sửa trong cuộc trò chuyện lần thứ hai.
- Một người mới trong nhóm cần cùng bối cảnh đó để tránh làm hỏng dự án.
Nguyên tắc chung là giữ lại các điểm dễ mắc lỗi riêng của dự án và bỏ những điều hiển nhiên. Claude Code thậm chí có sẵn bước kiểm tra claude doctor, đưa ra đề xuất dọn dẹp CLAUDE.md quá dài. Công cụ này loại bỏ chi tiết mà mô hình có thể suy ra từ codebase — cấu trúc thư mục, danh sách dependency, tổng quan kiến trúc — và giữ lại các điểm dễ mắc lỗi, lý do cùng những quy ước khác với mặc định.
Quy tắc quan trọng thứ hai là tính cụ thể. Cách viết mơ hồ không hiệu quả. Hãy so sánh:
| Mơ hồ (không đạt yêu cầu) | Cụ thể (đạt yêu cầu) |
|---|---|
| Định dạng mã cho đúng | Dùng thụt lề 2 dấu cách |
| Kiểm thử các thay đổi | Chạy npm test trước khi commit |
| Sắp xếp tệp cho gọn | API handlers nằm trong src/api/handlers/ |
| Viết commit message tốt | Bắt đầu commit message bằng loại: fix:, feat: |
Khác biệt rất đơn giản. Mô hình có thể diễn giải “định dạng cho đúng” theo bất kỳ cách nào nó muốn. “Dùng thụt lề 2 dấu cách” có thể được kiểm tra một cách không mơ hồ. Mọi quy tắc trong CLAUDE.md nên là điều bạn có thể kiểm tra và nhìn thấy — có được tuân thủ hay không.
Thứ ba, hãy bỏ những điều hiển nhiên. Nếu bạn viết “viết mã sạch” hoặc “làm theo các thực tiễn tốt nhất” trong CLAUDE.md thì đó là nhiễu. Mô hình đã biết những điều đó, còn dòng này chiếm chỗ và làm phân tán sự chú ý. Anthropic khuyên rõ ràng không nên dùng ngữ cảnh cho những điều hiển nhiên.
Mẹo
Cách kiểm tra nhanh từng dòng trong CLAUDE.md: “Claude có thể tự tìm ra điều này chỉ bằng cách xem mã của tôi không?” Nếu có, hãy xóa dòng đó. Chỉ giữ lại điều không thể suy ra từ chính dự án.
Nên chuyển các quy tắc không phù hợp với CLAUDE.md đi đâu?
Điểm chính
Bất cứ nội dung nào trong CLAUDE.md đã biến từ một sự thật đơn giản thành quy trình nhiều bước thì nên chuyển sang một skill. Skill là một tệp chỉ dẫn riêng, chỉ được nạp khi thực sự cần. Thời gian còn lại, nó không chiếm ngữ cảnh. Nhờ vậy, một chỉ dẫn dài gần như không tốn gì cho đến khi bạn gọi nó. Đây là cơ chế tiết lộ dần — nạp thông tin khi cần, theo từng phần, đúng thời điểm cần dùng.
Đây là lúc công cụ ít được đánh giá đúng mức nhất phát huy tác dụng. Trước kia, mọi chỉ dẫn đều phải nằm trong CLAUDE.md; giờ đây, các quy trình dài đã có chỗ riêng: skills. Hướng dẫn riêng “How to Choose Claude Code Skills” giải thích cách chọn skills phù hợp mà không thêm quá nhiều.
Khác biệt này rất căn bản. CLAUDE.md được nạp toàn bộ khi bắt đầu mỗi phiên. Skill thì không. Tài liệu giải thích như sau:
Không giống nội dung trong CLAUDE.md, phần nội dung của skill chỉ được nạp khi sử dụng — vì vậy tài liệu tham khảo dài gần như không tốn gì cho đến khi bạn cần đến.
Cách này gọi là tiết lộ dần — nạp thông tin khi cần. Ý tưởng là đưa ngữ cảnh cho mô hình theo từng phần, vào đúng thời điểm. Anthropic đã chuyển các chỉ dẫn chi tiết của họ — chẳng hạn chỉ dẫn về rà soát mã — sang skills và xóa chúng khỏi system prompt.
Tiêu chí để chuyển một nội dung sang skill rất đơn giản: một phần trong CLAUDE.md đã biến từ sự thật thành quy trình. Ghi chú một dòng “Build chạy qua npm run build” là một sự thật và thuộc về CLAUDE.md. Mười bước về “cách chúng ta xuất bản dự án” là một quy trình và thuộc về skill.
Nguyên tắc thực tế: chuyển giao bất kỳ việc gì bạn làm nhiều hơn một vài lần. Giải thích một lần cách bạn tổng hợp, chẳng hạn, báo cáo khách hàng hàng tuần, biến lời giải thích đó thành skill và bạn sẽ không phải giải thích lại. Skill nằm đó mà không chiếm ngữ cảnh, và có thể được gọi bằng tên thông qua lệnh như /otchet.
Những nội dung nên chuyển sang skills:
- Quy trình nhiều bước (xuất bản, biên soạn báo cáo, kiểm tra trước khi phát hành).
- Chỉ dẫn dài hiếm khi cần nhưng cần đầy đủ khi dùng.
- Bất kỳ nội dung nào bạn sao chép từ cuộc trò chuyện này sang cuộc trò chuyện khác lần thứ hai hoặc thứ ba.
Còn có một lựa chọn trung gian: quy tắc riêng cho từng thư mục. Nếu chỉ dẫn chỉ quan trọng đối với một phần của dự án, bạn có thể đặt nó trong .claude/rules/ và liên kết với các tệp liên quan. Khi đó, nó chỉ được nạp khi Claude làm việc với các tệp này, thay vì luôn nằm trong ngữ cảnh.
Bộ nhớ tự động là gì và tại sao nên dùng trong 2026?
Điểm chính
Bộ nhớ tự động là khi Claude tự ghi lại những điều đáng nhớ: lệnh build, phát hiện khi gỡ lỗi, sở thích của bạn và những lời sửa. Trước đây bạn phải tự thêm những nội dung này vào CLAUDE.md. Giờ đây Claude tự ghi chú riêng, tách biệt với các quy tắc của bạn, rồi đưa chúng vào những phiên sau. Bộ nhớ tự động được bật mặc định trong các mô hình thế hệ thứ năm.
Cơ chế mới thứ hai giúp giảm tải cho CLAUDE.md là bộ nhớ tự động. Ý tưởng là Claude giờ đây không chỉ nhớ những gì bạn viết, mà còn nhớ những điều nó tự nhận ra. Hướng dẫn riêng “Claude Memory vs. CLAUDE.md” giải thích cơ chế này khác CLAUDE.md như thế nào.
Sự khác biệt giữa hai loại bộ nhớ:
| CLAUDE.md | Bộ nhớ tự động | |
|---|---|---|
| Ai viết | Bạn | Chính Claude |
| Nội dung | Chỉ dẫn và quy tắc | Khám phá và khuôn mẫu |
| Ví dụ | “Thụt lề 2 dấu cách” | “Build thất bại nếu Redis không chạy” |
| Khi nào được cập nhật | Bạn sửa thủ công | Claude cập nhật trong lúc làm việc |
Cách hoạt động như sau: khi làm việc với tác vụ của bạn, Claude nhận thấy các chi tiết hữu ích — lệnh nào chạy build, gỡ lỗi bị vướng ở đâu, bạn yêu cầu nó làm khác đi như thế nào — rồi lưu chúng vào ghi chú. Claude sẽ mang chúng trở lại trong phiên tiếp theo. Điều quan trọng là nó lưu có chọn lọc, chỉ giữ những gì nó cho là hữu ích về sau.
Ghi chú nằm trong một thư mục riêng cho từng dự án, với tệp chỉ mục tên là MEMORY.md. Bạn có thể xem và sửa chúng bằng lệnh /memory. Đây là các tệp văn bản thông thường, vì vậy bạn có thể đọc, sửa hoặc xóa bất cứ lúc nào.
Điều này thay đổi gì trong thực tế với bạn: giờ đây Claude tự ghi lại một số điều mà trước kia bạn phải thêm vào CLAUDE.md sau mỗi lần mắc lỗi. Nhờ vậy, tệp quy tắc của bạn còn ngắn hơn — và đó là điều tốt.
Lưu ý
Bộ nhớ tự động lưu ghi chú cục bộ. Ghi chú được chọn được nạp vào ngữ cảnh Claude và gửi dịch vụ mô hình đã cấu hình; lưu cục bộ không đồng nghĩa xử lý ngoại tuyến. Lưu giữ và huấn luyện tùy dịch vụ, thiết lập tài khoản. Xem ghi chú bằng /memory, không đặt bí mật trong đó.
Vì sao Opus 5 tranh luận với chỉ dẫn của bạn?
Điểm chính
Opus 5 đủ thông minh để đôi khi không đồng tình với một chỉ dẫn cứng nhắc nếu thấy có lựa chọn tốt hơn trong ngữ cảnh. Với những người đang cấu hình skills và plugin cũ cho các mô hình trước đây, điều này có thể khiến họ cảm thấy “mô hình trở nên khó kiểm soát”. Thực tế, nó chỉ ngừng mù quáng làm theo những mệnh lệnh mà nó cho là chưa tối ưu. Bạn nên kiểm tra các cấu hình cũ trước khi chuyển đổi.
Điều này cũng có mặt trái.
Một mô hình được quyền vận dụng khả năng phán đoán thì theo định nghĩa sẽ đôi khi không đồng tình với một mệnh lệnh cứng nhắc nếu thấy có lựa chọn tốt hơn trong ngữ cảnh.
Nếu bạn đã nâng cấp lên Opus 5 và có vấn đề xảy ra, điều này có ý nghĩa gì với bạn:
- Kiểm tra lại các skills và plugin cũ. Cấu hình được xây dựng cho mô hình trước đây có thể xung đột với logic mới. Những thứ từng hoạt động như đồng hồ vẫn nên được kiểm tra lại.
- Loại bỏ cách diễn đạt cứng nhắc nhất. Mô hình thế hệ thứ năm xử lý những mệnh lệnh như “không bao giờ làm X, luôn luôn chỉ làm Y” kém hơn cách diễn đạt linh hoạt có giải thích lý do.
- Theo dõi những lúc mô hình dừng quá sớm. Đôi khi đó là dấu hiệu một chỉ dẫn tự mâu thuẫn hoặc va phải một quy tắc trong CLAUDE.md quá dài.
Cảnh báo
Nếu một skill quen thuộc đột nhiên hoạt động bất thường sau khi bạn chuyển sang Opus 5, thường thì chỉ dẫn cũ bên trong skill đáng bị quy trách nhiệm hơn chính mô hình. Hãy dọn dẹp nó như CLAUDE.md: bỏ điều hiển nhiên và các mâu thuẫn, chỉ giữ lại những điểm cụ thể.
Cách viết lại CLAUDE.md cho Opus 5: từng bước một
Điểm chính
Dọn dẹp CLAUDE.md mất một buổi tối. Trước tiên hãy chạy bước kiểm tra tích hợp sẵn, sau đó tự tay bỏ những điều hiển nhiên và các mâu thuẫn, chuyển quy trình dài sang skills, bật bộ nhớ tự động và chỉ giữ lại các điểm dễ mắc lỗi riêng của dự án. Dưới đây là các bước cùng một prompt sẵn dùng để thực hiện lượt đầu tiên thay bạn.
Đây là quy trình xử lý CLAUDE.md được kế thừa từ các mô hình trước đây.
Chạy bước kiểm tra tích hợp sẵn
Nhập
claude doctortrong dự án. Công cụ sẽ đề xuất nên bỏ gì khỏi tệp phình to và giữ lại gì.Bỏ những điều hiển nhiên
Xóa mọi dòng Claude có thể suy ra từ chính mã nguồn: cấu trúc thư mục, danh sách thư viện và các cụm từ chung chung như “viết mã sạch”.
Xóa các mâu thuẫn
Đọc từ đầu đến cuối tệp và tìm những quy tắc xung đột. Giữ lại một quy tắc và xóa quy tắc mâu thuẫn với nó.
Chuyển quy trình sang skills
Chuyển mọi thứ đã biến từ sự thật thành chỉ dẫn từng bước sang một skill riêng. Để lại một liên kết một dòng trong CLAUDE.md.
Làm cho các quy tắc còn lại cụ thể
Viết lại từng quy tắc sao cho có thể kiểm tra được: “định dạng cho đúng” trở thành “dùng thụt lề 2 dấu cách”.
Bật bộ nhớ tự động và kiểm tra độ dài
Đảm bảo bộ nhớ tự động đang hoạt động (
/memory) và tệp có dưới 200 dòng. Nếu không, vẫn còn thứ cần chuyển đi.
Để khỏi phải tự làm lượt đầu tiên, hãy để Claude thực hiện. Đây là prompt bạn có thể dùng làm điểm bắt đầu — sao chép rồi dán vào một phiên được mở trong dự án:
Prompt: Dọn dẹp CLAUDE.md quá dài
Đọc CLAUDE.md và mã nguồn của tôi. Nhiệm vụ của bạn là rút ngắn CLAUDE.md và làm cho nó hữu ích hơn đối với một mô hình thế hệ thứ năm.
Xem toàn bộ tệp và chia các quy tắc thành ba nhóm:
GIỮ LẠI - các điểm dễ mắc lỗi riêng của dự án và những quy ước bạn không thể tự suy ra từ mã nguồn.
XÓA - những điều hiển nhiên mà bạn đã biết và mọi thứ có thể suy ra từ mã nguồn.
CHUYỂN SANG SKILL - quy trình nhiều bước hiện đang được viết trong CLAUDE.md.
Với nhóm 1, hãy viết lại các quy tắc mơ hồ cho cụ thể và có thể kiểm chứng.
Tìm những quy tắc mâu thuẫn nhau và trình bày riêng.
Trả về phiên bản mới của CLAUDE.md dưới 200 dòng, cùng danh sách những nội dung bạn đề xuất chuyển sang skills.
Không thay đổi tệp nào cho đến khi tôi xác nhận.
Hãy chú ý dòng cuối: “Không thay đổi bất cứ thứ gì cho đến khi tôi xác nhận.” Điều này quan trọng với một mô hình hiện đã biết dùng khả năng phán đoán của mình: yêu cầu nó đưa ra kế hoạch trước, rồi để bạn quyết định.
Vì sao ngữ cảnh quan trọng hơn prompt?
Điểm chính
Cách diễn đạt yêu cầu của bạn ít quan trọng hơn mọi người nghĩ. Điều quan trọng hơn nhiều là những gì mô hình thấy trước yêu cầu của bạn: cấu trúc dự án, quy tắc, bộ nhớ và skills. Đó là kỹ thuật ngữ cảnh — làm việc với ngữ cảnh như kỹ năng cốt lõi của một người lập trình theo kiểu vibe coding. Bản cập nhật Opus 5 chỉ củng cố logic này: mô hình càng thông minh thì môi trường bạn đặt nó vào càng quan trọng. So với điều đó, cách diễn đạt yêu cầu chỉ là thứ yếu.
Nếu tạm gác những chi tiết cụ thể về Opus 5 và nhìn vào bức tranh lớn hơn, toàn bộ bài phân tích này nói về một ý tưởng: ngữ cảnh quan trọng hơn prompt. Công việc quan trọng nhất diễn ra trước yêu cầu — khi bạn sắp xếp môi trường mà mô hình sẽ làm việc.
CLAUDE.md, skills và bộ nhớ tự động đều là một phần của cùng một thứ: những gì Claude thấy trước tin nhắn đầu tiên của bạn. Bạn có thể chỉnh đi chỉnh lại cách diễn đạt yêu cầu, nhưng nếu ngữ cảnh được sắp xếp kém — CLAUDE.md quá dài, quy tắc mâu thuẫn, thiếu cấu trúc — kết quả vẫn sẽ không nhất quán.
Một phép kiểm tra đơn giản: không có bộ não thứ nhất thì bộ não thứ hai cũng không giúp ích. Trong bài viết này, “bộ não thứ hai” có nghĩa là cấu trúc kiến thức về dự án mà mô hình đọc mỗi khi nhận yêu cầu. Nhưng nó chỉ hoạt động khi có sự hiểu biết rõ ràng của bạn về tác vụ làm nền tảng. Công cụ khuếch đại tư duy của bạn, và vai trò của nó kết thúc ở đó.
Bản cập nhật Opus 5 làm rõ thêm logic này. Anthropic đã chứng minh qua công việc của mình rằng khi mô hình đủ thông minh, các quy tắc bổ sung chỉ gây hại, còn lợi thế thuộc về người sắp xếp ngữ cảnh cẩn thận. Đây là kỹ năng sẽ theo bạn qua mọi mô hình tiếp theo, dù là Opus 6 hay bất kỳ mô hình nào khác.
Ngay bây giờ nên bắt đầu từ đâu?
Điểm chính
Mở CLAUDE.md và nhìn nó qua lăng kính của nguyên tắc mới: đó là ghi chú ngắn về các điểm dễ mắc lỗi riêng của dự án, không hơn. Dùng prompt sẵn có ở trên để rà soát, chuyển quy trình sang skills và bật bộ nhớ tự động. Việc này mất một buổi tối, và sau đó Claude sẽ làm theo chỉ dẫn của bạn tốt hơn thấy rõ.
Đừng trì hoãn đến “một ngày nào đó”. Bước đầu tiên đơn giản nhất là mở CLAUDE.md ngay bây giờ và thành thật tự hỏi về từng dòng: đây có phải điểm dễ mắc lỗi mà Claude không thể suy ra, hay là điều hiển nhiên tôi thêm vào để phòng ngừa? Mọi thứ thuộc nhóm thứ hai đều có thể xóa.
Tiếp theo, dùng prompt trong phần trên để rà soát tệp, chuyển các quy trình dài sang skills và kiểm tra xem bộ nhớ tự động đã bật chưa. Chỉ một buổi tối làm việc là đủ để ngữ cảnh của bạn trở thành nền tảng súc tích, chính xác cho mô hình.
Bạn có thể áp dụng điều này trong một dự án thực tế của riêng mình: CLAUDE.md, bộ não thứ hai và skills dành cho công việc của bạn.
Nguồn
Hãy tìm hiểu về Ailoot.
Xem thêm chi tiết
Câu hỏi thường gặp
Khi nào một mục CLAUDE.md nên thành skill?
Khi thông tin dự án ngắn đã thành quy trình nhiều bước chỉ cần cho một số việc. Giữ chỉ dẫn ngắn và quy ước ổn định trong CLAUDE.md.
Bộ nhớ tự động cục bộ có nghĩa nội dung không bao giờ tới dịch vụ mô hình không?
Không. Tệp lưu trên máy nhưng ghi chú được chọn sẽ vào ngữ cảnh mô hình. Xem bằng /memory, loại bí mật và kiểm tra kiểm soát dữ liệu của dịch vụ đã cấu hình.