2026-08-08

Tiểu thuyết do AI viết bị trôi dạt vì các mô hình ngôn ngữ lớn tạo văn bản theo chiều tiến, từng token một, tối ưu cho tính hợp lý cục bộ thay vì tính nhất quán của toàn bộ câu chuyện — và vì không mô hình nào có thể giữ toàn bộ bản thảo trong vùng chú ý làm việc khi đang viết. Kết quả là một nhân vật chính sắc sảo, chua cay ở chương một lại trở nên dễ mến một cách chung chung ở chương mười lăm; một bàn tay bị chặt đứt xuất hiện trở lại; hoặc một người anh chị em đổi giới tính giữa các cảnh. Đây là vấn đề về kiến trúc, không phải do kỹ năng viết prompt chưa đủ tốt.
Nghiên cứu công bố trên arXiv chỉ ra ràng buộc cốt lõi một cách rõ ràng: các hệ thống transformer «hoạt động bằng cách sinh theo chiều tiến — dự đoán các token tiếp theo dựa trên ngữ cảnh trước đó — vốn tối ưu cho tính mạch lạc cục bộ và xác suất thống kê hơn là cung truyện dài hạn», đồng thời thiếu «một cơ chế để suy ngược từ những hiệu ứng tự sự mong muốn» (Vấn đề phụ thuộc của tiểu thuyết hiện đại vào AI, arXiv).
Các yếu tố chính gây ra trôi dạt nhân vật và lỗi nhất quán:
✅ Sinh theo chiều tiến một chiều — mô hình không thể sửa lại các trọng số chú ý trước đó khi các sự kiện về sau thay đổi điều thực sự quan trọng ✅ Giới hạn cửa sổ ngữ cảnh — ngay cả cửa sổ lớn cũng suy giảm khi bằng chứng bị phân tán khắp bản thảo ✅ Thu hẹp vào nguyên mẫu — các mô hình sau RLHF mặc định chọn những khuôn mẫu nhân vật dễ nhận biết và các kết cục gọn gàng ✅ Không có trạng thái có cấu trúc lưu bền vững — thông tin về nhân vật nằm trong văn xuôi, thay vì trong hồ sơ có thể truy vấn mà mô hình tham chiếu ✅ Làm phẳng cảm xúc — mô hình duy trì được tính mạch lạc cấp câu nhưng không duy trì được kiến trúc cảm xúc từ cảnh đến toàn bộ cung truyện
Hiểu vì sao các lỗi này xảy ra là điều giúp chúng có thể được khắc phục. Phần còn lại của hướng dẫn này phân tích từng cơ chế, rồi đánh giá các công cụ và quy trình thực sự giúp giảm thiểu chúng — bao gồm cả những giới hạn thực tế của chúng.
Trôi dạt nhân vật là sự biến đổi dần dần, không chủ ý trong tính cách, giọng nói, đặc điểm thể chất hoặc lịch sử đã được xác lập của một nhân vật xuyên suốt một văn bản dài do AI tạo ra. Khác với một cung phát triển nhân vật có chủ đích — nơi thay đổi được thúc đẩy và theo dõi — trôi dạt là sự bào mòn không có động cơ về phía mức trung bình thống kê.
Trôi dạt thường xuất hiện dưới bốn dạng:
Tài liệu sản phẩm của Sudowrite mô tả mô thức này bằng những từ ngữ gần như giống hệt, gọi trôi dạt nhân vật là «kẻ giết bản thảo thầm lặng» và lưu ý rằng người viết thường chỉ nhận ra khi biên tập, «và giờ bạn đang phải viết lại 10.000 từ lời thoại» (Sudowrite).
Lỗi nhất quán là người họ hàng ở cấp độ cốt truyện của hiện tượng trôi dạt: mâu thuẫn dòng thời gian, vật thể xuất hiện lại sau khi bị phá hủy, hay quy tắc xây dựng thế giới thay đổi giữa các chương. Các tác giả thảo luận về series có AI hỗ trợ trong cộng đồng tác giả báo cáo đúng cụm vấn đề này — «quy tắc xây dựng thế giới thay đổi, nhân vật quên các sự kiện trong quá khứ, những lỗ hổng logic không ai xử lý» (thảo luận cộng đồng tác giả LitRPG).
Bởi vì ghi nhớ và lập luận dựa trên thông tin là hai vấn đề khác nhau, và mở rộng cửa sổ ngữ cảnh chỉ giải quyết vấn đề thứ nhất. Một mô hình về mặt kỹ thuật có thể chứa 100.000 từ trong ngữ cảnh mà vẫn không nhận ra chương ba mâu thuẫn với chương hai mươi chín.
Bộ đánh giá NoCha giúp đo lường khoảng cách này. Các hệ thống AI đạt độ chính xác 59.8% trong các tác vụ phân tích hư cấu cấp câu, nhưng hiệu năng giảm xuống 41.6% khi tác vụ đòi hỏi lập luận toàn cục trên toàn bộ cuốn sách (Vấn đề phụ thuộc của tiểu thuyết hiện đại vào AI, arXiv). Đây là mức sụt giảm 18 điểm phần trăm đúng ở dạng lập luận mà tính nhất quán cần đến — tổng hợp bằng chứng từ nhiều phần rời rạc, không liền kề trong câu chuyện.
Bộ đánh giá NovelQA củng cố phát hiện này: các mô hình «liên tục thất bại trong những tác vụ đòi hỏi tổng hợp bằng chứng từ nhiều phần không liền kề của câu chuyện» (arXiv).
Nghiên cứu học thuật về mô hình hóa ngữ cảnh dài đi đến cùng kết luận từ góc độ hệ thống, lưu ý rằng mặc dù đã có tiến bộ đáng kể, các mô hình ngôn ngữ lớn «vẫn gặp khó khăn với ngữ cảnh dài do hạn chế về bộ nhớ» (ACL Anthology, Kết quả EMNLP 2025). Và các biện pháp khắc phục dựa trên truy xuất cũng có cái giá riêng — một nghiên cứu năm 2026 phát hiện RAG «suy giảm mạnh nhất trên NarrativeQA, xác nhận rằng truy xuất ở cấp đoạn làm gián đoạn tính mạch lạc tự sự toàn cục» (ResearchGate).
Vì vậy, hai cách sửa rõ ràng nhất — cửa sổ lớn hơn hoặc truy xuất — đều thất bại theo những hướng khác nhau. Cửa sổ lớn hơn làm loãng sự chú ý. Truy xuất làm phân mảnh dòng chảy tự sự.
Ba cơ chế kiến trúc riêng biệt tạo ra lỗi nhất quán, và chúng không phải là cùng một vấn đề dưới những tên gọi khác nhau. Phân biệt chúng rất quan trọng, vì mỗi cơ chế cần một biện pháp giảm thiểu khác nhau.
Tác phẩm hư cấu đòi hỏi các sự kiện «vừa bất ngờ ở thời điểm xảy ra vừa trở nên tất yếu khi nhìn lại» — một nghịch lý thời gian «mâu thuẫn căn bản với logic sinh theo chiều tiến của các kiến trúc transformer» (arXiv). Nhân quả vật lý vận hành theo chiều tiến. Nhân quả tự sự phải được kiến tạo để đáp ứng một điều kiện trong tương lai mà mô hình chưa đi tới.
Đây là cơ chế ít được thảo luận nhất và có lẽ gây hại nhiều nhất. Trong tác phẩm hư cấu, tầm quan trọng của một chi tiết thay đổi ngược về quá khứ. Cảnh tiệc tối chỉ là tiếng ồn nền cho đến khi một vụ giết người biến nó thành động cơ và cơ hội. Các token không thay đổi; trọng lượng thông tin của chúng thay đổi.
Kiến trúc transformer không thể thực hiện việc tái trọng số này. Như phân tích trên arXiv nêu: «Trọng số chú ý được thiết lập trong lượt truyền xuôi và không thể được sửa lại hồi tố dựa trên những tiết lộ về sau. Mô hình không thể tái cấu trúc hệ phân cấp tầm quan trọng của thông tin quá khứ dựa trên tri thức tương lai. Chúng xử lý thông tin theo kiểu tích lũy thay vì biến đổi» (arXiv).
Điều này giải thích một quan sát khó hiểu mà nhiều người viết báo cáo: ngay cả với cửa sổ ngữ cảnh khổng lồ, AI đã «đọc» chi tiết báo trước nhưng vẫn không hành động theo nó. Thông tin có ở đó. Mức ưu tiên của nó đã sai.
Tác phẩm hư cấu hấp dẫn điều phối cảm xúc đồng thời ở cấp từ, câu, cảnh và cung truyện. Các mô hình hiện tại «xuất sắc ở tính mạch lạc ngữ nghĩa cục bộ... nhưng gặp khó khăn với loại kiến trúc cảm xúc đa thang đo mà tác phẩm hư cấu đòi hỏi» (arXiv).
Dấu hiệu thực nghiệm rất nhất quán. Các bài đánh giá về tiểu thuyết phần lớn do AI tạo ra của Stephen Marche, Death of an Author, mô tả «một sự phẳng lặng kỳ lạ bao trùm ngay cả khi điều gì đó đầy biến cố hoặc đáng báo động đang xảy ra». Phân tích quy mô lớn của Rettberg và Wigers trên 11.800 truyện do AI tạo ra phát hiện sự tuân thủ áp đảo với một khuôn mẫu cốt truyện duy nhất và xu hướng tránh né căng thẳng tự sự một cách có hệ thống, «làm sạch xung đột ngoài đời thực» để ưu tiên «hoài niệm và hòa giải» (arXiv).
Đáng chú ý, khi các đặc trưng cấp diễn ngôn rõ ràng — cung truyện, điểm ngoặt, động lực cảm xúc — được đưa vào quy trình sinh, hiệu năng cải thiện hơn 40%. Đây là bằng chứng cho thấy thiếu hụt này một phần thuộc về kiến trúc và một phần phụ thuộc vào những gì mô hình được cung cấp để xử lý (arXiv).
Nó sâu xa hơn — nhưng prompt và cách thiết lập vẫn thay đổi đáng kể mức độ vấn đề. Đây là một trong những nhận định gây tranh cãi hơn trong thảo luận về viết bằng AI, và bằng chứng ủng hộ một lập trường có sắc thái thay vì bất kỳ cực đoan nào.
Bằng chứng cho thấy đây là vấn đề kiến trúc: mức sụt giảm trong các bộ đánh giá, các trọng số chú ý cố định, sự đồng nhất giữa năm kiến trúc mô hình khác nhau trong các nghiên cứu đa mô hình, nơi «sự lặp lại nhất quán của các tên riêng, địa điểm, nghề nghiệp và chủ đề cụ thể» xuất hiện «bất kể khác biệt kiến trúc» (arXiv).
Bằng chứng cho thấy thiết lập có ý nghĩa: các nhà nghiên cứu phát hiện những mô hình được tinh chỉnh sớm trên kho tác phẩm của từng tác giả «dường như học được các quy tắc kinh nghiệm đặc thù thể loại để định trọng số thông tin». Các giao diện chat hậu ChatGPT với cài đặt mặc định bị ràng buộc an toàn và prompt chung chung tạo ra tác phẩm hư cấu kém hơn thấy rõ so với các thử nghiệm API trực tiếp trước đây có siêu tham số tùy chỉnh. So sánh được đưa ra rất xác đáng — «một nhạc công jazz được đào tạo trong các phong cách cụ thể và có thể ứng tác sáng tạo, so với một du khách dùng sổ cụm từ» (arXiv).
Cũng có một phát hiện phản trực giác đáng để suy ngẫm. Một nghiên cứu phản biện năm 2026 được The Guardian đưa tin cho thấy những người tham gia đọc truyện do AI tạo ra đánh giá truyện cuốn hút hơn và có chất lượng cao hơn so với những người đọc truyện do con người viết (The Guardian); BBC cũng đưa tin về kết quả này (BBC). Nghiên cứu liên quan phát hiện các câu chuyện AI «được cảm nhận là thú vị hơn», trong khi các câu chuyện của con người «được trân trọng hơn» (ScienceDirect).
Điểm lưu ý then chốt: các nghiên cứu đó kiểm tra truyện ngắn. Trôi dạt nhân vật và lỗi nhất quán là những bệnh lý phụ thuộc vào độ dài. Một truyện AI 1.500 từ gần như không có cơ hội tự mâu thuẫn. Một tiểu thuyết 90.000 từ có hàng nghìn cơ hội. Phát hiện về chất lượng và phát hiện về trôi dạt không mâu thuẫn — chúng mô tả những vùng độ dài khác nhau.
Kết luận thực hành: trôi dạt có nguồn gốc kiến trúc nhưng mức độ của nó có thể được kiểm soát. Bộ nhớ ngoài có cấu trúc, theo dõi trạng thái rõ ràng và lặp với con người trong vòng kiểm soát đều giảm thiểu nó một cách có thể đo lường. Không biện pháp nào loại bỏ hoàn toàn nó.
Các khung nghiên cứu bổ sung theo dõi trạng thái rõ ràng lên trên mô hình nền mang lại những cải thiện đã được công bố và đo lường — và quy mô những cải thiện đó cho biết bao nhiêu phần của vấn đề có thể được xử lý ở tầng công cụ.
Khung SCORE (Story Coherence and Retrieval Enhancement) kết hợp ba thành phần: Dynamic State Tracking (theo dõi vật thể và nhân vật qua logic ký hiệu), Context-Aware Summarization (tóm tắt phân cấp theo từng tập), và Hybrid Retrieval (độ liên quan từ khóa TF-IDF cộng với biểu diễn nhúng ngữ nghĩa dựa trên độ tương đồng cosine), được kết nối trong pipeline RAG căn chỉnh theo thời gian (SCORE, arXiv).
Các kết quả được báo cáo so với mô hình cơ sở:
| Chỉ số | Cải thiện so với GPT cơ sở |
|---|---|
| Tính mạch lạc tự sự (NCI-2.0) | +23.6% |
| Tính nhất quán cảm xúc (EASM) | 89.7% |
| Giảm ảo giác | Ít hơn 41.8% |
Chỉ số trạng thái vật phẩm là chỉ số tiết lộ nhiều nhất. Các mô hình cơ sở đạt 0 trong việc theo dõi liệu các vật phẩm tự sự bắt buộc có hiện diện chính xác hay không — tức là các vật phẩm bị đánh dấu là đã mất hoặc bị phá hủy thường xuyên xuất hiện trở lại mà không có lời giải thích. Các phiên bản được bổ sung SCORE đạt từ 76.2 đến 98 tùy theo mô hình nền (SCORE, arXiv).
Kết quả theo từng mô hình từ cùng nghiên cứu:
| Mô hình nền | Nhất quán (gốc → SCORE) | Mạch lạc (gốc → SCORE) | Trạng thái vật phẩm (gốc → SCORE) |
|---|---|---|---|
| GPT-4 | 83.21 → 85.61 | 84.32 → 86.90 | 0 → 98 |
| GPT-4o | 86.78 → 88.68 | 82.21 → 89.91 | 0 → 96 |
| Claude 3 | 84.60 → 87.20 | 80.90 → 85.70 | 0 → 93.1 |
| Gemini Pro | 82.20 → 85.20 | 83.40 → 86.00 | 0 → 95.0 |
| Llama-13B | 71.30 → 79.10 | 69.80 → 73.40 | 0 → 76.2 |
Có hai mô thức đáng rút ra. Thứ nhất, các mô hình nền yếu hơn cải thiện nhiều hơn — Llama-13B tăng 7.8 điểm về tính nhất quán, so với 2.4 điểm của GPT-4. Bộ nhớ có cấu trúc bù đắp một phần cho năng lực thô của mô hình. Thứ hai, mức tăng về mạch lạc và nhất quán khá khiêm tốn, từ 2–8 điểm, trong khi theo dõi vật phẩm đi từ 0 lên gần như hoàn hảo. Theo dõi trạng thái rõ ràng giải quyết dứt khoát vấn đề ghi sổ. Nó gần như không chạm đến vấn đề sâu hơn về nhân quả tự sự.
Chính các tác giả của khung này cũng thừa nhận giới hạn: «sự phụ thuộc vào độ chính xác truy xuất đối với tính liên tục của vật phẩm then chốt và chi phí tính toán từ việc tóm tắt phân cấp» (SCORE, arXiv).
Các công cụ viết AI dành cho người dùng phổ thông giải quyết trôi dạt bằng một chiến lược chủ đạo: hồ sơ ngoài có cấu trúc — được gọi theo nhiều cách là Story Bible, Codex hoặc Lorebook — được chèn vào ngữ cảnh ở mỗi lần sinh văn bản. Các công cụ khác nhau ở mức độ tự động hóa, phạm vi bộ nhớ và lượng thiết lập chúng yêu cầu.
Khung đánh giá ở đây đặt trọng số lên năm khía cạnh cụ thể của vấn đề trôi dạt: bộ nhớ có cấu trúc lưu bền vững, phạm vi ngữ cảnh hiệu dụng, tính liên tục giữa nhiều sách, gánh nặng thiết lập và kiểm tra nhất quán rõ ràng. «Chất lượng văn xuôi» chung được chủ ý loại trừ — đây là khía cạnh ít liên quan nhất đến trôi dạt.
Tính năng Write của Sudowrite đọc tối đa 20.000 từ văn bản trước đó cùng tối đa 25 tài liệu chương được liên kết, kết hợp với dữ liệu Story Bible bao quát nhân vật, xây dựng thế giới, thể loại, phong cách, tóm tắt và dàn ý. Thẻ nhân vật lưu đại từ, tính cách, bối cảnh, mô tả thể chất và phong cách lời thoại. Series Folder chia sẻ dữ liệu Story Bible giữa nhiều cuốn sách, còn Chapter Continuity liên kết tài liệu để tạo bộ nhớ dài hạn (Sudowrite, hướng dẫn series của Sudowrite).
Điểm mạnh: Ít ma sát thiết lập nhất trong các công cụ chuyên viết hư cấu. Mô hình được tinh chỉnh cho tác phẩm hư cấu. Tự động thực thi POV và thì. Có tính liên tục rõ ràng ở cấp series.
Giới hạn: Cửa sổ 20.000 từ là giới hạn cứng — với tiểu thuyết 100.000 từ, đó chỉ tương đương khoảng một phần năm gần nhất. Liên kết chương thực hiện thủ công và dễ bị bỏ quên; hướng dẫn của Sudowrite cảnh báo rằng tài liệu không được liên kết khiến AI «không có bất kỳ ký ức nào về các chương từ một đến chín». Story Bible chỉ chính xác bằng thông tin bạn nhập, và không tự cập nhật từ phần văn xuôi bạn viết.
Novelcrafter sử dụng hệ thống Codex làm tầng bộ nhớ có cấu trúc. Trong phần so sánh cạnh tranh của chính Sudowrite, cơ chế này được mô tả trực tiếp: «Bộ nhớ dài hạn của AI, trên thực tế, là thông tin bạn đã tỉ mỉ nhập vào Codex. Điều này tạo ra một vòng phản hồi mạnh mẽ» (Sudowrite).
Điểm mạnh: Kiểm soát sâu, chi tiết đối với những gì mô hình nhìn thấy. Linh hoạt dùng mô hình do bạn tự chọn. Được ưa chuộng bởi những người viết lập kế hoạch kỹ lưỡng trước khi phác thảo.
Giới hạn: Chi phí thiết lập là phàn nàn thường gặp. Một bài đánh giá chi tiết năm 2026 gọi đây là «một trong những công cụ viết AI mạnh nhất tôi từng thử và rõ ràng là công cụ có khởi đầu gian nan nhất» (bài đánh giá trên Medium). Chất lượng nhất quán tỷ lệ thuận trực tiếp với kỷ luật duy trì Codex — Codex sơ sài, nhân vật trôi dạt.
Điểm mạnh: Lập luận thô và độ linh hoạt văn xuôi mạnh nhất. Không bị khóa vào gói thuê bao của một môi trường viết duy nhất. Rất tốt khi làm kiểm toán viên nhất quán — đưa cho nó một phần bản thảo và yêu cầu đánh dấu mâu thuẫn là một cách dùng thực sự hiệu quả mà các tác giả tích cực thảo luận (
).Giới hạn: Không có bộ nhớ truyện có cấu trúc lưu bền vững theo mặc định. Ngữ cảnh phải được thiết lập lại mỗi phiên. POV và thì cần chỉ dẫn thủ công. Một bài đánh giá tập trung vào người viết lưu ý rằng trợ lý đa dụng có thể «không tốt cho tác phẩm hư cấu vì nó ‘sửa’ các lựa chọn phong cách có chủ đích và làm mất giọng văn của bạn» (
).Cách tiếp cận của Jenova đối với trôi dạt nằm ở cấp nền tảng thay vì cấp bản thảo: bộ nhớ lưu bền vững giữa các phiên, lịch sử chat không giới hạn và cơ sở tri thức có thể đính kèm cho phép một story bible tồn tại như tài liệu nền tảng mà tác nhân tham chiếu xuyên suốt các phiên thay vì phải dán lại. Tác nhân Creative Fiction Writer và Writing Assistant có thể được cung cấp bản thảo đã tải lên cùng tài liệu tham chiếu nhân vật; quyền truy cập nhiều mô hình cũng cho phép bạn chuyển một lượt kiểm toán nhất quán sang mô hình này và sinh văn xuôi sang mô hình khác mà không phải duy trì các tài khoản riêng biệt.
Giới hạn — nói thẳng: Jenova không phải môi trường quản lý bản thảo được xây dựng chuyên biệt. Nền tảng này không có hệ thống liên kết chương, giao diện thẻ cảnh, lượt kiểm tra nhất quán chuyên dụng hay tính năng tương đương Series Folder. Những người viết muốn một ứng dụng duy nhất chứa bản thảo, dàn ý và AI trong một không gian làm việc có cấu trúc sẽ thấy Sudowrite hoặc Novelcrafter phù hợp hơn. Lợi thế của Jenova là tính lưu bền của bộ nhớ và sự linh hoạt mô hình, không phải khung quản lý bản thảo.
| Khía cạnh | Sudowrite | Novelcrafter | ChatGPT / Claude | Jenova |
|---|---|---|---|---|
| Bộ nhớ truyện có cấu trúc | Story Bible với thẻ nhân vật (lưu bền vững) | Codex, duy trì thủ công (lưu bền vững) | Không có theo mặc định | Cơ sở tri thức có thể đính kèm + bộ nhớ giữa các phiên |
| Phạm vi ngữ cảnh hiệu dụng | 20.000 từ + 25 chương liên kết | Codex được chèn vào, phụ thuộc mô hình | Chỉ trong từng phiên; cần dán lại | Lưu bền vững xuyên phiên; lịch sử không giới hạn |
| Tính liên tục giữa nhiều sách | Series Folder chia sẻ Bible giữa các sách | Codex tái sử dụng giữa các dự án | Thủ công | Cơ sở tri thức tái sử dụng giữa các phiên |
| Gánh nặng thiết lập | Thấp–vừa | Cao (được báo cáo rộng rãi) | Rất thấp, nhưng không có lợi ích bộ nhớ | Thấp |
| Kiểm tra nhất quán rõ ràng | Tính năng Chapter Continuity | Dựa trên Codex, gián tiếp | Mạnh khi kiểm toán thủ công | Kiểm toán thủ công qua tác nhân |
| Lựa chọn mô hình | Muse (độc quyền, tinh chỉnh cho hư cấu) | Tự mang mô hình của bạn | Một nhà cung cấp cho mỗi công cụ | Nhiều nhà cung cấp (OpenAI, Anthropic, Google, xAI, DeepSeek) |
| Giá | Chưa xác minh — hãy kiểm tra các gói hiện tại | Chưa xác minh — hãy kiểm tra các gói hiện tại | Tùy nhà cung cấp | Gói miễn phí; Plus $20/tháng (30× mức sử dụng miễn phí); Premium $50/tháng (75×) |
| Phù hợp nhất với | Tiểu thuyết gia muốn công cụ chuyên cho hư cấu với thiết lập tối thiểu | Người lập kế hoạch sẵn sàng đầu tư vào Codex chi tiết | Kiểm toán nhất quán và phác thảo linh hoạt | Người viết cần bộ nhớ lưu bền vững và linh hoạt mô hình xuyên dự án |
Lưu ý về các thống kê do nhà cung cấp công bố đang lưu hành trong lĩnh vực này: những con số như «89% người viết sử dụng công cụ AI chuyên cho hư cấu báo cáo chất lượng văn xuôi tốt hơn» và «92% người dùng Sudowrite hoàn thành bản thảo nhanh hơn» xuất hiện trong tài liệu marketing của chính Sudowrite, dựa trên khảo sát nội bộ (Sudowrite). Hãy đánh giá dữ liệu khảo sát do bên thứ nhất cung cấp theo đúng bản chất của nó — chưa được xác minh độc lập, và khảo sát người dùng tự chọn thường thiên lệch tích cực.
Phòng ngừa cốt yếu là đưa trạng thái mà mô hình không thể giữ ra bên ngoài và kiểm toán theo những khoảng đủ ngắn để việc sửa trôi dạt ít tốn kém. Quy trình dưới đây áp dụng cho mọi công cụ; các bước dành riêng cho từng công cụ được ghi chú.
1. Xây dựng hồ sơ nhân vật trước khi phác thảo, không phải trong lúc phác thảo.
Mỗi nhân vật chính cần một hồ sơ cố định bao gồm đặc điểm thể chất, sắc thái lời nói, thông tin tiểu sử, trạng thái tri thức hiện tại — họ biết gì và biết khi nào — cùng bản đồ quan hệ. Trong Sudowrite, đây là thẻ nhân vật trong Story Bible. Trong Novelcrafter, đó là mục Codex. Trong một trợ lý đa dụng hoặc Jenova, đó là tài liệu tham chiếu được tải lên.
Hướng dẫn của chính Sudowrite rất cụ thể: «Dành 15 phút cho mỗi nhân vật chính ngay từ đầu. Tiết kiệm hàng giờ chỉnh sửa về sau» (Sudowrite).
2. Duy trì sổ trạng thái liên tục, không chỉ một bible tĩnh.
Đây là bước mà phần lớn người viết bỏ qua và là bước được nghiên cứu SCORE xác thực trực tiếp nhất. Tiểu sử nhân vật tĩnh không ngăn lỗi trạng thái vật phẩm — trạng thái động mới làm được điều đó. Hãy giữ một sổ văn bản thuần túy, mỗi thay đổi trạng thái một dòng:
Ch4 — Elena loses left hand (permanent)
Ch8 — Marcus switches allegiance to the Vale faction
Ch11 — The ledger is destroyed by fire (unrecoverable)
Ch12 — Elena learns Marcus's betrayal (Kira does NOT know)
Cung cấp sổ này vào ngữ cảnh cùng với chương bạn đang phác thảo. Đây là tương đương thủ công với Dynamic State Tracking của SCORE, vốn đã nâng độ chính xác trạng thái vật phẩm từ 0 lên 93–98 trên các mô hình (SCORE, arXiv).
3. Kiểm toán mỗi năm chương, không phải ở cuối.
Thực hiện một lượt kiểm tra nhất quán chuyên dụng trên cửa sổ cuốn chiếu. Một prompt hoạt động tốt với mọi trợ lý đa dụng:
«Dưới đây là các chương 8–12 của tiểu thuyết của tôi cùng sổ trạng thái nhân vật. Đừng viết lại bất cứ nội dung nào. Chỉ liệt kê: (a) các phát biểu mâu thuẫn với sổ trạng thái, (b) mọi nhân vật có sắc thái lời thoại đã lệch khỏi giọng nói được xác lập, (c) mọi đồ vật hoặc mẩu thông tin xuất hiện mà không được giới thiệu trước đó. Dẫn chương và dòng cho từng mục.»
Ràng buộc «đừng viết lại bất cứ nội dung nào» rất quan trọng — nó ngăn mô hình âm thầm vá các mâu thuẫn thay vì đưa chúng ra ánh sáng.
4. Dùng các mô hình khác nhau để phác thảo và kiểm toán.
Mô hình đã tạo ra trôi dạt là bộ phát hiện trôi dạt kém. Chuyển lượt kiểm toán sang một mô hình khác giúp phát hiện những lỗi mà mô hình phác thảo đã bình thường hóa. Điều này đơn giản trên các nền tảng có quyền truy cập nhiều nhà cung cấp; với công cụ một nhà cung cấp, nó đòi hỏi một gói thuê bao thứ hai.
5. Để dở câu cuối khi tiếp tục viết.
Một kỹ thuật nhỏ nhưng thực sự hiệu quả. Sudowrite lưu ý rằng để một câu chưa hoàn chỉnh «tạo ra phần tiếp diễn tự nhiên hơn thấy rõ» vì mô hình tiếp tục từ giữa dòng suy nghĩ thay vì khởi động lại từ đầu (Sudowrite). Điều này làm giảm trôi dạt do đặt lại giọng văn ở ranh giới cảnh.
6. Điều chỉnh cài đặt sáng tạo theo chức năng cảnh.
Temperature cao cho động não và các cảnh khám phá. Temperature thấp cho các cảnh phải đạt những nhịp cốt truyện cụ thể. Trôi dạt tăng nhanh ở temperature cao chính vì mô hình được khuyến khích rời xa khuôn mẫu đã xác lập.
Sự đồng thuận giữa các nhà nghiên cứu là lỗi nhất quán là triệu chứng của một sự không tương thích kiến trúc sâu hơn, và các biện pháp giảm thiểu hiện tại quản lý triệu chứng thay vì chữa nguyên nhân.
«Trọng số chú ý được thiết lập trong lượt truyền xuôi và không thể được sửa lại hồi tố dựa trên những tiết lộ về sau. Mô hình không thể tái cấu trúc hệ phân cấp tầm quan trọng của thông tin quá khứ dựa trên tri thức tương lai. Chúng xử lý thông tin theo kiểu tích lũy thay vì biến đổi. Điều này giải thích vì sao ngay cả các mô hình có cửa sổ ngữ cảnh khổng lồ vẫn gặp khó khăn với việc lĩnh hội tự sự. Vấn đề không phải là thiếu bộ nhớ mà là một mô hình kiến trúc tích hợp sẵn không được tối ưu để thực hiện việc tái trọng số thông tin liên tục mà các câu chuyện hư cấu đòi hỏi.»
«Các hệ thống hiện tại thiếu cơ chế để suy ngược từ hiệu ứng tự sự mong muốn hoặc duy trì đồng thời nhiều quỹ đạo cốt truyện khả dĩ trong khi chọn con đường thỏa mãn cả ràng buộc bất ngờ lẫn tất yếu... quy trình sinh tự sự lặp với con người trong vòng kiểm soát là phương pháp duy nhất mà hiện nay chúng tôi tìm thấy để tạo tác phẩm hư cấu thành công.»
— Katherine Elkins, Integrated Program in Humane Studies and AI CoLab, Kenyon College (Vấn đề phụ thuộc của tiểu thuyết hiện đại vào AI, arXiv)
Góc nhìn kỹ thuật từ những người xây dựng giải pháp xoay quanh ràng buộc này đi đến kết luận tương thích từ hướng ngược lại.
«Mô thức chúng tôi liên tục thấy là người viết tự trách mình vì AI trôi dạt — họ cho rằng mình đã viết prompt kém. Trên thực tế, thất bại mang tính cấu trúc. Một mô hình được yêu cầu tiếp tục chương ba mươi, trong trường hợp tốt nhất, chỉ có khả năng nhìn thấy một phần các chương từ một đến hai mươi chín, và hoàn toàn không có cơ chế để nhận ra rằng một chi tiết ở chương ba đã trở thành điểm chịu lực ở chương hai mươi. Prompt tốt hơn cải thiện biên độ. Nó không thay đổi hình dạng của vấn đề.»
«Điều thực sự tạo khác biệt là đưa trạng thái ra bên ngoài. Kết quả SCORE rất đáng tham khảo: các mô hình cơ sở đạt 0 trong việc theo dõi liệu vật phẩm tự sự có hiện diện chính xác hay không, còn việc thêm theo dõi trạng thái rõ ràng đã nâng kết quả đó lên vùng giữa 90. Đây không phải cải thiện nhỏ — đó là khác biệt giữa một hệ thống có thể và không thể ghi sổ. Nhưng cùng nghiên cứu đó chỉ nâng độ mạch lạc từ hai đến tám điểm. Khoảng cách ấy cho bạn biết chính xác công cụ giải quyết được vấn đề nào và vấn đề nào vẫn là việc của tác giả.»
«Khuyến nghị thực tế của chúng tôi dành cho người viết là xem AI như một động cơ phác thảo bị mất trí nhớ và tự xây dựng bộ nhớ, dưới dạng bạn kiểm soát được. Một sổ trạng thái văn bản thuần túy vượt trội hơn một công cụ phức tạp được dùng cẩu thả. Và hãy kiểm toán bằng mô hình khác với mô hình đã phác thảo — các mô hình có điểm mù mang tính hệ thống trước chính mô thức trôi dạt của mình.»
— Đội ngũ Sản phẩm Jenova, 4 năm xây dựng các hệ thống tác nhân có bộ nhớ lưu bền vững
Một phần, và có lẽ không phải chỉ bằng cửa sổ ngữ cảnh. Bằng chứng hướng đến thay đổi kiến trúc và hệ thống lai hơn là chỉ mở rộng quy mô.
Những gì quy mô có lẽ không sửa được: vấn đề tái định giá thông tin có tính cấu trúc. Cửa sổ lớn hơn không trao cho kiến trúc truyền xuôi khả năng hồi tố tái trọng số sự chú ý trên chương ba khi chương hai mươi tiết lộ tầm quan trọng của nó. Nghiên cứu ngữ cảnh dài liên tục phát hiện các mô hình «gặp khó khăn với ngữ cảnh dài do hạn chế bộ nhớ và các ràng buộc kiến trúc vốn có» (ACL Anthology), đồng thời nhiễu làm suy giảm hiệu năng khi ngữ cảnh tăng lên (ResearchGate).
Những hướng có vẻ hứa hẹn hơn:
Đánh giá trung thực trong ngắn hạn: tính đến năm 2026, quy trình lặp với con người trong vòng kiểm soát vẫn là phương pháp hiệu quả đáng tin cậy duy nhất để tạo tác phẩm hư cấu dài, theo các nhà nghiên cứu trực tiếp nghiên cứu vấn đề này (arXiv). Tầng công cụ — story bible, Codex, sổ trạng thái, pipeline truy xuất — đã chứng minh có thể giải quyết phần ghi sổ của vấn đề. Phần nhân quả tự sự vẫn còn bỏ ngỏ.
Với người viết, điều đó tương ứng với sự phân công rõ ràng. Hãy để công cụ đảm nhiệm tính liên tục của sự kiện: ai có gì, ai biết gì, điều gì xảy ra khi nào. Hãy tự đảm nhiệm tính liên tục của ý nghĩa — vì sao sự kiện này quan trọng, vì sao phải là nhân vật này, vì sao kết thúc vốn tất yếu ngay từ đầu. Loại thứ hai là nơi tác phẩm hư cấu do AI tạo ra vẫn mang, theo cụm từ đáng nhớ của Elkins, «một sự phẳng lặng kỳ lạ».
Tác nhân Creative Fiction Writer của Jenova có tại jenova.ai/a/creative-fiction-writer, với bộ nhớ lưu bền vững giữa các phiên và cơ sở tri thức có thể đính kèm cho tài liệu tham chiếu truyện. Gói miễn phí bao gồm mức sử dụng hàng tháng có giới hạn; Plus có giá $20/tháng với 30× mức sử dụng miễn phí. Công cụ hư cấu của Sudowrite được tài liệu hóa tại sudowrite.com, còn hệ thống Codex của Novelcrafter tại novelcrafter.com. Tại thời điểm viết bài, giá và bộ tính năng của cả ba thường thay đổi — hãy xác minh trực tiếp các chi tiết hiện tại.