Skill Cho Sales/Marketing/Operations

Level: L4 — AI Skills (Bài 12/12 — bài kết)

Ghi chú minh bạch về nguồn

Không tìm được nguồn Tier 1 xác nhận 1 ví dụ Skill sales/marketing/operations cụ thể nào từ Anthropic (đã Source Discovery qua S78 — repo chính thức không liệt kê được chi tiết qua WebFetch; 1 claim từ blog bên thứ 3 về “sales plugin” bị đánh dấu CLAIM_UNVERIFIED, không dùng). Vì vậy, toàn bộ ví dụ domain trong bài này là labeled synthesis (tự thiết kế, gắn nhãn rõ), áp dụng đúng kiến trúc đã có nguồn Tier 1 vững chắc từ bài 31-34/38/39 — đúng nguyên tắc dự án: không trình bày 1 claim chưa xác nhận như thể đó là fact.

1. Mục tiêu học tập

Sau bài này, bạn có thể:

• Thiết kế 1 Skill cho 1 trong 3 domain (Sales/Marketing/Operations), áp dụng đầy đủ khung kiến trúc đã học (31-34).
• Nhận diện đặc điểm chung của Skill “vận hành nghiệp vụ” (business operations Skill): thường cần input từ nhiều nguồn, output ảnh hưởng tới người khác (khách hàng, đồng nghiệp) — cần cẩn trọng hơn Skill cá nhân.
• Tổng kết lại toàn bộ Level 4: từ khái niệm (bài 29) tới thực hành hoàn chỉnh (bài 40).

2. Khái niệm cốt lõi

3 domain, 1 nguyên lý chung: dù Sales, Marketing hay Operations, mỗi domain đều có những quy trình lặp lại đủ điều kiện đóng gói thành Skill (đúng 4 tiêu chí bài 29): soạn email theo dõi khách hàng (Sales), viết brief chiến dịch theo khung chuẩn (Marketing), hay checklist xử lý yêu cầu nội bộ (Operations).

Điểm khác biệt quan trọng so với Skill cá nhân (bài 35-38) — mức độ ảnh hưởng tới người khác cao hơn: 1 Skill sai trong ngữ cảnh cá nhân (ví dụ Skill giọng văn bài 37) chỉ ảnh hưởng tới chính bạn; 1 Skill sai trong ngữ cảnh Sales/Marketing/Operations có thể gửi thông tin sai tới khách hàng thật, hoặc ảnh hưởng tới quy trình nội bộ nhiều người dùng chung. Đây là lý do nguyên tắc disable-model-invocation (bài 34) và feedback loop (bài 38) đặc biệt quan trọng ở nhóm Skill này.

3. Tại sao nội dung này quan trọng

Bài capstone này khép lại Level 4 bằng cách chứng minh: kiến trúc Skill học được (31-34) không chỉ áp dụng cho việc cá nhân (viết theo giọng văn, phân tích tài liệu, tạo báo cáo) mà còn mở rộng tốt sang ngữ cảnh nhóm/doanh nghiệp — đúng tinh thần “đóng gói năng lực thành module tái sử dụng” mà Blueprint V1 đặt ra cho toàn bộ Level 4 ngay từ đầu.

4. Cơ chế hoạt động

Không có khác biệt kỹ thuật so với các Skill đã học — điểm khác biệt hoàn toàn nằm ở thiết kế invocation contract (bài 34): Skill vận hành nghiệp vụ nên nghiêng về phía cẩn trọng hơn — ưu tiên disable-model-invocation: true cho bất kỳ bước nào có khả năng gửi thông tin ra ngoài (email khách hàng, đăng bài công khai), và luôn có 1 bước xác nhận cuối cùng trước khi hoàn tất (feedback loop, bài 38), vì hậu quả sai sót cao hơn Skill cá nhân.

5. Mental model

Khép lại chuỗi ẩn dụ “hồ sơ đào tạo” của toàn Level 4: nếu bài 35-39 là “hồ sơ đào tạo cho 1 chuyên gia làm việc cho chính bạn”, thì bài 40 là “hồ sơ đào tạo cho 1 chuyên gia đại diện bạn giao tiếp với người khác” — cùng nguyên lý đóng gói, nhưng cần kiểm soát chặt hơn vì hồ sơ này ảnh hưởng tới nhiều người ngoài chính bạn.

6. Hướng dẫn từng bước

Áp dụng cho 1 trong 3 domain — quy trình chung:

