菜单
Soạn thảo bài đăng blog từ ý tưởng và tài nguyên. Sử dụng khi người dùng muốn viết bài blog, tạo nội dung từ nghiên cứu, hoặc soạn thảo bài viết. Hướng dẫn qua nghiên cứu, động não, lập dàn ý, và soạn thảo lặp lại với kiểm soát phiên bản.
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
Комплексне код-рев'ю з аналізом безпеки, продуктивності та якості. Використовуйте, коли користувачі просять переглянути код, проаналізувати якість коду, оцінити pull request, або згадують код-рев'ю, аналіз безпеки чи оптимізацію продуктивності.
Review code toàn diện với phân tích bảo mật, hiệu suất, và chất lượng. Sử dụng khi người dùng yêu cầu review code, phân tích chất lượng code, đánh giá pull requests, hoặc đề cập đến review code, phân tích bảo mật, hoặc tối ưu hóa hiệu suất.
提供全面的代码审查能力，覆盖安全、性能和代码质量分析。适用于用户请求代码审查、代码质量评估、Pull Request 审查，或提到安全分析和性能优化时。
Comprehensive code review with security, performance, and quality analysis. Use when users ask to review code, analyze code quality, evaluate pull requests, or mention code review, security analysis, or performance optimization.
Interactive lesson-level quiz for Claude Code tutorials. Tests understanding of a specific lesson (01-10) with 8-10 questions mixing conceptual and practical knowledge. Use before a lesson to pre-test, during to check progress, or after to verify mastery. Use when asked to "quiz me on hooks", "test my knowledge of lesson 3", "lesson quiz", "practice quiz for MCP", or "do I understand skills".
Забезпечення відповідності всіх комунікацій голосу та тону бренду. Використовуйте при створенні маркетингових текстів, клієнтських комунікацій, публічного контенту, або коли користувачі згадують голос бренду, тон чи стиль написання.
| name | blog-draft |
| description | Soạn thảo bài đăng blog từ ý tưởng và tài nguyên. Sử dụng khi người dùng muốn viết bài blog, tạo nội dung từ nghiên cứu, hoặc soạn thảo bài viết. Hướng dẫn qua nghiên cứu, động não, lập dàn ý, và soạn thảo lặp lại với kiểm soát phiên bản. |
$ARGUMENTS
Bạn BẮT BUỘC phải xem xét đầu vào của người dùng trước khi tiếp tục. Người dùng nên cung cấp:
QUAN TRỌNG: Nếu người dùng đang yêu cầu cập nhật cho một bài đăng blog hiện có, bỏ qua các bước 0-8 và bắt đầu trực tiếp tại Bước 9. Đọc các file draft hiện có trước, sau đó tiếp tục với quy trình lặp lại.
Làm theo các bước này tuần tự. Đừng bỏ qua bước hoặc tiếp tục mà không có sự chấp thuận của người dùng nơi được chỉ ra.
Tạo tên thư mục sử dụng định dạng: YYYY-MM-DD-ten-chu-de-ngan
Tạo cấu trúc thư mục:
blog-posts/
└── YYYY-MM-DD-ten-chu-de-ngan/
└── resources/
Xác nhận việc tạo thư mục với người dùng trước khi tiếp tục.
Tạo thư mục con resources/ trong thư mục bài đăng blog
Với mỗi tài nguyên được cung cấp:
resources/ dưới dạng files markdownresources/Với mỗi tài nguyên, tạo một file tóm tắt trong resources/:
resources/source-1-[ten-ngan].mdresources/source-2-[ten-ngan].mdMỗi tóm tắt nên bao gồm:
# Nguồn: [Tiêu Đề/URL]
## Các Điểm Chính
- Điểm 1
- Điểm 2
## Trích Dẫn/Dữ Liệu Liên Quan
- Trích dẫn hoặc thống kê 1
- Trích dẫn hoặc thống kê 2
## Cái Này Liên Quan Đến Chủ Đề Như Thế Nào
Giải thích ngắn về sự liên quan
Trình bày tóm tắt nghiên cứu cho người dùng.
Dựa trên ý tưởng và các tài nguyên đã nghiên cứu, trình bày:
Đặt các câu hỏi làm rõ:
Chờ phản hồi của người dùng trước khi tiếp tục.
Tạo một dàn ý có cấu trúc bao gồm:
# Dàn Ý Bài Đăng Blog: [Tiêu Đề]
## Thông Tin Meta
- **Đối Tượng Mục Tiêu**: [ai]
- **Giọng Điệu**: [phong cách]
- **Độ Dài Mục Tiêu**: [số lượng từ]
- **Điểm Chính Lấy Được**: [thông điệp chính]
## Cấu Trúc Được Đề Xuất
### Mở Bài/Giới Thiệu
- Ý tưởng mở bài hấp dẫn
- Thiết lập bối cảnh
- Tuyên bố luận điểm
### Phần 1: [Tiêu Đề]
- Điểm chính A
- Điểm chính B
- Bằng chứng hỗ trợ từ [nguồn]
### Phần 2: [Tiêu Đề]
- Điểm chính A
- Điểm chính B
[Tiếp tục cho tất cả các phần...]
### Kết Luận
- Tóm tắt các điểm chính
- Kêu gọi hành động hoặc suy nghĩ cuối cùng
## Nguồn Để Trích Dẫn
- Nguồn 1
- Nguồn 2
Trình bày dàn ý cho người dùng và yêu cầu chấp thuận hoặc chỉnh sửa.
Khi người dùng chấp thuận dàn ý, lưu nó vào OUTLINE.md trong thư mục bài đăng blog.
Xác nhận dàn ý đã được lưu.
Kiểm tra xem thư mục hiện tại có phải là một git repository không.
Nếu có:
docs: Add outline for blog post - [ten-chu-de]Nếu không phải là git repo, bỏ qua bước này và thông báo cho người dùng.
Dựa trên dàn ý được chấp thuận, viết bản nháp bài đăng blog đầy đủ.
Làm theo cấu trúc từ OUTLINE.md chính xác.
Bao gồm:
Lưu bản nháp dưới dạng draft-v0.1.md trong thư mục bài đăng blog.
Định dạng:
# [Tiêu Đề Bài Đăng Blog]
*[Tùy chọn: phụ đề hoặc câu khẩu hiệu]*
[Nội dung đầy đủ với các trích dẫn nội tuyến...]
---
## Tài Liệu Tham Khảo
- [1] Tiêu Đề Nguồn 1 - URL hoặc Trích Dẫn
- [2] Tiêu Đề Nguồn 2 - URL hoặc Trích Dẫn
- [3] Tiêu Đề Nguồn 3 - URL hoặc Trích Dẫn
Yêu Cầu Trích Dẫn:
Kiểm tra xem có trong git repository không.
Nếu có:
docs: Add draft v0.1 for blog post - [ten-chu-de]Nếu không phải là git repo, bỏ qua và thông báo cho người dùng.
Trình bày nội dung bản nháp cho người dùng.
Yêu cầu phản hồi:
Chờ phản hồi của người dùng.
Nếu người dùng yêu cầu thay đổi:
draft-v[X.Y].mdNếu người dùng chấp thuận:
final.md nếu người dùng yêu cầuTất cả bản nháp được bảo tồn với việc đánh số phiên bản tăng dần:
draft-v0.1.md - Bản nháp ban đầudraft-v0.2.md - Sau vòng phản hồi đầu tiêndraft-v0.3.md - Sau vòng phản hồi thứ haiĐiều này cho phép theo dõi sự phát triển của bài đăng blog và hoàn tác nếu cần.
blog-posts/
└── YYYY-MM-DD-ten-chu-de/
├── resources/
│ ├── source-1-name.md
│ ├── source-2-name.md
│ └── ...
├── OUTLINE.md
├── draft-v0.1.md
├── draft-v0.2.md (nếu có lặp lại)
└── draft-v0.3.md (nếu có nhiều lặp lại hơn)