Cách Xây Dựng Cơ Sở Tri Thức: Bài Viết, Tìm Kiếm, Phân Quyền và Câu Trả Lời AI

Cơ sở tri thức là một thư viện câu trả lời có thể tìm kiếm: làm thế nào để làm việc gì đó, cách sửa một lỗi, quy định là gì. Để xây dựng một cái, bạn cần các bài viết được nhóm vào vài danh mục rõ ràng, một trình soạn thảo mà người viết thực sự dùng, công cụ tìm kiếm tìm được đúng bài từ những từ người dùng thực sự gõ, và một quyết định về ai được đọc gì — công chúng, khách hàng đã đăng nhập, hay chỉ nhân viên. Công cụ xây dựng ứng dụng bằng AI có thể tạo cấu trúc, trình soạn thảo và tìm kiếm chỉ trong một phiên ngắn. Điều làm cơ sở tri thức hữu ích là phần viết và việc bảo trì, nên ngay từ đầu hãy thiết kế để dễ chỉnh sửa và dễ phát hiện bài đã lỗi thời.

Quyết định đối tượng trước tiên

Cùng một bộ tính năng có thể phục vụ những trang rất khác nhau:

Trung tâm trợ giúp công khai — dành cho khách hàng và khách tiềm năng. Phải nhanh, được công cụ tìm kiếm lập chỉ mục, và viết bằng ngôn ngữ của họ.
Tài liệu chỉ dành cho khách hàng — đặt sau đăng nhập, dành cho khách trả phí hoặc đối tác.
Cơ sở tri thức nội bộ — chính sách, quy trình, hướng dẫn cho nhân viên. Phải riêng tư; tìm kiếm và độ mới quan trọng hơn thiết kế.

Việc trộn bài công khai và bài nội bộ trong cùng một trang là nơi rò rỉ thường xảy ra nhất. Nếu cần cả hai, hãy đặt chế độ hiển thị rõ ràng cho từng bài, hoặc chạy hai trang tách biệt.

Ứng dụng cần những gì

Dữ liệu

Bảng	Trường chính
Bài viết	Tiêu đề, slug, tóm tắt, nội dung, danh mục, thẻ, trạng thái (nháp, đã xuất bản, đã lưu trữ), chế độ hiển thị, người phụ trách, lần xem xét gần nhất, lần cập nhật
Danh mục	Tên, slug, mô tả, thứ tự, danh mục cha (tùy chọn)
Bản sửa đổi	Bài viết, nội dung, người sửa, thời điểm lưu
Phản hồi	Bài viết, hữu ích có/không, bình luận, thời điểm tạo
Nhật ký tìm kiếm	Truy vấn, số kết quả, bài được nhấp, thời điểm tạo

Hai trường làm rất nhiều việc: người phụ trách (ai giữ cho bài viết chính xác) và lần xem xét gần nhất (lần cuối ai đó xác nhận bài vẫn đúng). Cùng nhau, chúng cho phép bạn liệt kê những bài mà sáu tháng qua không ai kiểm tra.

Các trang

Người đọc: trang chủ với ô tìm kiếm và danh mục, trang danh mục, trang bài viết có mục lục, bài liên quan và câu hỏi "Bạn có thấy hữu ích không?".
Biên tập viên: danh sách bài với bộ lọc (bản nháp, bài cũ, bài được đánh giá thấp), trình soạn thảo có xem trước, và lịch sử bản sửa đổi.
Quản trị: danh mục, người dùng và vai trò, cùng báo cáo các tìm kiếm không có kết quả.

Phân quyền

Người đọc chỉ thấy các bài đã xuất bản mà họ được phép xem. Biên tập viên tạo và sửa bài, có thể giới hạn trong một số danh mục. Quản trị viên xuất bản, lưu trữ và quản lý người dùng. Với cơ sở tri thức nội bộ, mọi người đều cần đăng nhập; với trung tâm trợ giúp công khai, chỉ người viết cần đăng nhập.

Quyết định và đánh đổi

Trình soạn thảo: Markdown hay rich text

Markdown nhanh, dễ di chuyển và hợp với lịch sử phiên bản, nhưng một số người viết thấy khó dùng. Trình soạn thảo rich text có tiêu đề, danh sách, hình ảnh, khung chú thích và khối code thì quen thuộc hơn. Dù chọn cách nào, hãy lưu nội dung ở định dạng bạn có thể xuất ra sau này.

Tìm kiếm

