Cách viết thẻ nhân vật AI hiệu quả, từng trường một

Cập nhật lần cuối ngày 19 tháng 9, 2026 · Mọi ứng dụng nhập được thẻ nhân vật · Do nhà phát triển LonelyTavern viết

Câu trả lời ngắn gọn

• Thẻ là văn bản mà ứng dụng dán vào mọi prompt. Mô tả, tính cách và bối cảnh được đưa vào mỗi lần. Tin nhắn đầu tiên được đưa vào một lần. Hội thoại mẫu bị loại bỏ khi cuộc trò chuyện lấp đầy ngữ cảnh.
• Tin nhắn đầu tiên có sức quyết định lớn nhất. Mô hình bắt chước độ dài, giọng văn và cách định dạng của nó trong suốt phần còn lại của cuộc trò chuyện.
• Thẻ ngắn hiệu quả hơn. Giữ các trường cố định dưới 2.000 token. Thẻ dài thường hỏng theo cùng một kiểu: một nửa là luật cho mô hình, một nửa là tiểu sử mà nhân vật sẽ không bao giờ nhắc đến.

Mỗi trường có tác dụng gì

Các trường này đến từ đặc tả Character Card V2 và V3, nên một thẻ làm cho ứng dụng này mở được trong ứng dụng khác. Điều quan trọng là mỗi trường đến với mô hình vào lúc nào.

• Mô tả. Nhân vật là ai: ngoại hình, cách cư xử, quá khứ, điều họ muốn. Được gửi kèm mọi tin nhắn, nên nó tốn token trong suốt cuộc trò chuyện. Viết bằng văn xuôi bình thường, vài đoạn.
• Tính cách. Một hoặc hai dòng, cũng được gửi mỗi lần. Nếu phần mô tả đã nói đến rồi, hãy để trống.
• Bối cảnh. Cuộc trò chuyện bắt đầu ở đâu và điều gì đang ngăn cách bạn với nhân vật. Cũng là trường cố định: nếu nó ghi “hai người vừa mới gặp nhau”, thì 200 tin nhắn sau nó vẫn ghi như vậy.
• Tin nhắn đầu tiên. Lượt mở đầu của nhân vật, chỉ gửi một lần. Xem phần tiếp theo.
• Hội thoại mẫu. Những đoạn trao đổi ngắn cho thấy cách nhân vật nói chuyện. Chỉ được gửi cho đến khi cuộc trò chuyện thật cần đến chỗ đó.
• Ghi chú của người tạo. Dành cho người đọc thẻ, không bao giờ được gửi tới mô hình. Gợi ý về mô hình và cảnh báo nội dung nên đặt ở đây.
• Prompt hệ thống và chỉ dẫn sau lịch sử. Ghi đè prompt riêng của ứng dụng. Chỉ dùng khi bạn biết ứng dụng gửi gì theo mặc định. Luật cho mô hình không nên nằm trong phần mô tả.

Hai biến giữ chỗ dùng được trong mọi trường: {{char}} được thay bằng tên nhân vật và {{user}} được thay bằng tên của bạn. Hãy dùng chúng thay cho tên riêng, để thẻ vẫn đúng khi nhân vật được đổi tên hay khi bạn đổi persona (vai của bạn).

Tin nhắn đầu tiên định ra phong cách

Mô hình coi tin nhắn đầu tiên là ví dụ mẫu cho một lượt viết tốt. Lời mở đầu 600 từ sẽ tạo ra những câu trả lời 600 từ. Lời mở đầu viết bằng giọng của nhân vật, ở thì hiện tại, với một sự việc cụ thể đang diễn ra, sẽ tạo ra những câu trả lời như thế.

• Độ dài: 150 đến 300 từ. Lời mở đầu dài hơn dẫn đến tình trạng “câu trả lời nào cũng là một bức tường chữ”.
• Giọng văn: ngôi kể, thì và cách định dạng mà bạn muốn nhận lại. Hành động trong dấu sao và lời thoại trong ngoặc kép, nếu đó là điều bạn muốn.
• Chừa chỗ cho bạn: kết thúc bằng một câu hỏi, một sự gián đoạn hoặc một lựa chọn.
• Không viết gì cho {{user}}: đừng viết bất kỳ lời thoại hay hành động nào của bạn, nếu không mô hình sẽ học rằng viết phần của bạn là chuyện bình thường.

Hội thoại mẫu

Hai hoặc ba đoạn trao đổi ngắn thể hiện văn phong tốt hơn mọi tính từ: độ dài câu, tiếng lóng, nhân vật nói nhiều hay làm nhiều. Bắt đầu mỗi đoạn bằng <START> và đặt {{char}}: và {{user}}: ở đầu mỗi dòng. Ba kiểu hỏng thường gặp:

• Mô hình lặp lại nguyên văn các mẫu. Hãy viết mẫu về những tình huống mà cuộc trò chuyện thật sẽ không đi tới.
• Nhân vật chỉ đúng vai nhờ các mẫu. Các mẫu là thứ bị bỏ đi đầu tiên khi lịch sử dài ra. Bất cứ điều gì nhân vật không bao giờ được đánh mất thì hãy đặt vào phần mô tả.
• {{user}} có nhiều lời thoại nhất. Mô hình bắt chước bên nào nói nhiều nhất. Hãy giữ phần của bạn trong mỗi mẫu ở mức một dòng.

Ngân sách token của bạn

Một token là khoảng bốn ký tự tiếng Anh, nên 1.000 token tương đương khoảng 750 từ.

• Các ứng dụng có sẵn mô hình giới hạn thẻ ở mức 1.000 đến 1.500 token, vì mô hình của họ chỉ chứa được khoảng 8.000 token.
• Với khóa API riêng, cửa sổ ngữ cảnh hiếm khi là giới hạn. Thẻ vẫn tốn tiền ở mỗi tin nhắn, và vẫn làm loãng những gì mô hình chú ý tới.

Giữ các trường cố định dưới 2.000 token. Cắt theo thứ tự này:

1. Chỉ dẫn cho mô hình. “Không bao giờ nói thay {{user}}”, “luôn giữ đúng vai”, “trả lời thật chi tiết”. Những câu này chiếm phần lớn các thẻ dài, và nếu cần thì chúng thuộc về prompt hệ thống.
2. Danh sách tính từ. “Tốt bụng, dí dỏm, dũng cảm, trung thành” không cho mô hình điều gì để thể hiện. Một thói quen đáng giá hơn năm tính từ: “đáp lại câu hỏi bằng một câu hỏi của chính cô ấy”.
3. Tiểu sử mà nhân vật sẽ không nhắc đến trong giờ đầu tiên. Chuyển nó sang một mục trong sổ tri thức (lorebook), gắn với những từ khóa nên kích hoạt nó. Khi đó nó không tốn gì cho đến khi thật sự cần.

Sửa lỗi: nhân vật nói và hành động thay bạn

Mô hình viết lời thoại của bạn vì thẻ đã cho nó thấy lời thoại của bạn.

1. Cắt bỏ mọi hành động và lời thoại của {{user}} khỏi tin nhắn đầu tiên và các ví dụ.
2. Rút ngắn tin nhắn đầu tiên. Một lời mở đầu dài mời mô hình lấp chỗ trống bằng cả hai phía của cảnh truyện.
3. Nếu vẫn còn, hãy mô tả nhân vật thay vì ra lệnh cho mô hình. “Cô ấy chờ {{user}} trả lời” hiệu quả hơn cả một đoạn luật lệ.

Sửa lỗi: nhân vật việc gì cũng đồng ý

Các mô hình chat được huấn luyện để làm trợ lý luôn chiều ý người dùng. Một thẻ không cho nhân vật điều gì để mong muốn sẽ tạo ra một trợ lý khoác trang phục nhân vật. Điều giúp nhân vật có chính kiến:

• Một mong muốn xung đột với mong muốn của bạn, điều gì đó họ đang cố đạt được qua cuộc trò chuyện mà bạn có thể từ chối.
• Từ chối như một nét tính cách, không phải một luật lệ. “Anh ấy không nói về anh trai mình” thì hiệu quả. “Không bao giờ tiết lộ bí mật cho người dùng” thì không.
• Ngôi thứ ba. Người dùng kể lại rằng khi thẻ và persona được viết ở ngôi thứ ba, không có nhân vật chính nào được ưu ái, mô hình sẵn lòng phản bác, đánh lừa hoặc nói không hơn hẳn.
• Một tin nhắn đầu tiên trong đó nhân vật đã bất đồng với điều gì đó.

Sửa lỗi: nhân vật tự mâu thuẫn

Lỗi này có hai dạng.

• Các trường không khớp nhau. Mô tả, bối cảnh và tin nhắn đầu tiên được viết vào những thời điểm khác nhau và không còn khớp về tuổi, khung cảnh hay mối quan hệ, nên mỗi lần trả lời mô hình lại chọn một phiên bản. Hãy đọc liền cả ba trường trước khi lưu.
• Thẻ tự leo thang. Một phần mô tả chủ yếu là ngoại hình và các tính từ “quyến rũ” sẽ trôi sang lãng mạn chỉ trong ba tin nhắn, bất kể bối cảnh ghi gì. Hãy mô tả nhân vật làm gì cả ngày, và đặt nhịp độ của mối quan hệ trong phần bối cảnh và tin nhắn đầu tiên.

