Quy trình biên tập
Sáu bước dựng một bài trên KiHieuDacBiet: chọn chủ đề từ dữ liệu tìm kiếm thật, tuyển kí tự, kiểm dữ kiện có mốc, soi giao diện, rồi rà lại định kỳ.
Trang này mô tả đúng cách một bài trên KiHieuDacBiet được dựng, kiểm và cập nhật. Mục đích không phải để trưng bày quy trình, mà để bạn biết con số trong bài đến từ đâu và nên tin tới mức nào.
Bước 1 — Chọn chủ đề từ nhu cầu thật, không từ cảm tính
Chúng tôi không viết bài vì “chủ đề này có vẻ hay”. Điểm khởi đầu luôn là dữ liệu tìm kiếm thật của chính site: truy vấn nào đang đưa người đọc tới đây, trang nào đang có người vào, và người ta gõ gì trước khi bấm vào.
Hệ quả thực tế: nếu một cụm từ không có ai tìm, nó không thành bài — kể cả khi nó dễ viết. Và nếu một truy vấn cho thấy người đọc đang cần một thứ khác với thứ trang đang trả lời, bài đó được sửa lại theo nhu cầu chứ không được nhân bản thành bài thứ hai.
Bước 2 — Dựng phần dữ liệu trước phần chữ
Trên site này, thứ người đọc cần là chuỗi kí tự chép được, không phải đoạn văn. Nên mỗi bài bắt đầu từ dữ liệu:
- Rút kí tự từ kho dùng chung theo đúng chủ đề của bài, trộn từ nhiều nhóm để bộ không đơn điệu.
- Lọc ba loại: mục trùng nhau, mục dán ra không nhìn thấy gì, và mục vi phạm chuẩn cộng đồng.
- Giữ nguyên từng byte của những gì còn lại. Không chuẩn hoá, không gỡ dấu chồng, không thay kí hiệu “cho đẹp” — vì làm thế là phá đúng thứ bạn định chép.
- Mỗi bài rút một bộ khác nhau, nên không có hai trang nào trên site dùng chung một danh sách.
Bước 3 — Kiểm dữ kiện, và ghi mốc
Ba loại khẳng định trong bài được kiểm theo ba cách khác nhau:
| Loại khẳng định | Cách kiểm | Ghi trong bài |
|---|---|---|
| “Kí tự này thuộc khối Unicode nào” | Tra bảng mã chính thức | Điểm mã dạng U+XXXX để bạn tra lại |
| “Chuỗi này dài bao nhiêu” | Đếm điểm mã và byte UTF-8 trên chính chuỗi in ra | Bảng số đo kèm ngày đo |
| “Mã này dùng được trong game X” | Dữ kiện đã kiểm chứng, có nguồn | Nêu kèm mốc thời gian, ví dụ “bị chặn từ bản OB43” |
Nguyên tắc cứng: không có mốc thì không viết như một sự thật. Với những thứ đổi liên tục — luật đặt tên, bộ lọc game, giới hạn ký tự — một câu không có ngày tháng là một câu sẽ sai vào lúc nào đó mà không ai biết.
Bước 4 — Viết phần chữ, và cắt phần thừa
Phần chữ chỉ tồn tại để trả lời những câu người đọc thực sự hỏi. Mỗi mục lớn trong bài trả lời đúng một câu, và một tới hai câu đầu của mục trả lời thẳng trước khi triển khai.
Những gì bị cắt: đoạn mở bài lan man, phần định nghĩa lại thứ ai cũng biết, và mọi mục không trả lời câu hỏi nào. Nếu một bài chỉ nói lại điều các trang khác đã nói, bài đó không được đăng — vì nó không cho bạn thêm gì.
Bước 5 — Soi giao diện trước khi cho lên
Một bài đúng nội dung mà vỡ giao diện thì vẫn là bài hỏng. Trước khi công khai, mỗi bài được kiểm bốn thứ trên cả màn hình máy tính và màn hình điện thoại:
- Mục lục bấm được và nhảy đúng vị trí.
- Mọi bảng nằm trong khung cuộn riêng, không đẩy trang tràn ngang trên điện thoại.
- Ảnh co theo khung, không bị kéo cao hay bóp méo.
- Kí tự, kaomoji và tên mẫu không bị định dạng đè lên, để bạn chép ra đúng cái nhìn thấy.
Bước 6 — Bài đã đăng không phải là bài xong
Mọi bài đều nằm trong chu kỳ rà lại. Khi rà, chúng tôi giữ nguyên địa chỉ và cấu trúc của trang, rồi:
- Cập nhật dữ kiện đã cũ — mốc phiên bản game, mã kí tự đã bị chặn, luật đặt tên đã đổi.
- Bổ sung phần trả lời cho những câu hỏi mới xuất hiện trong dữ liệu tìm kiếm.
- Cắt mục không còn ai đọc.
- Cập nhật ngày sửa hiển thị trên bài — và chỉ cập nhật khi nội dung thật sự đổi, không đổi ngày cho bài trông mới.
Địa chỉ trang được giữ nguyên qua các lần sửa. Khi hai trang bị gộp làm một, địa chỉ cũ được chuyển hướng vĩnh viễn sang trang mới thay vì bỏ chết — liên kết cũ của bạn vẫn đi tới nơi.
Khi chúng tôi sai
Bài sai thì sửa bài, không im lặng gỡ. Nếu bạn thấy một chuỗi trên site không còn dùng được ở nơi bài nói là dùng được, hoặc một dữ kiện đã lỗi thời, báo qua trang liên hệ kèm tên game hoặc ứng dụng và chuỗi bạn đã thử. Ai làm việc này được ghi ở Đội ngũ biên tập; các thay đổi ở phần kỹ thuật ghi tại Nhật ký kỹ thuật.