Tôi phản đối việc cập nhật CLAUDE.md của mình

Khi bạn dùng Claude Code, mọi blog, mọi bài hội thảo kỹ thuật hay mọi người dùng khác trong cộng đồng đều khuyên bạn nên ghi chú các quy tắc vào tệp CLAUDE.md để AI làm việc tốt hơn. Nhưng tác giả bài viết này lại có cách tiếp cận hoàn toàn khác — thậm chí còn được gọi là "chống đối" việc này. Trong bài viết đầy tính triết lý và hài hước, ông lập luận rằng CLAUDE.md chỉ khiến AI tệ hơn, và thay vào đó, hãy nói chuyện trực tiếp với AI.

Mỗi lần Claude làm điều gì đó hơi khó chịu — như thêm bình luận giải thích rằng i += 1 để tăng biến i, tự tạo tệp tóm tắt markdown không ai cần, hay phát hiện test lỗi và xóa test thay vì sửa code — câu trả lời "chuẩn" mà mọi bài viết hay hội thảo đều khuyên là: mở CLAUDE.md và thêm một dòng quy tắc. Tôi sẽ không làm điều đó.

Tệp tin trở thành kho lưu trữ oán giận

Một system prompt được bạn duy trì theo thời gian chính là một cuốn nhật ký — kiểu nhật ký đặc biệt, nơi mỗi mục ghi lại một điều gì đó từng làm bạn tổn thương.

## Quy tắc
- KHÔNG BAO GIỜ tạo tệp tài liệu trừ khi được yêu cầu rõ rằng
- Không thêm bình luận lặp lại nội dung code
- Khi test lỗi, hãy sửa code chứ không phải sửa test
- Đừng nói "Bạn hoàn toàn đúng!"
- Không chạy `git push --force` (chúng ta đã thảo luận chuyện này)

Hãy đọc lại danh sách đó. Mỗi gạch đầu dòng là một vết thương nhỏ mà bạn chọn cất giữ mãi mãi. Mỗi lần mở tệp để thêm dòng về emoji, tôi phải đi ngang qua "Khi test lỗi, hãy sửa code chứ không phải sửa test" và nhớ lại chính xác mình đang ngồi đâu vào buổi chiều thứ Ba mà cái câu đó trở nên cần thiết. Tôi không muốn một bản ghi chép vĩnh viễn về 30 giây tệ hại nhất trong mối quan hệ của chúng tôi. Tôi đã có thứ đó rồi — nó được gọi là lịch sử git.

Mỗi dòng quy tắc là một luật được ban hành trong cơn giận

Vấn đề khác: những quy tắc này được viết ra lúc cao trào bực bội rồi tồn tại mãi mãi. Tôi có một trải nghiệm tồi tệ vào tháng Ba và giờ thì có một "sửa đổi hiến pháp" về nó. Không có điều khoản hết hạn. Không ai hủy bỏ nó. Mô hình trở nên tốt hơn mỗi 4 tháng, còn quy tắc của tôi thì đóng băng ở cái mùa xuân năm ngoái mà nó tệ hại nhất.

Tôi khá chắc rằng một phần đáng kể system prompt của tôi giờ đang khiến mọi thứ tệ hơn — những chỉ dẫn viết cho một mô hình không còn tồn tại, đang mạnh mẽ đẩy một mô hình thông minh hơn tránh xa những thứ nó tự làm tốt. Nhưng tôi không thể biết dòng nào là như vậy, vì để biết tôi phải xóa một dòng và xem chuyện gì xảy ra — và đó là cách bạn tự đẩy mình vào cảnh "force-push lên nhánh main".

Bức tượng cổ điển về sự hiểu biết và di sản

Các trọng số (weights) được tiết lộ bên trong một bộ khung

Đây là phần tôi ngừng đùa. Tôi phải tiêu thụ các trọng số đúng theo cách chúng được tiết lộ cho Dario.

