NovelKit và Hermes: Xưởng truyện dài kỳ có kiểm soát
NovelKit không giao cả bộ truyện cho một model rồi chờ phép màu. Hermes chia công việc thành artifact, agent và gate để từng chương có thể được kiểm tra trước khi trở thành canon.
Truyện dài kỳ không cần một "AI nhà văn" toàn năng. Nó cần một hệ thống biết ai đang làm gì, dữ liệu nào là sự thật, chương nào đã được duyệt và lỗi nào phải chặn trước khi lan sang phần sau. NovelKit được xây quanh nhu cầu đó trên kiến trúc Hermes: file-first canon, task DAG, memory nhiều lớp và một nhóm agent có vai trò tách biệt.
Điểm đáng nói không nằm ở số model được gọi. Điểm đáng nói là model không được quyền tự biến bản nháp thành canon.
Project DNA và Story Bible: khóa luật trước khi viết
Một project bắt đầu bằng Project DNA. Tệp này trả lời những câu mà chatbot thường để mơ hồ: truyện viết cho ai, lời hứa thể loại là gì, tốc độ thăng cấp ra sao, mức bạo lực nào được phép, kết thúc HE hay BE, giọng kể gần hay xa. DNA không phải brief marketing. Nó là contract mà agent phải đọc trước khi tạo artifact.
Sau DNA là Story Bible. Nhân vật có want, need, lie và giới hạn hành vi. Thế giới có quy tắc vận hành. Timeline ghi sự kiện và thời lượng. Plot thread có trạng thái mở, tiến triển hoặc đã giải quyết. Với tiên hiệp, bible còn giữ cảnh giới và nhiên liệu đột phá. Với hệ thống, nó giữ stat, quest và cost của cheat.
Nếu một chương mới mâu thuẫn với chat cũ nhưng phù hợp file canon đã duyệt, file thắng. Nguyên tắc này nghe khô, nhưng nó cứu editor khỏi tranh luận kiểu "hình như ở chương 12 mình từng nói khác".
Năm lớp memory, năm công việc khác nhau
NovelKit không gọi mọi thứ là memory rồi đổ chung vào một kho. Hermes tách năm lớp:
- Canon Files: Project DNA, database, outline, chapter và review đã duyệt. Đây là nguồn có thẩm quyền.
- RAG SQLite: chia nhỏ nội dung để truy hồi đoạn liên quan nhanh hơn.
- Vector DB: tìm tương đồng ngữ nghĩa khi từ khóa không trùng hoàn toàn.
- Episodic Memory: ghi những gì xảy ra theo từng chương sau khi sync.
- Curated Memory.md: working set ngắn, đã chọn lọc, dùng cho lượt viết kế tiếp.
Các lớp truy hồi có thể cũ hoặc thiếu. Vì vậy chúng không được lật canon. Nếu vector search kéo về bản nháp bị bác, Quality Auditor phải đối chiếu với file owner. Memory tốt không phải nhớ mọi chữ. Nó là nhớ đúng thứ, đúng thẩm quyền, đúng lúc.
Genre Squad dưới sự điều phối của Lãng Khách
Orchestrator Lãng Khách không trực tiếp viết mọi thứ. Nó đọc trạng thái task và giao việc theo mô hình hub-and-spoke. Các specialist không tự gọi lẫn nhau, nhờ đó pipeline biết artifact nào đến từ vai trò nào.
| Vai trò | Trách nhiệm chính | Không được tự ý làm |
|---|---|---|
| Character Architect | Hồ sơ, động cơ, arc và quan hệ | Viết thay chương hoàn chỉnh |
| World Builder | Luật thế giới, địa điểm, phe phái | Đổi premise đã khóa |
| Plot Weaver | Arc, foreshadow, chapter beat | Sync canon |
| Prose Writer | Viết bản thảo theo outline và style profile | Tự nâng cảnh giới hoặc sửa bible |
| Quality Auditor | Rà continuity, OOC, timeline, style và luật thể loại | Phát hành thay Publisher |
Tách vai trò không làm sáng tác kém tự nhiên. Nó làm trách nhiệm rõ hơn. Nếu power scale sai, có thể lần về outline, prose hay canon. Nếu mọi thứ do một chat thread tạo ra, nguyên nhân thường tan vào lịch sử hội thoại.
Pipeline DAG và Sync Gate: bản nháp chưa được quyền sinh hậu quả
Mỗi chương đi qua chuỗi dependency: outline, write, review, sửa nếu cần, rồi sync. Task DAG chặn chương N+1 khi chương N chưa hoàn tất. Quality Auditor chấm theo rubric. Trong cấu hình hiện tại, PASS từ 85 điểm mới được sync; 70-84 là SOFT-FAIL cần sửa; lỗi blocking hoặc điểm thấp tạo HARD-FAIL.
Điểm 85 là ngưỡng vận hành nội bộ, không phải chân lý văn chương. Nó hữu ích vì biến một quyết định mơ hồ thành gate có thể audit. Publisher vẫn có thể yêu cầu human review 100%, ngưỡng cao hơn hoặc rubric riêng cho title premium.
Quan trọng nhất là thứ tự mutate state. Write stage tạo draft nhưng chưa cập nhật memory chính thức. Review stage phát hiện lỗi. Chỉ sync stage sau khi pass mới cập nhật episodic memory, reindex và cho phép chương sau dùng kết quả. Một bản nháp tệ có thể tồn tại trong sandbox; nó không được làm bẩn lịch sử của truyện.
"Sạch bản quyền" nên được hiểu thế nào trong năm 2026?
Từ ngày 9/4/2026, Nghị định 134/2026/NĐ-CP bổ sung quy định về quyền tác giả trong trường hợp có sử dụng AI. Cục Bản quyền tác giả tóm tắt nguyên tắc: chỉ bảo hộ sáng tạo có dấu ấn cá nhân, lựa chọn sáng tạo và sự kiểm soát trực tiếp của con người. Đây là lý do một lời hứa kiểu "AI viết 100%, mặc nhiên có bản quyền" vừa thiếu cẩn trọng vừa không phù hợp với hướng pháp lý hiện tại.
Trong NovelKit, cam kết nguồn sạch nên được chia thành các việc có thể kiểm tra:
- không nhập kho truyện lậu hoặc bản dịch không có quyền vào canon của project;
- lưu prompt brief, DNA, lựa chọn outline, review note và lịch sử sửa của người phụ trách;
- kiểm tra tương đồng và nguồn tham chiếu theo chính sách dự án;
- để con người phê duyệt quyết định sáng tạo và bản phát hành cuối;
- ghi rõ model, agent, thời điểm và artifact liên quan trong provenance.
Quy trình này tạo bằng chứng tốt hơn cho Publisher. Nó không thay luật sư, không bảo đảm mọi tranh chấp sẽ có kết quả thuận lợi và không biến điểm quality gate thành giấy chứng nhận tác quyền. Sự minh bạch ấy ít hào nhoáng hơn câu "100% tự động". Bù lại, nó dùng được khi thẩm định thật.
Từ bản thảo số tới hồ sơ đủ để tiếp tục sản xuất
Một gói bàn giao tối thiểu gồm bản thảo đã sync, Project DNA, Story Bible, timeline, plot thread map, glossary và review note. Nếu hợp tác white-label, Publisher còn cần provenance, cấu hình quality gate, lịch sản xuất và quyền truy cập phù hợp.
Để in sách giấy, bản thảo vẫn cần biên tập xuất bản, chế bản, xin phép và quy trình pháp lý của đơn vị xuất bản. NovelKit chuẩn bị material có cấu trúc để đội ngũ đó làm việc nhanh hơn; hệ thống không tự cấp phép xuất bản.
Khi nào mô hình này không cần thiết?
Một truyện ngắn vài chương, dự án thử giọng hoặc bản thảo chỉ dùng trong nội bộ có thể không cần cả stack. Chatbot và một editor giỏi đôi khi đã đủ. Hermes phát huy giá trị khi title dài, nhiều người tham gia, cần chạy song song hoặc phải bàn giao quyền và hồ sơ QA. Nói cách khác, quy trình nên tỷ lệ thuận với rủi ro sản xuất. Dựng nhà máy cho một truyện ngắn là lãng phí; dùng một ô chat cho catalog thương mại cũng vậy.
Đó là ranh giới NovelKit lựa chọn: tự động hóa phần lặp lại, giữ lại quyết định chịu trách nhiệm cho con người. Bài 5 sẽ chuyển từ kiến trúc sang bài toán kinh doanh: làm sao dùng dây chuyền này để thử catalog 200 chương mỗi tuần mà không biến throughput thành spam.
Nguồn tham khảo
- Cục Bản quyền tác giả: Nghị định 134/2026/NĐ-CP và tác phẩm có sử dụng AI
- NovelKit: Canon file-first
- NovelKit: Quality Gate và ngưỡng PASS 85
- NovelKit có dùng nội dung lậu để làm canon không?
- Chính sách project là không nhập corpus lậu hoặc bản dịch không có quyền vào canon. Đối tác nên ghi điều này thành điều khoản hợp đồng và kiểm tra provenance bàn giao.
- Có thể xuất bản sách giấy ngay sau khi PASS 85 không?
- Không. PASS 85 là gate sản xuất nội bộ. Xuất bản sách giấy vẫn cần biên tập, thủ tục và đơn vị xuất bản theo quy định.