1. Chọn 1 quy trình cụ thể trong domain (không phải “làm sales nói chung”) — ví dụ: soạn email theo dõi sau demo sản phẩm (Sales); viết caption mạng xã hội theo bộ nhận diện thương hiệu (Marketing); checklist xử lý yêu cầu hỗ trợ nội bộ (Operations).
2. Xác định: bước nào trong quy trình có side-effect thật (gửi email, đăng bài, cập nhật hệ thống)? Đánh dấu cần disable-model-invocation.
3. Thiết kế template output theo đúng mẫu strict/flexible (bài 39) phù hợp với tính chất công việc.
4. Thêm bước xác nhận cuối cùng trước khi coi là hoàn tất — đặc biệt bắt buộc nếu output gửi ra ngoài tổ chức.
5. Test với ít nhất 2 tình huống khác nhau trong cùng domain.

7. Ví dụ thực tế

3 ví dụ minh họa tự thiết kế (labeled synthesis), mỗi domain 1 ví dụ rút gọn — áp dụng đúng nguyên tắc bài 34 (disable-model-invocation cho bước có side-effect):

Sales — soạn email theo dõi sau demo:

---
name: post-demo-followup
description: Drafts a follow-up email after a product demo call. Use when
  the user asks to write a follow-up after a sales demo or call.
disable-model-invocation: true
---

## Instructions
1. Ask for: prospect name, key pain points discussed, next step agreed.
2. Draft email: thank you → recap pain points addressed → proposed next
   step → clear call-to-action.
3. Present draft for review — DO NOT send automatically.

Marketing — caption mạng xã hội theo brand voice:

---
name: social-caption-brand-voice
description: Generates social media captions following brand voice
  guidelines. Use when asked to write a caption, post, or social copy.
---

## Instructions
1. Read reference/brand-voice.md for tone rules.
2. Generate 2-3 caption variants matching the platform (see
   reference/platform-limits.md for character limits).
3. Flag any claim that needs legal/compliance review (e.g. pricing,
   guarantees).

Operations — checklist xử lý yêu cầu hỗ trợ nội bộ:

---
name: internal-request-triage
description: Triages internal support requests by urgency and routes to
  the right team. Use when processing internal help desk tickets.
---

## Instructions
1. Classify request: urgency (low/medium/high) + category (IT/HR/Facilities).
2. Apply routing rules from reference/routing-table.md.
3. Draft acknowledgment message with expected response time.

Điểm chung cả 3 ví dụ: email Sales khóa disable-model-invocation + yêu cầu review thủ công (side-effect cao nhất — gửi tới khách hàng); caption Marketing có bước “flag compliance” (rủi ro pháp lý); Operations dùng reference file riêng cho quy tắc routing (đúng pattern domain-specific đã học bài 33).

8. Prompt/template/workflow

[ ] Domain + quy trình cụ thể: ___________
[ ] Có side-effect gửi ra ngoài/ảnh hưởng người khác? → disable-model-invocation
[ ] Template output: strict hay flexible? (bài 39)
[ ] Có bước xác nhận/feedback loop cuối cùng? (bài 38)
[ ] Resources cần thiết (brand guide, routing table...)? Tổ chức theo
    pattern nào? (bài 33)
[ ] description đủ 2 vế + negative trigger nếu cần? (bài 32)

9. Visual hoặc diagram cần thiết

Asset A — Diagram:

Hình 4.12 — 3 quy trình Sales/Marketing/Operations, mỗi quy trình đóng gói theo cùng nguyên lý — luôn xác nhận trước khi có side-effect ra ngoài.

Asset B — Infographic (Capstone Level 4):

Hình 4.13 — Level 4 — Từ Skill cá nhân (bài 29) tới Skill đại diện bạn giao tiếp với người khác (bài 40): kiểm soát chặt hơn khi Skill ảnh hưởng tới người khác.

10. Bài tập thực hành

1. Chọn 1 domain (Sales/Marketing/Operations) gần nhất với công việc thực tế của bạn (hoặc dùng 1 trong 3 ví dụ mục 7 làm điểm khởi đầu).
2. Áp dụng checklist mục 8, điền đầy đủ.
3. Viết SKILL.md hoàn chỉnh.
4. Tự đặt câu hỏi: “Nếu Skill này chạy sai, hậu quả tệ nhất là gì?” — xác nhận bạn đã khóa đúng các bước cần disable-model-invocation.
5. Bài tập tổng kết Level 4: nhìn lại toàn bộ 12 bài (29-40) — bạn có thể giải thích được từng khái niệm cho 1 người chưa học gì về Skill không? Nếu có, bạn đã hoàn thành Level 4.

