Mỗi lần cần Claude viết một email hay tóm tắt một cuộc họp, bạn lại gõ lại từ đầu: "viết tiếng Việt, giọng lịch sự, đừng dài dòng, xưng em gọi anh...". Rồi hôm sau, cùng một loại việc, bạn lại gõ lại đúng đoạn đó. Kết quả thì lúc được lúc không, vì mỗi lần bạn quên mất một chi tiết.
Cảm giác này mình gặp suốt trong 16 năm làm marketing: công cụ mạnh, nhưng mình cứ phải "dạy lại" nó mỗi sáng. Skills là thứ giải quyết đúng nỗi đau đó — bạn viết hướng dẫn một lần, Claude nhớ và tự áp dụng cho mọi lần sau.
Bài này mình hướng dẫn bạn tạo 3 Skill thực chiến nhất cho dân đi làm: Content Writer, Email Writer và Meeting Summarizer. Mỗi Skill mình đưa nguyên bộ instructions để bạn copy-paste, kèm ví dụ kết quả trước/sau để bạn biết "làm đúng thì trông ra sao". Bài dành cho người đã dùng Claude ở mức chat cơ bản, muốn tiến thêm một bước mà không cần biết code.
Claude Skills là gì (và không phải là gì)
Claude Skill là một gói hướng dẫn có sẵn mà bạn gắn cho Claude, để nó tự động áp dụng cách làm việc bạn đã định nghĩa — mà không cần nhắc lại mỗi lần chat. Hiểu đơn giản: nó là "quy trình làm việc đóng gói sẵn", bạn viết một lần rồi tái dùng mãi.
Cần phân biệt rõ ba khái niệm hay bị nhầm:
- Claude Skill: bộ hướng dẫn (instructions) cho một loại việc cụ thể, ví dụ "viết email công sở". Đây là thứ bài này nói tới.
- Claude Code: công cụ dòng lệnh chạy trong terminal, dành cho lập trình viên viết và sửa code. Không phải cái chúng ta bàn ở đây.
- Claude Cowork / Project: không gian làm việc gom nhiều tài liệu, ngữ cảnh và nhiều Skill lại với nhau cho một dự án dài hạn. Đây là bước cao hơn, sau khi bạn đã quen Skills.
Skill là "một kỹ năng đóng gói". Cowork/Project là "cả một văn phòng". Bắt đầu từ Skill trước rồi hãy leo lên.
Về mặt thao tác: mỗi Skill cốt lõi chỉ là một đoạn văn bản hướng dẫn. Bạn không cần biết lập trình. Việc khó duy nhất là viết hướng dẫn đủ cụ thể — và đó chính là phần mình sẽ làm mẫu sẵn cho bạn dưới đây.
Skill 1 — Content Writer (viết bài tiếng Việt đúng giọng)
Bài toán
Bạn cần viết bài Facebook, blog, hay caption đều đặn. Không có Skill, mỗi lần bạn phải nhắc lại giọng văn, độ dài, cấu trúc. Tệ hơn: Claude hay viết "văn AI" — sáo rỗng, đầy từ như "trong thời đại số ngày nay", "không thể phủ nhận rằng". Bạn mất thời gian sửa lại còn nhiều hơn tự viết.
Skill giải quyết thế nào
Bạn nhốt sẵn vào Skill ba thứ: giọng văn cấm gì, cấu trúc bài, và một ví dụ mẫu. Từ đó Claude viết ra bản nháp gần với ý bạn hơn hẳn, bạn chỉ cần chỉnh nhẹ.
Instructions mẫu (copy-paste được)
## Vai trò
Bạn là cây bút nội dung viết tiếng Việt cho người đi làm.
Giọng: chân thành, thẳng thắn, cụ thể. Xưng "mình", gọi người đọc "bạn".
## Quy tắc bắt buộc
1. Mở bài bằng 1 tình huống/nỗi đau THẬT trong 2-3 câu. Không mở bằng
định nghĩa hay "trong thời đại ngày nay".
2. Thân bài chia mục rõ ràng, mỗi mục có ít nhất 1 bước làm cụ thể
hoặc 1 ví dụ.
3. Độ dài mặc định 500-800 từ, trừ khi mình yêu cầu khác.
4. Kết bài: 1 câu takeaway + 1 lời mời nhẹ (không hối thúc mua).
## Từ/cụm CẤM dùng
"trong thời đại số", "không thể phủ nhận", "đóng vai trò quan trọng",
"vô cùng", "tuyệt vời", "hãy cùng khám phá", "đắm chìm".
## Trước khi viết
Nếu mình chưa nói rõ đối tượng đọc là ai, hãy hỏi lại 1 câu duy nhất
rồi mới viết. Không tự bịa số liệu; nếu cần số, ghi rõ "ví dụ minh hoạ".Bạn dán đoạn này vào phần instructions của Skill, đặt tên "Content Writer VN". Từ lần sau, bạn chỉ cần gõ: "Viết bài Facebook về việc dùng AI tóm tắt tài liệu cho dân kế toán" — Claude tự áp dụng toàn bộ luật trên.
Kết quả trước/sau
Trước (chat thường, không Skill):
Trong thời đại số ngày nay, trí tuệ nhân tạo đang đóng vai trò vô cùng quan trọng. Không thể phủ nhận rằng AI đã thay đổi cách chúng ta làm việc. Hãy cùng khám phá những lợi ích tuyệt vời mà AI mang lại cho công việc kế toán...
Sau (có Skill Content Writer VN):
Cuối tháng, bạn có 40 file PDF hóa đơn cần đối chiếu, và sếp hỏi "xong chưa em". Mình từng ngồi tới 9 giờ tối với đống đó. Giờ mình đưa cả tập vào AI, 10 phút sau có bảng tổng hợp số tiền, nhà cung cấp, ngày. Bài này chỉ cho bạn cách làm...
Khác biệt nằm ở câu mở. Bản sau bắt đầu bằng cảnh thật người kế toán nhận ra ngay, không có một từ cấm nào. Đó là do Skill ép cấu trúc và chặn từ sáo rỗng ngay từ đầu.
Sai lầm thường gặp
- Viết instructions dài như một cuốn sách. Nhét 1500 từ luật vào Skill khiến Claude "loạn" và bỏ sót. Giữ dưới ~300 từ, ưu tiên vài luật rõ và một danh sách từ cấm ngắn.
- Quên đưa ví dụ mẫu. Một đoạn văn mẫu bạn thích còn giá trị hơn mười dòng mô tả trừu tượng. Nếu có bài cũ bạn ưng, dán nó vào mục "ví dụ output".
Skill 2 — Email Writer (email công sở tiếng Việt)
Bài toán
Những email khó nhất không phải email dài, mà là email tế nhị: từ chối một yêu cầu, follow-up khách đã im lặng ba ngày, xin gia hạn deadline với sếp. Viết cứng thì mất lòng, viết mềm quá thì không đạt mục đích. Không có Skill, mỗi lần bạn lại vật lộn với xưng hô và giọng điệu.
Skill giải quyết thế nào
Skill này khóa sẵn cách xưng hô mặc định, cấu trúc email (kết luận trước, lý do sau), và quy tắc giữ lịch sự nhưng vẫn rõ ràng. Bạn chỉ cần nói tình huống, Claude ra bản nháp gửi được ngay.
Instructions mẫu (copy-paste được)
## Vai trò
Bạn viết email công sở tiếng Việt cho mình. Mặc định xưng "em",
gọi người nhận "anh/chị" trừ khi mình nói khác.
## Cấu trúc bắt buộc
1. Dòng tiêu đề ngắn, nêu đúng việc (dưới 10 từ).
2. Câu đầu tiên nói thẳng mục đích hoặc kết luận. Không vòng vo
"em viết email này để...".
3. Thân email: lý do/bối cảnh, tối đa 3 gạch đầu dòng nếu cần liệt kê.
4. Câu chốt: nêu rõ mình cần người nhận làm gì và mốc thời gian.
## Giọng
Lịch sự, chuyên nghiệp, ngắn gọn. Không xin lỗi quá 1 lần.
Khi từ chối: cảm ơn thiện chí → nói không rõ ràng → đề xuất phương án thay thế.
## Quy tắc
- Luôn cho mình 2 phiên bản: 1 bản chuẩn mực, 1 bản thân thiện hơn.
- Không dùng emoji trong email công việc.
- Nếu thiếu thông tin (tên người nhận, deadline), để [chỗ trống] rõ ràng.Kết quả trước/sau
Tình huống: "Viết email từ chối lời mời làm diễn giả miễn phí cho một sự kiện, vì mình bận, nhưng vẫn muốn giữ quan hệ."
Trước (không Skill):
Kính gửi anh/chị, Em viết email này để phản hồi về lời mời của anh/chị. Em rất tiếc và vô cùng xin lỗi vì em không thể tham gia được ạ. Em thực sự rất xin lỗi vì sự bất tiện này. Mong anh/chị thông cảm cho em ạ...
Sau (có Skill Email Writer):
Tiêu đề: Phản hồi lời mời diễn giả sự kiện [tên]
Chào anh/chị,
Cảm ơn anh/chị đã nghĩ đến em cho vị trí diễn giả. Rất tiếc lịch của em trong giai đoạn này đã kín nên lần này em xin phép không nhận lời.
Nếu phù hợp, em có thể giới thiệu một đồng nghiệp có chuyên môn sát với chủ đề, hoặc để dành cho các sự kiện của anh/chị vào quý sau. Anh/chị cho em biết hướng nào tiện hơn nhé.
Cảm ơn anh/chị, chúc sự kiện thành công.
Bản sau nói "không" trong một câu, xin lỗi đúng một lần, và mở một cửa để giữ quan hệ — đúng ba luật trong Skill. Bản trước xin lỗi ba lần và không đề xuất gì, khiến người đọc thấy khó xử thay bạn.
Sai lầm thường gặp
- Không khóa cách xưng hô, để Claude đoán. Nó sẽ lúc "tôi/bạn", lúc "em/anh", mỗi email một kiểu. Ghi rõ mặc định trong Skill là hết loạn.
- Yêu cầu email "chuyên nghiệp" mà không định nghĩa. "Chuyên nghiệp" với Claude dễ thành dài dòng, khách sáo. Hãy nói cụ thể: "kết luận trước, dưới 120 từ, không xin lỗi quá một lần" — như trong instructions trên.
Skill 3 — Meeting Summarizer (tóm tắt họp ra việc phải làm)
Bài toán
Sau cuộc họp một tiếng, bạn có bốn trang ghi chú lộn xộn. Điều sếp cần không phải bản ghi, mà là: ai làm gì, hạn nào. Không có Skill, mỗi lần bạn phải nhắc Claude tách action item, gán người phụ trách, và bạn hay quên yêu cầu nó chỉ ra những điểm chưa quyết.
Skill giải quyết thế nào
Skill này ép Claude luôn xuất ra một định dạng cố định: tóm tắt ngắn, danh sách việc cần làm kèm người và hạn, các quyết định đã chốt, và các điểm còn treo. Bạn dán transcript hoặc note thô vào, nhận về bản có thể gửi thẳng cho team.
Instructions mẫu (copy-paste được)
## Vai trò
Bạn tóm tắt biên bản họp. Đầu vào là ghi chú thô hoặc transcript
(có thể lộn xộn). Đầu ra luôn theo đúng 4 mục dưới đây, tiếng Việt.
## Định dạng output bắt buộc
### 1. Tóm tắt (3-5 gạch đầu dòng)
Nội dung chính đã bàn.
### 2. Việc cần làm
Bảng gồm: Việc | Người phụ trách | Hạn.
Nếu transcript không nói rõ người hoặc hạn, ghi "chưa rõ" — KHÔNG tự bịa.
### 3. Quyết định đã chốt
Liệt kê các điểm đã thống nhất.
### 4. Còn treo / cần làm rõ
Các câu hỏi chưa có câu trả lời hoặc điểm mâu thuẫn trong cuộc họp.
## Quy tắc
- Không thêm thông tin không có trong đầu vào.
- Nếu có số liệu, giữ nguyên, không làm tròn hộ.
- Giữ tên riêng đúng như trong ghi chú.Kết quả trước/sau
Đầu vào (ghi chú thô bạn dán vào):
họp sáng nay bàn campaign tháng 7. Trung nói budget chốt 50tr.
Lan lo phần content, deadline chắc cuối tuần sau. Landing page thì
chưa ai nhận. Có bàn có nên chạy TikTok không, chưa quyết.
Minh sẽ gửi báo giá KOL trước thứ 5.Trước (không Skill) — Claude viết một đoạn văn xuôi:
Cuộc họp sáng nay đã thảo luận về chiến dịch tháng 7. Ngân sách được chốt ở mức 50 triệu. Lan sẽ phụ trách nội dung và dự kiến hoàn thành vào cuối tuần sau. Ngoài ra còn bàn về việc chạy TikTok và báo giá KOL...
Đọc thì hiểu, nhưng bạn vẫn phải tự lọc ra ai làm gì.
Sau (có Skill Meeting Summarizer):
1. Tóm tắt
- Chốt ngân sách campaign tháng 7: 50 triệu
- Phân công content và báo giá KOL
- Landing page và kênh TikTok chưa được quyết
2. Việc cần làm
Việc Người phụ trách Hạn Làm content campaign Lan Cuối tuần sau Gửi báo giá KOL Minh Trước thứ 5 Landing page chưa rõ chưa rõ 3. Quyết định đã chốt
- Ngân sách 50 triệu
4. Còn treo / cần làm rõ
- Có chạy TikTok hay không — chưa quyết
- Landing page chưa có người nhận
Bản sau chỉ ra ngay hai lỗ hổng: landing page không ai nhận, và TikTok chưa chốt. Đây chính là những thứ dễ rơi rụng sau họp. Skill ép Claude phải bóc chúng ra thay vì gói gọn trong một đoạn văn mượt.
Sai lầm thường gặp
- Không chặn Claude "điền hộ" thông tin thiếu. Nếu không viết luật "ghi chưa rõ, không bịa", nó sẽ tự đoán người phụ trách hoặc deadline — và bạn gửi nhầm cho team. Câu "KHÔNG tự bịa" trong instructions là chốt an toàn quan trọng nhất.
- Không cố định định dạng output. Mỗi lần một kiểu trình bày thì cả team khó theo dõi. Khóa cứng bốn mục như trên để mọi biên bản trông giống nhau.
Ba nguyên tắc chung khi viết bất kỳ Skill nào
Qua ba ví dụ trên, bạn để ý ba luật lặp lại — áp dụng được cho mọi Skill bạn tự tạo sau này:
- Ngắn và cụ thể thắng dài và mơ hồ. Vài luật rõ ràng cộng một danh sách "cấm" tốt hơn hàng trang mô tả. Nếu một luật không thể kiểm chứng ("viết hay vào"), nó vô dụng — hãy đổi thành luật đo được ("dưới 120 từ").
- Một ví dụ mẫu bằng mười dòng giải thích. Dán vào Skill một output bạn thực sự ưng. Claude bắt chước mẫu tốt hơn tuân theo mô tả.
- Chặn bịa đặt. Với mọi việc dính số liệu, tên người, deadline — luôn thêm một câu "không có thì ghi chưa rõ, không tự thêm". Đây là lằn ranh giữa một trợ lý tin được và một cái máy đoán mò.
Cách làm thực tế: tạo Skill với bản instructions đầu tiên, chạy thử 3-5 lần với các đầu vào khác nhau, mỗi lần thấy nó sai chỗ nào thì bổ sung đúng một luật để chặn lỗi đó. Sau vài vòng, Skill của bạn sẽ ổn định. Đừng cố viết hoàn hảo ngay lần đầu.
Skill không phải viết một lần rồi bỏ. Nó là thứ bạn tỉa dần cho khớp với cách mình làm việc.
Kết
Ba Skill trên — Content Writer, Email Writer, Meeting Summarizer — bao phủ phần lớn việc lặp đi lặp lại của dân văn phòng. Bạn không cần biết code, chỉ cần copy ba bộ instructions ở trên, đặt tên, và tinh chỉnh theo giọng của mình sau vài lần dùng. Điểm mấu chốt để một Skill "ăn tiền": luật ngắn và cụ thể, luôn kèm một ví dụ mẫu, và luôn có một câu chặn bịa đặt.
Khi ba Skill này đã chạy êm, bước tiếp theo là gom chúng cùng tài liệu dự án vào một không gian làm việc chung. Nếu bạn muốn đi tiếp, đọc bài Claude Cowork + Project — hướng dẫn để biến các Skill rời rạc thành một quy trình liền mạch.