Claude Styles — Tùy chỉnh phong cách phản hồi
Styles là gì?
Claude Styles là tính năng cho phép bạn định nghĩa trước cách Claude phản hồi: giọng điệu, mức độ chi tiết, cấu trúc câu trả lời, và phong cách viết. Thay vì phải mô tả lại "hãy trả lời ngắn gọn" hay "dùng giọng văn trang trọng" mỗi lần bắt đầu cuộc trò chuyện, Styles lưu sẵn những yêu cầu đó và áp dụng tự động.
Bạn có thể tạo nhiều Styles khác nhau cho từng mục đích và switch giữa chúng chỉ với một click.
Styles mặc định (Built-in Presets)
Claude.ai cung cấp sẵn bốn Styles cơ bản:
Normal
Style mặc định khi không chọn gì. Claude phản hồi theo cách tự nhiên, cân bằng giữa ngắn gọn và chi tiết tùy theo độ phức tạp của câu hỏi. Phù hợp cho đa số trường hợp hàng ngày.
Concise
Claude đưa ra câu trả lời ngắn gọn nhất có thể mà vẫn đủ thông tin. Bỏ qua phần dẫn nhập, không nhắc lại câu hỏi, không có "certainly" hay "of course". Phù hợp khi bạn cần câu trả lời nhanh và không muốn đọc nhiều.
Ví dụ câu hỏi: "Python list comprehension là gì?"
Với Concise, Claude trả lời thẳng vào ví dụ:
[expression for item in iterable if condition]
Ví dụ:
squares = [x**2 for x in range(10)]
evens = [x for x in range(20) if x % 2 == 0]
Explanatory
Claude giải thích chi tiết, từng bước, với ví dụ minh họa. Định nghĩa các thuật ngữ kỹ thuật, giải thích "tại sao" chứ không chỉ "cái gì". Phù hợp khi học khái niệm mới hoặc cần hiểu sâu.
Formal
Văn phong trang trọng, cấu trúc rõ ràng, không dùng contractions hay colloquial language. Phù hợp cho email business, văn bản chính thức, hay khi làm việc trong môi trường corporate.
Tạo Custom Style
Cách tạo
- Trong Claude.ai, click vào icon Styles (thường ở góc hoặc trong Settings)
- Chọn Create a style
- Mô tả phong cách bạn muốn hoặc dán ví dụ
- Claude sẽ phân tích và đặt tên style cho bạn
- Preview và chỉnh sửa nếu cần
- Lưu style
Cách mô tả Style hiệu quả
Khi tạo custom style, mô tả những khía cạnh cụ thể:
- Giọng điệu: Trang trọng, thân thiện, kỹ thuật, đơn giản
- Độ dài: Ngắn gọn (bullet points), vừa phải, chi tiết với giải thích
- Cấu trúc: Prose, bullet lists, numbered steps, headers
- Ngôn ngữ: Luôn dùng tiếng Việt, mix tiếng Anh cho terms kỹ thuật
- Điều muốn tránh: Không dùng emoji, không mở đầu bằng "Chắc chắn rồi!"
Use Cases thực tế
Brand Voice cho content marketing
Nếu bạn viết content cho một thương hiệu có voice guide riêng, tạo style phản ánh giọng điệu đó:
Tên: TechBrand Voice
Mô tả:
- Giọng điệu: Chuyên nghiệp nhưng approachable, không quá formal
- Dùng "bạn" thay vì "quý khách"
- Câu ngắn, active voice
- Giải thích technical terms bằng ngôn ngữ đời thường
- Không dùng jargon trừ khi cần thiết
- Kết thúc bằng actionable next step khi phù hợp
Technical Writing
Cho documentation hay technical articles:
Tên: Tech Docs
Mô tả:
- Cấu trúc rõ ràng với headers h2/h3
- Code examples cho mọi concept kỹ thuật
- Dùng bảng để so sánh options
- Luôn mention prerequisites
- Include "khi nào dùng" và "khi nào không dùng"
- Không có filler phrases
Casual Chat
Cho những cuộc trò chuyện không chính thức:
Tên: Casual
Mô tả:
- Thân thiện, conversational, như nói chuyện với bạn bè
- Dùng ngôn ngữ tự nhiên của tiếng Việt hiện đại
- OK dùng humor nhẹ khi phù hợp
- Không cứng nhắc về structure
- Phản hồi ngắn cho câu hỏi ngắn
Study Assistant
Cho việc học:
Tên: Học tập
Mô tả:
- Giải thích từ đơn giản đến phức tạp
- Dùng analogies và ví dụ thực tế
- Kiểm tra hiểu biết bằng câu hỏi cuối mỗi phần
- Highlight key terms bằng bold
- Suggest "tìm hiểu thêm về..." khi liên quan
Style vs System Prompt — Khác nhau như thế nào?
Style
- Chỉ ảnh hưởng đến cách Claude viết (giọng điệu, cấu trúc, format)
- Apply cho mọi cuộc trò chuyện khi được chọn
- Dễ switch qua lại
- Không thay đổi kiến thức hay behavior của Claude
System Prompt (trong Projects)
- Ảnh hưởng đến cả nội dung lẫn cách trình bày
- Có thể định nghĩa role, context, constraints
- Gắn với một Project cụ thể
- Mạnh hơn và linh hoạt hơn Style
Có thể dùng cả hai cùng lúc: System Prompt trong Project định nghĩa Claude là "technical writer cho company X", còn Style định nghĩa "luôn dùng Formal tone". Hai lớp này bổ sung cho nhau.
Tips sử dụng Styles hiệu quả
Tạo Style bằng cách dán ví dụ
Thay vì mô tả abstract, hãy dán một đoạn văn bạn thích vào phần tạo style và yêu cầu Claude học từ đó. Ví dụ: "Đây là một đoạn bài viết theo phong cách tôi muốn: [paste ví dụ]. Tạo style dựa trên giọng văn này."
Đặt tên ngắn gọn, dễ nhớ
Dùng tên như "Dev", "Client Email", "Học tập", "Docs" — dễ nhận ra hơn là "Technical Writing Style v2".
Review và tinh chỉnh
Sau khi tạo, test style bằng một vài câu hỏi khác nhau. Nếu kết quả chưa đúng như mong muốn, edit mô tả và thử lại.
Style cho từng device
Nếu dùng Claude trên điện thoại để nhắn tin nhanh, tạo "Mobile Style" ngắn gọn, bullet points, không cần formatting phức tạp. Khi dùng trên máy tính để làm việc, switch sang style chi tiết hơn.
Styles và Ngôn ngữ
Tạo style tiếng Việt
Nếu bạn chủ yếu làm việc bằng tiếng Việt, tạo style định nghĩa rõ ngôn ngữ và cách dùng từ:
Tên: Vietnamese Professional
Mô tả:
- Luôn trả lời bằng tiếng Việt
- Giữ nguyên tiếng Anh cho technical terms, brand names, và code
- Dùng "bạn" (không dùng "anh/chị" hay "quý khách")
- Tránh Hán-Việt phức tạp khi có từ thông dụng hơn
- Khi đề cập tools hay products, dùng tên gốc tiếng Anh
Style cho content marketing tiếng Việt
Tên: Content Marketing VN
Mô tả:
- Văn phong: chuyên nghiệp nhưng thân thiện, không quá trang trọng
- Câu ngắn, active voice
- Dùng số liệu và ví dụ cụ thể thay vì khẳng định chung chung
- Kết thúc bằng call-to-action rõ ràng
- Tránh clichés như "trong thế giới hiện đại", "không thể phủ nhận"
Styles trong Projects
Style + Project = combo mạnh
Khi kết hợp Styles với Projects, bạn có hai lớp customization:
- Project system prompt: Định nghĩa role, context, domain knowledge ("Bạn là technical writer cho sản phẩm X...")
- Style: Định nghĩa format và giọng văn ("Luôn dùng bullet points, kỹ thuật, không có filler phrases")
Style apply trên top của system prompt — cả hai hoạt động cùng lúc mà không conflict.
Style cho team
Với Plan Team, bạn có thể chia sẻ Styles trong organization để đảm bảo tất cả thành viên dùng cùng một giọng điệu khi làm content hay communication:
- Marketing team: "Brand Voice" style với tone guidelines chính thức
- Engineering team: "Tech Docs" style cho documentation chuẩn
- Support team: "Customer Service" style thân thiện và empathetic
Thực hành: Xây dựng bộ Styles cá nhân
Bộ styles khuyến nghị cho developer
Nếu bạn là developer, đây là bộ styles practical để bắt đầu:
| Style Name | Khi nào dùng | Đặc điểm chính |
|---|---|---|
| Dev Quick | Debug nhanh, câu hỏi kỹ thuật ngắn | Ngắn gọn, code first, không giải thích dài |
| Code Review | Review code, architecture discussion | Liệt kê vấn đề theo priority, actionable |
| Learning | Học concept mới, deep dive | Explanatory, ví dụ nhiều, từ đơn giản đến phức tạp |
| Writing | Viết docs, README, emails | Formal, clear, structured với headers |
Bộ styles cho người làm content
| Style Name | Khi nào dùng | Đặc điểm chính |
|---|---|---|
| Brainstorm | Ý tưởng, ideation | Nhiều options, không filter, creative |
| Draft | Viết bản nháp | Flowing prose, brand voice, specific length |
| Edit | Review và chỉnh sửa | Bullet list improvements, preserve original voice |
| Social | Posts mạng xã hội | Concise, engaging, platform-appropriate |
Giới hạn của Styles
Một vài điều Styles không thể làm:
- Không thay đổi được giá trị cốt lõi của Claude (an toàn, trung thực)
- Không thêm knowledge mới (đó là nhiệm vụ của file upload hoặc Projects)
- Styles chỉ là hint, không phải hard rule — với request rất cụ thể, Claude có thể override style
- Không available trong Artifacts panel (Artifacts dùng formatting riêng)
- Không thể force Claude dùng specific vocabulary nếu không tự nhiên trong context
Advanced Style Techniques
Dùng negative examples
Một trong những cách hiệu quả nhất để định nghĩa style là nói rõ những gì không muốn. Khi tạo style, thêm phần "Tránh":
Tên: Clean Writing
Tránh:
- Không bắt đầu câu trả lời bằng "Chắc chắn rồi!", "Tuyệt vời!", "Đây là một câu hỏi hay"
- Không thêm "Tôi hy vọng điều này hữu ích" ở cuối
- Không dùng passive voice khi active voice rõ hơn
- Không lặp lại câu hỏi của user trước khi trả lời
- Không hedge quá nhiều ("có thể", "có lẽ") khi có câu trả lời rõ ràng
Dùng ví dụ response mẫu
Paste một response bạn yêu thích và yêu cầu Claude học style từ đó:
Đây là ví dụ về response tôi muốn:
---
Recursion là khi hàm gọi chính nó.
Ví dụ đơn giản:
def factorial(n):
if n <= 1: return 1
return n * factorial(n - 1)
Ba điều kiện cần có: base case, recursive case, progress toward base case.
---
Học style từ ví dụ này: ngắn gọn, code trước explain sau, không có introductions.
Style theo output format
Nếu bạn thường cần output theo format cụ thể, định nghĩa trong style:
Tên: Structured Analysis
Mọi phân tích phải theo format:
## Tóm tắt (2-3 câu)
## Điểm mạnh
- [bullet points]
## Rủi ro / Thách thức
- [bullet points]
## Đề xuất
1. [numbered action items]
Styles cho Education và Learning
Socratic Style
Thay vì Claude trả lời trực tiếp, dùng style khuyến khích bạn tự suy nghĩ:
Tên: Socratic Teacher
Thay vì đưa ra câu trả lời trực tiếp:
- Hỏi câu hỏi dẫn dắt để user tự tìm ra
- Khi user sắp đến đáp án, confirm và reinforce
- Chỉ reveal đáp án đầy đủ khi user thực sự stuck
Phù hợp cho: học programming, toán, khoa học
Feynman Technique Style
Giải thích bất kỳ khái niệm nào như thể nói chuyện với trẻ 12 tuổi:
Tên: Feynman Simple
Khi giải thích bất kỳ concept nào:
- Dùng ngôn ngữ đơn giản nhất có thể
- Analogies với đồ vật/tình huống quen thuộc
- Nếu phải dùng technical term, giải thích ngay lập tức
- Kiểm tra lại: câu trả lời có đọc được mà không cần background knowledge không?
Styles và Mobile Usage
Tạo style cho điện thoại
Khi dùng Claude trên mobile, bạn thường muốn câu trả lời ngắn gọn hơn, dễ đọc trên màn hình nhỏ:
Tên: Mobile Quick
- Câu trả lời ngắn, tối đa 3-4 bullet points
- Không có headers hoặc formatting phức tạp
- Code examples: chỉ khi thực sự cần, không quá 10 dòng
- Nếu cần giải thích dài, hỏi xem user muốn chi tiết không
Voice input compatibility
Khi dùng voice input trên mobile, câu hỏi thường ít formal hơn. Style "Casual" hoặc "Concise" hoạt động tốt hơn technical styles khi nhập bằng giọng nói.
Troubleshooting Styles
Style không hoạt động như kỳ vọng
Các nguyên nhân phổ biến khi style không cho kết quả mong muốn:
- Description quá abstract: "Viết hay" không rõ bằng "câu ngắn, active voice, có ví dụ cụ thể"
- Conflicting instructions: "Ngắn gọn nhưng chi tiết" là mâu thuẫn — chọn một
- Request override style: Nếu bạn yêu cầu "giải thích chi tiết", Claude sẽ theo request dù style là Concise
- Style quá dài: Description quá dài và phức tạp có thể khiến Claude khó follow
Cách debug style
Hỏi Claude: "Bạn đang dùng style gì cho conversation này? Mô tả cách bạn đang apply style đó." Câu trả lời cho biết Claude có hiểu đúng style description của bạn không.
Style Analytics — Đo hiệu quả
Đánh giá style của bạn
Sau khi dùng một style một tuần, tự hỏi:
- Tôi có thường xuyên phải yêu cầu Claude điều chỉnh response không? (Nếu có, style cần update)
- Responses có phù hợp với use case tôi tạo style này không?
- Có điều gì Claude vẫn làm mà tôi không muốn không?
Iterate và improve
Style nên là living document. Mỗi khi bạn phải nói "không, làm lại theo cách X" — đó là cơ hội để cập nhật style để tránh phải nói điều đó lần sau.
Kết luận
Styles là một trong những tính năng ít được chú ý nhưng mang lại nhiều giá trị thực tế. Thay vì nhắc nhở Claude mỗi lần về cách bạn muốn nó trả lời, đầu tư 5 phút tạo custom styles cho các use cases thường gặp và tiết kiệm thời gian lâu dài.
Bắt đầu bằng việc tạo một style phù hợp với công việc chính của bạn — "Developer", "Writer", hay "Researcher" — và tinh chỉnh dần dựa trên những gì hoạt động tốt trong thực tế.
Bài viết liên quan
Bai viet co huu ich khong?
Bản quyền thuộc về tác giả. Vui lòng dẫn nguồn khi chia sẻ.