Tìm kiếm văn bản cơ bản của cơ sở dữ liệu là đủ cho vài trăm bài nếu bạn tìm trong tiêu đề, tóm tắt và nội dung, và xếp kết quả khớp tiêu đề lên trước. Khi nhiều hơn, hoặc khi lỗi chính tả và từ đồng nghĩa quan trọng ("hóa đơn" và "biên lai"), hãy dùng tìm kiếm toàn văn đúng nghĩa hoặc dịch vụ tìm kiếm được lưu trữ. Hướng dẫn thêm tìm kiếm vào ứng dụng của chúng tôi trình bày các lựa chọn. Hãy ghi lại mọi truy vấn không có kết quả: đó là danh sách miễn phí các bài cần viết.

Câu trả lời AI

Hộp "đặt câu hỏi" trả lời từ bài viết của bạn giờ rất phổ biến. Nó hoạt động bằng cách lấy các đoạn liên quan nhất và yêu cầu một mô hình ngôn ngữ chỉ trả lời dựa trên chúng — xem RAG là gì. Luôn hiển thị bài nguồn, cho phép câu trả lời "tôi không biết", và nhớ rằng nó sẽ tự tin lặp lại bất cứ nội dung lỗi thời nào trong bài của bạn. Hãy xây dựng tính năng này sau khi các bài viết đã ổn, chứ không phải trước.

Phiên bản và xem xét

Giữ các bản sửa đổi để bạn thấy ai đã thay đổi gì và có thể khôi phục. Với nội dung có quy định (chính sách nhân sự, quy trình an toàn), hãy thêm bước phê duyệt trước khi thay đổi được xuất bản.

Một prompt đầu tiên hiệu quả

Xây dựng một trung tâm trợ giúp công khai cho Parcelly, ứng dụng in nhãn vận chuyển cho các cửa hàng online nhỏ. Trang chủ có một ô tìm kiếm lớn và sáu danh mục (Bắt đầu, In nhãn, Đơn vị vận chuyển, Thanh toán, Đổi trả, Khắc phục sự cố). Bài viết có tiêu đề, tóm tắt, nội dung dạng Markdown với hình ảnh và khung chú thích, danh mục, thẻ, trạng thái (nháp, đã xuất bản, đã lưu trữ), người phụ trách và ngày xem xét gần nhất. Trang bài viết hiển thị mục lục, bài liên quan và câu hỏi "Bạn có thấy hữu ích không?" với có/không và bình luận tùy chọn. Tìm kiếm bao gồm tiêu đề, tóm tắt và nội dung, khớp tiêu đề được xếp đầu, và ghi lại mọi truy vấn cùng việc có kết quả hay không. Khu vực biên tập (yêu cầu đăng nhập, vai trò biên tập viên và quản trị viên) liệt kê bản nháp, các bài chưa được xem xét trong 180 ngày, và bài có điểm hữu ích thấp, đồng thời giữ lịch sử bản sửa đổi. Mỗi bài có tiêu đề trang và mô tả meta riêng cho công cụ tìm kiếm. Thiết kế sạch, điềm tĩnh, dễ đọc. Ưu tiên điện thoại.

Các bước xây dựng

Liệt kê 20–30 bài viết đầu tiên từ các câu hỏi hỗ trợ thật trước khi xây dựng bất cứ thứ gì. Danh sách đó quyết định các danh mục.
Tạo trang và kiểm tra việc đọc trên điện thoại — độ dài dòng, tiêu đề, hình ảnh.
Trình soạn thảo và vai trò. Người viết cần thêm và sửa bài mà không phải nhờ lập trình viên.
Tìm kiếm, rồi thử với những từ khách hàng thực sự dùng, kể cả khi gõ sai chính tả.
Phản hồi và ghi nhật ký tìm kiếm.
Báo cáo bài lỗi thời dựa trên người phụ trách và ngày xem xét gần nhất.
Cơ bản SEO cho trang công khai: tiêu đề và mô tả riêng, đường dẫn sạch, sơ đồ trang. Xem SEO cho website làm bằng AI.
Liên kết từ sản phẩm và các phản hồi hỗ trợ, rồi theo dõi nhật ký không có kết quả mỗi tuần.
Câu trả lời AI, khi nội dung đã vững.

Những lỗi thường gặp

