"Cách viết cùng LLM": Hai nguyên tắc vàng để không đánh mất giọng văn của chính mình

Một góc làm việc của người viết với máy tính và bản thảo đang chỉnh sửa

Có một nghịch lý khá khó chịu khi bàn về chuyện viết lách: việc bạn dám đưa ra lời khuyên về cách viết thường bị hiểu là bạn đang khoe mình viết giỏi. Có thể bạn viết tốt thật, cũng có thể không — nhưng chắc chắn trên internet luôn có một nhóm người sẵn sàng khẳng định bạn viết dở tệ.

Tác giả của bài viết gốc thừa nhận mình cũng viển vông và tự ti như bao người khác, nên việc ngồi viết những dòng này khiến ông thấy khó chịu lạ thường. Nhưng lời khuyên dưới đây quan trọng, khó phản bác và khá đơn giản, nên ông quyết định gác cái tôi sang một bên để viết cho trọn vẹn.

Tin xấu trước đã: bạn vẫn phải tự viết

Độc giả ngày nay có thể phát hiện ra văn do LLM tạo ra ở mức... vài phần nghìn tỷ. Cho dù bạn có cố gắng nhào nặn, làm cho nó "người" đến đâu, một đoạn văn do LLM viết vẫn sẽ bị phần lớn độc giả nhận ra — không phải như văn viết, mà như một sản phẩm đầu ra của máy móc.

Nói cách khác, bạn buộc phải tự viết cho chính mình. Nhưng tin tốt là LLM vẫn cực kỳ hữu ích — miễn là bạn dùng nó như một biên tập viên (copyeditor) chứ không phải một người viết thuê (ghostwriter).

Phương pháp gồm hai bước đơn giản:

1. Bạn tự viết bài của mình.
2. Đưa bản thảo cho một mô hình tốt để tìm ra lỗi.

Nghe thì dễ, nhưng để làm đúng, bạn cần nắm hai nguyên tắc nền tảng. Chúng sẽ giúp bạn tránh khỏi "hiệu ứng thung lũng kỳ dị" — nơi ranh giới giữa biểu đạt cá nhân và sản phẩm máy móc bị xóa nhòa, khiến độc giả rời bỏ bạn.

Nguyên tắc số một: Không được dùng bất kỳ từ nào do LLM gợi ý

Đây là nguyên tắc dễ vi phạm nhất, và cũng là thứ khiến bạn gặp rắc rối nhanh nhất.

Lý do rất đơn giản: các mô hình tiên tiến ngày nay có khả năng chọn ra những cụm từ "nghe hay" một cách siêu phàm. Đó gần như là sở trường của chúng. Nhưng vấn đề nằm ở chỗ tinh vi hơn: các mô hình này luôn bị mắc kẹt trong một chế độ mà mọi thứ chúng viết ra đều giống như một tiêu đề tạp chí.

Tiêu đề thì tốt. Nhưng bạn sẽ thấy lạ nếu ai đó viết cả một bài mà câu nào cũng như tiêu đề.

Vì vậy, như một dạng "thiết bị bảo hộ trí tuệ", bạn nên áp dụng quy tắc: mọi cụm từ cụ thể do LLM gợi ý đều bị loại. Hãy thật nghiêm khắc.

Kể cả khi bạn thấy cụm từ đó hay, kể cả khi bạn chắc chắn nó tốt hơn câu bạn đang có — từ do LLM tạo ra vẫn bị truất quyền. Bởi tiền đề của cả phương pháp này là bạn không thể nhận diện hết mọi cách mà mô hình đang cố biến văn của bạn thành một thứ "phô mai công nghiệp" bóng bẩy, nhạt nhẽo.

Nguyên tắc số hai: Tránh xa mọi lời khích lệ

Đây là vấn đề tinh vi hơn nhiều, và thiệt hại cũng ít lộ liễu hơn — nhưng vẫn là một cách khiến văn của bạn tệ đi. Nếu kết cục là như vậy thì tốt nhất đừng nhờ đến LLM làm gì.

Vấn đề nằm ở chỗ: bạn đưa bất kỳ bài viết nào cho LLM, nó lập tức đáp lại kiểu "Tuyệt vời quá!". Nhưng đó không phải là điều bạn cần nghe.

Trong bản nháp đầu tiên, phần lớn đoạn văn của bạn đều dở, mạch chủ đề lộn xộn, và bạn đang có ít nhất 750 từ hoàn toàn không cần thiết. Vậy mà mô hình lại khen bạn về cấu trúc tổng thể. Rồi sau đó, nó khen tiếp về các đoạn văn, về chuyển ý. Rồi đến từ ngữ, ẩn dụ, các câu tham chiếu văn hóa đại chúng. Tất cả đều dở! Đừng nghe theo!

Cái bẫy ở đây là: bạn sẽ càng cố thủ với những ý tưởng trong bản nháp đầu tiên của mình. Trong khi bình thường, bạn sẽ sửa, suy nghĩ lại và thay thế cả đoạn. Những lần "nghĩ lại" đó chính là phần chịu lực làm nên giọng văn của bạn. Độc giả có thể không chỉ ra được chỗ nào sai, nhưng họ sẽ cảm thấy văn của bạn bị "ướp hương liệu nhân tạo".