11. Checklist

Đặt lại checklist

• Thiết kế được 1 Skill cho ít nhất 1 domain Sales/Marketing/Operations.
• Áp dụng đúng disable-model-invocation cho bước có side-effect.
• Nhận diện được sự khác biệt về mức độ cẩn trọng cần thiết so với Skill cá nhân.
• Tổng kết được toàn bộ Level 4 bằng lời của chính bạn.

12. Lỗi thường gặp

• Không khóa quyền tự động gửi/đăng — rủi ro cao nhất của nhóm Skill này, đã nhấn mạnh xuyên suốt bài.
• Coi ví dụ minh họa (mục 7) như 1 Skill có nguồn Tier 1 xác nhận — đây là ví dụ tự thiết kế, không phải Skill thật của Anthropic; cần điều chỉnh theo quy trình thật của tổ chức bạn trước khi dùng.
• Không phân biệt “cơ chế đóng gói” (bài này dạy) với “kỹ năng chuyên môn” (Sales/Marketing/Operations thật sự giỏi) — 2 việc khác nhau.

13. Giới hạn & khi nào KHÔNG nên áp dụng

• Bài này không dạy chiến lược sales/marketing/vận hành — chỉ dạy cách đóng gói 1 quy trình đã biết thành Skill.
• Không có nguồn Tier 1 xác nhận ví dụ Skill cụ thể cho domain này (đã minh bạch hoá ở đầu bài) — mọi ví dụ cần tự điều chỉnh theo thực tế tổ chức, không dùng nguyên xi.
• Với quy trình có tính pháp lý cao (hợp đồng, cam kết giá) — Skill chỉ nên hỗ trợ soạn thảo, không nên tự động hoàn tất/gửi đi mà không qua người có thẩm quyền duyệt.

14. An toàn & quản trị (Safety/Governance)

Mức độ rủi ro cao nhất Level 4

Đây là bài có mức độ rủi ro cao nhất trong toàn bộ 12 bài Level 4 vì output thường tác động trực tiếp tới khách hàng hoặc quy trình nội bộ nhiều người dùng chung. Nguyên tắc bắt buộc: mọi bước có side-effect ra ngoài phạm vi cá nhân đều cần disable-model-invocation + xác nhận thủ công, không có ngoại lệ “vì Skill này thường đúng”. Đồng thời, nếu Skill dùng dữ liệu khách hàng thật (ví dụ trong ví dụ Sales), áp dụng đầy đủ nguyên tắc quản lý dữ liệu nhạy cảm đã học xuyên suốt dự án — đặc biệt khi resources đi kèm Skill chứa thông tin khách hàng.

15. Best practices

1. Với mọi Skill vận hành nghiệp vụ mới, mặc định giả sử cần disable-model-invocation trừ khi chứng minh được không cần — an toàn hơn là ngược lại.
2. Thử nghiệm Skill nội bộ trước (dữ liệu giả lập) trước khi dùng với dữ liệu/khách hàng thật.
3. Định kỳ rà soát lại reference data (brand voice, routing table…) — dữ liệu nghiệp vụ thay đổi nhanh hơn kiến trúc Skill.

16. Nội dung nâng cao (không bắt buộc)

Với tổ chức có nhiều Skill vận hành nghiệp vụ, cân nhắc dùng phạm vi chia sẻ “Enterprise” (bài 31 mục 4) thay vì Personal/Project — đảm bảo toàn bộ team dùng chung đúng 1 phiên bản Skill, tránh tình trạng mỗi người tự tạo Skill tương tự nhưng không đồng nhất quy tắc (ví dụ: 2 người trong team Sales dùng 2 mẫu email theo dõi khác nhau vì tự tạo Skill riêng không đồng bộ).

17. Nguồn tham khảo

[S78] anthropics/skills (GitHub), Anthropic — Source Discovery, không xác nhận được ví dụ cụ thể · [S77] Skill authoring best practices, Anthropic — nguyên tắc kiến trúc áp dụng cho toàn bộ 3 ví dụ mục 7 (invocation contract, template pattern, domain-specific resources) · Dẫn chiếu (không trích dẫn mới): bài 32, 33, 34, 38, 39.

18. Ngày kiểm chứng

Nguồn Tier 1 kiểm chứng ngày 2026-07-12. Ví dụ 3 domain (mục 7) là minh họa tự thiết kế, gắn nhãn rõ ràng ngay từ đầu bài — không trình bày như Skill thật đã được Anthropic xác nhận.