Tổ chức theo phòng ban thay vì theo việc người đọc muốn làm.
Bài dài bao phủ năm tác vụ. Mỗi bài một tác vụ, với tiêu đề nói rõ nó giải quyết vấn đề gì.
Không có người phụ trách cho từng bài. Không ai cập nhật gì cả, và niềm tin giảm sau câu trả lời sai đầu tiên.
Ghi chú nội bộ trong bài công khai. Dùng chế độ hiển thị riêng và xem lại trước khi xuất bản.
Tìm kiếm chỉ khớp tiêu đề. Người đọc gõ triệu chứng, không gõ tên bài.
Ảnh chụp màn hình không có văn bản thay thế hay ngữ cảnh. Chúng nhanh cũ; hãy mô tả bước đó bằng lời nữa.

Khi nào sản phẩm có sẵn là lựa chọn tốt hơn

Nếu đội của bạn đã làm việc trong công cụ tài liệu hoặc wiki, một cơ sở tri thức nội bộ ở đó thường là con đường ít ma sát nhất — so sánh Notion và Confluence của chúng tôi bàn về hai lựa chọn phổ biến. Nếu bạn dùng phần mềm helpdesk, trung tâm trợ giúp tích hợp sẵn của nó liên kết bài với ticket và gợi ý bài cho khách hàng, điều khó tái tạo. Các công cụ tạo site tài liệu phù hợp cho tài liệu lập trình viên đặt cạnh mã nguồn.

Hãy tự xây khi bạn cần cấu trúc hoặc phân quyền riêng (bài theo khách hàng, theo địa điểm, theo vai trò), muốn cơ sở tri thức nằm trong sản phẩm thay vì một site riêng, cần các bước xem xét và phê duyệt mà wiki không bắt buộc, hoặc muốn có câu trả lời AI trên nội dung của mình mà không cần thêm một thuê bao khác. Nó kết hợp tự nhiên với helpdesk tùy chỉnh.

Xây dựng với Mythex

Trên Mythex, bạn mô tả cơ sở tri thức trong chat và nó được xây dựng trên bản xem trước trực tiếp; bài viết, bản sửa đổi và phản hồi được lưu trong cơ sở dữ liệu Postgres mà agent thêm khi cần, còn hình ảnh vào bộ nhớ file của dự án. Đăng nhập cho biên tập viên dùng phương án xác thực bạn chọn, vì Mythex không có đăng nhập người dùng cuối sẵn có. Với câu trả lời AI, bạn dùng khóa API của nhà cung cấp AI riêng, lưu làm bí mật của dự án, và chi phí sử dụng được tính vào tài khoản nhà cung cấp của bạn chứ không phải tín dụng Mythex (công thức AI). Ứng dụng Mythex mới mặc định là một single-page app React render ở phía client, và cách này yếu hơn với công cụ tìm kiếm, nên với trung tâm trợ giúp công khai hãy yêu cầu thiết lập thân thiện với tĩnh hoặc render ở máy chủ như Next.js (công thức SEO).

Để có prompt khởi đầu, hãy thử các mẫu trung tâm kiến thức sản phẩm hoặc ứng dụng tài liệu nhóm.

Câu hỏi thường gặp

Cơ sở tri thức khác gì wiki?

Cơ sở tri thức thường được biên tập: một nhóm nhỏ viết và duy trì câu trả lời cho một đối tượng xác định, thường là khách hàng. Wiki cho phép mọi người cùng sửa và thường phát triển rộng hơn, lộn xộn hơn. Cùng một phần mềm có thể phục vụ cả hai; khác biệt nằm ở ai viết và ai duyệt.

Cơ sở tri thức nên được tổ chức thế nào?

Theo việc người đọc đang muốn làm gì, không theo sơ đồ tổ chức công ty. Vài danh mục cấp cao, các bài ngắn tập trung vào tác vụ với tiêu đề rõ ràng, và liên kết giữa các bài liên quan hiệu quả hơn nhiều so với cây thư mục sâu.

Tôi có thể thêm câu trả lời AI vào cơ sở tri thức không?

Có. Cách thường dùng, gọi là retrieval-augmented generation, là tìm các đoạn liên quan trong bài viết của bạn rồi yêu cầu một mô hình ngôn ngữ trả lời chỉ dựa trên các đoạn đó, kèm link quay về nguồn. Cách này hiệu quả nhất khi bản thân các bài viết chính xác và cập nhật.

Trung tâm trợ giúp công khai có nên được công cụ tìm kiếm lập chỉ mục không?

Thường là có. Mọi người tìm cách khắc phục một vấn đề trước khi liên hệ hỗ trợ, nên mỗi bài viết cần có trang, tiêu đề và mô tả riêng. Hãy giữ các bài nội bộ trên một trang riêng, được bảo vệ bằng đăng nhập.