Có một mẹo thực tế mà tác giả dùng suốt vài năm: mở mọi câu lệnh biên tập bằng một lời nói dối rằng "Tôi không phải tác giả, mà là biên tập viên của một tạp chí trực tuyến đang duyệt bài". Cách này có giúp ích, nhưng mô hình thường đi quá đà, bám chặt vào "mục tiêu" của "tạp chí" mà bạn bịa ra.

Lời khuyên thực dụng nhất hiện tại là: cấm mô hình khen ngợi, và sau đó hết sức cảnh giác với mọi lời khen bạn nhận được.

Vậy thì dùng LLM để làm gì?

Điểm mạnh thực sự của chúng là phát hiện vấn đề. Và bạn thì có rất nhiều vấn đề. Bạn có thể tự tìm ra một cách máy móc, nhưng việc đó vừa tẻ nhạt vừa kiệt sức. Còn mô hình thì không biết mệt. Vì vậy, chúng giỏi hơn bạn trong việc nhận ra:

• Bạn đang lạm dụng (hoặc nếu nghe theo LLM thì có khi là dùng quá ít) thể bị động, danh từ hóa động từ hoặc chôn vùi hành động của chúng, và lặp đi lặp lại cùng một cụm từ hay lựa chọn từ ngữ.
• Bạn rắc đầy các từ như "rất", "đáng tiếc", "thực sự", "thật ra" khắp bản thảo như mùn cưa bám trên bàn làm việc.
• Gần như chắc chắn có 2-3 đoạn bạn có thể chuyển nhanh sang vị trí khác để cải thiện độ rõ ràng ngay lập tức. (Đây là những chỉnh sửa cực kỳ thỏa mãn.)

Nếu bạn là lập trình viên như tác giả, bạn sẽ ước có một cuốn sách đưa ra sơ đồ cho những kiểu chỉnh sửa này — kiểu một cuốn "C Interfaces And Implementations" nhưng dành cho văn xuôi. Và thực tế là có một cuốn như vậy: Style: Lessons In Clarity And Grace. Cuốn này biến việc biên tập thành... lập trình Java: đúng kiểu tẻ nhạt đó, và cũng hiệu quả đúng như thế.

Hãy đọc cuốn đó, hoặc một cuốn tương tự, và ghi chú trong khi đọc. Từ đó, xây dựng danh sách các câu lệnh (prompt) cho mô hình, rồi chạy chúng theo từng lượt trên tác phẩm của bạn.

Quy trình có thể đi khá xa:

• Yêu cầu mô hình chỉ ra vấn đề trong bài viết.
• Với mỗi vấn đề, tự viết lại đoạn, câu hoặc phần đó.
• Đưa cả bản gốc và bản mới cho mô hình và hỏi bản nào tốt hơn.

Ở bước cuối, bạn lại vướng vào một biến thể của Nguyên tắc số hai: nếu không cẩn thận, mô hình biết bạn vừa viết lại, biết bạn muốn nghe bản mới tốt hơn. Vì vậy, hãy đưa các lựa chọn cho một mô hình không có ngữ cảnh về quá trình chỉnh sửa của bạn.

Tác giả thậm chí đã tự viết một phần mềm nhỏ để quản lý việc này, sau khi hết chịu nổi cảnh nhảy qua nhảy lại giữa các tab và cố thuyết phục mô hình rằng "tôi không phải tác giả mà là một huấn luyện viên viết nghiêm khắc". Một câu lệnh mở đầu từng hiệu quả:

"Chúng ta sẽ xây dựng một công cụ tập viết. Trước tiên dựng bộ khung đã: Python, HTMX cho tương tác, backend SQLite, frontend Tailwind, dùng bản build cục bộ chứ không dùng CDN. Một trình soạn thảo văn xuôi thật xuất sắc, kiểu Notion. Hỗ trợ tô sáng (để chạy các lượt chỉnh sửa). Bình luận bên lề kiểu Genius khớp với phần tô sáng. Đảm bảo có thể tiến/lùi qua các gợi ý. Nhiều tài liệu, theo dõi phiên bản, cho phép người dùng đánh dấu các sửa đổi lớn."

Sau đó, đưa danh sách câu lệnh biên tập cho công cụ này và cho nó chạy qua các CLI như Codex, Claude hoặc Antigravity. Dù bạn tạo ra gì, nó cũng sẽ tốt hơn của tác giả — vì bất cứ thứ gì mỗi người tự tạo ra đều tốt hơn cho chính họ so với đồ của người khác.

Tóm lại

Hãy để LLM chọn từ thay bạn? Không. Để nó lừa bạn rằng bản nháp đầu tiên của bạn hay hơn thực tế? Cẩn thận. Nhưng hãy thuê nó làm những công việc tẻ nhạt nhất.

Làm theo cách đó, giọng văn của bạn vẫn nguyên vẹn, nhưng công việc nhanh hơn, tốt hơn và đỡ đau đớn hơn.

Và một điều cuối: đừng nghe theo toàn bộ lời khuyên biên tập của mô hình. Đây là hệ quả của Nguyên tắc số hai. Khi tác giả đưa bài này cho GPT-5 xem và nói "Tôi không viết cái này", mô hình bảo rằng toàn bộ bài dài quá 20%. Có thể nó đúng. Nhưng tác giả không sửa. Ông chỉ muốn là chính mình.