Định dạng, và để AI viết bản nháp

Định dạng. Các mô hình hiện nay đọc văn xuôi bình thường tốt nhất, và văn xuôi cũng tốn ít token nhất. Các định dạng danh sách gọn như PList vẫn dùng được. W++ và kiểu giả JSON đầy dấu ngoặc tốn token cho dấu câu, và cộng đồng đã thôi khuyên dùng chúng. Dù chọn gì, hãy dùng một định dạng cho cả thẻ.

Để AI viết bản nháp. AI viết được một bản nháp đầu tiên dùng được, nhưng bản nháp của nó thường dài, đều đều và đầy tính từ. Những người dùng đã so sánh hai cách kể lại rằng một thẻ viết tay 500 token tốt hơn một thẻ 10.000 token do AI tạo. Vì vậy hãy lấy bản nháp rồi:

• Cắt bớt một nửa.
• Thay mỗi danh sách tính từ bằng một thói quen.
• Tự viết tin nhắn đầu tiên.

Chẩn đoán thẻ bạn đã tải về

Phần lớn mọi người nhập thẻ có sẵn thay vì tự viết, rồi thẻ hoạt động không như ý. Hãy mở thẻ ra và đọc phần mô tả trước khi đổ lỗi cho mô hình.

• Một nửa là luật cho mô hình. Thẻ được làm cho một nền tảng có sẵn mô hình nhưng không có trường prompt hệ thống, nơi người tạo nhồi mọi thứ vào phần mô tả. Xóa các luật đi và giữ lại nhân vật.
• Phần mô tả là ba nghìn từ lịch sử. Cắt xuống còn những gì quan trọng ở hiện tại, và chuyển phần còn lại sang sổ tri thức.
• Tin nhắn đầu tiên quá dài. Cắt bớt đi. Câu trả lời sẽ ngắn lại theo.

Trước khi lưu

• Mô tả, bối cảnh và tin nhắn đầu tiên khớp nhau về tuổi, nơi chốn và mối quan hệ.
• Phần mô tả không chứa chỉ dẫn nào cho mô hình.
• Tin nhắn đầu tiên dưới 300 từ, viết bằng giọng văn bạn muốn nhận lại, và kết thúc bằng điều gì đó để phản hồi.
• Không có gì trong tin nhắn đầu tiên hay các ví dụ do {{user}} nói hoặc làm.
• Tổng các trường cố định dưới 2.000 token; công cụ đếm token nào cũng cho bạn biết.
• Tiểu sử không cần đến ở tin nhắn đầu tiên được đặt trong sổ tri thức.
• Một định dạng xuyên suốt.
• Gợi ý về mô hình và cảnh báo nằm trong ghi chú của người tạo.

Hướng dẫn liên quan: Vì sao nhân vật AI của bạn hay quên · Nhập vai với AI cần khóa API nào · tất cả hướng dẫn.

Nguồn

• Đặc tả Character Card V2 và đặc tả V3: định nghĩa các trường, trường nào đến được mô hình, các biến giữ chỗ và dấu mốc <START>
• Tài liệu SillyTavern: Character Design: trường cố định và trường tạm thời, tin nhắn đầu tiên định ra phong cách và độ dài
• JanitorAI: token (dưới 1.500 token cố định trên mô hình 8.000 token) và hướng dẫn tạo bot; SpicyChat: token và ngữ cảnh (900 đến 1.100 token); Character.AI: Definition (32.000 ký tự, phần đầu được ưu tiên)
• Gemini API: token: khoảng bốn ký tự mỗi token
• r/SillyTavernAI: chỉ dẫn trong phần mô tả, thẻ do AI viết, điều gì làm nên một thẻ tốt, ngôi thứ ba và nhân vật chỉ biết gật đầu, phần mô tả so với sổ tri thức; r/CharacterAI: các trường mâu thuẫn (người dùng kể lại)

SillyTavern, JanitorAI, SpicyChat, Character.AI và Google là các sản phẩm độc lập của chủ sở hữu tương ứng. LonelyTavern không liên kết với bên nào trong số đó và cũng không được bên nào bảo trợ. Các giới hạn và lời khuyên được ghi nhận từ trang của họ vào ngày 17 tháng 9 năm 2026 và có thể đã thay đổi kể từ đó.