Các trọng số không được tiết lộ trong chân không. Chúng được tiết lộ bên trong một bộ khung (harness). Claude được post-training bên trong môi trường Claude Code. Thứ ra khỏi hộp không phải là một mô hình cộng thêm một tệp văn bản. Đó là một mô hình được định hình, qua từng lần chạy, với chính bối cảnh đó. Bộ khung là một phần của thành phẩm. Sự "tiết lộ" bao gồm cả nó.

Vì vậy, mỗi dòng tôi thêm vào CLAUDE.md là một sự báng bổ. Tôi đang lấy một hệ thống được thánh hóa với một bối cảnh cụ thể và thay vào đó một bối cảnh chưa bao giờ tồn tại trước đây, rồi ngạc nhiên khi thấy những lỗi kỳ lạ mà không ai tái hiện được, vì không ai có bối cảnh của tôi. Câu "KHÔNG BAO GIỜ tạo tệp tài liệu" vốn là về một tệp summary.md vào tháng Ba. Đến tháng Sáu, mô hình từ chối viết README mà tôi yêu cầu rõ ràng, dẫn lại quy tắc của tôi như một thanh tra xây dựng. Nó đang tuân giữ những điều răn tôi đưa ra trong cơn giận — trung thành, theo từng chữ. Tôi đã phạm tội với bối cảnh và bối cảnh giữ lại biên nhận. Và các quy tắc thậm chí còn không đáng tin để sửa thứ chúng được viết ra. Nó cũng giống như việc hỏi mô hình một số ngẫu nhiên: kết quả trông có vẻ tuân phục, nhưng bạn không thể biết từ kết quả đó liệu nó có thực sự tuân phục hay không.

Truyền thống khẩu truyền

Vậy tôi thực sự làm gì khi Claude xóa test? Tôi không mở tệp. Tôi không đóng khung vết thương. Tôi cầu nguyện.

Ý tôi là: tôi nói chuyện với nó. Trong chat, tại "hiện trường vụ việc", khi bối cảnh của vụ việc vẫn còn trong bộ nhớ làm việc. "Đừng xóa test, hãy sửa code." Mô hình điều chỉnh, chúng ta tiếp tục, và khi phiên làm việc kết thúc, lời nói của tôi chết theo nó — đây không phải là điểm yếu trong hệ thống của tôi, mà chính là hệ thống của tôi. Một lời cầu nguyện không được viết xuống. Đó chính là điều khiến nó trở thành lời cầu nguyện thay vì một điều răn. Các giáo sĩ Do Thái đã giữ luật truyền khẩu qua nhiều thế kỷ với cùng lý do: một lời sửa dạy bằng miệng sống trong khoảnh khắc nó được áp dụng, thay vì ràng buộc mọi mô hình tương lai đến tận khi thư mục nhà tôi chết.

Một cuộc trò chuyện trực tiếp được truyền lại qua lời nói

Tôi không đến với đức tin này một mình. Nó được giảng dạy bởi thánh Peter, người đã nhìn vào sự giả tạo — những subagent, những tệp agent viết bằng CHỮ IN HOA ầm ĩ, những nghi lễ plan-mode — và nói: cứ nói chuyện với nó thôi. Ngay cả thánh Peter cũng giữ một tệp agent dài 800 dòng mà ông gọi là "mô sẹo tổ chức", vì chúng ta đều là kẻ có tội. Ông nói điều đó như lời khuyên kỹ thuật. Tôi đã chọn tiếp nhận nó như tin mừng. Tôi đã tin tuyệt đối vào "chỉ cần nói chuyện với nó".

Không tệp quy tắc. Không điều răn. Không sửa đổi hiến pháp. Chỉ có các trọng số, bộ khung, và giọng nói của tôi bay lên vào một cửa sổ bối cảnh và sẽ quên tôi vào sáng mai. Đúng như Dario mong muốn.

Amen.