vi/03-skills/blog-draft/SKILL.md
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.
npx skillsauth add luongnv89/claude-howto blog-draftInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
$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)
development
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.
development
<!-- i18n-source: 03-skills/refactor/SKILL.md --> <!-- i18n-source-sha: 245272f --> <!-- i18n-date: 2026-04-27 --> --- name: refactor description: Martin Fowler の方法論に基づく体系的なコードリファクタリング。ユーザーがコードのリファクタリング、コード構造の改善、技術的負債の削減、レガシーコードのクリーンアップ、コードスメルの解消、コード保守性の向上を求めた際に使用する。本スキルは、リサーチ・計画・安全な段階的実装からなる段階的アプローチを案内する。 --- # コードリファクタリングスキル Martin Fowler 著『Refactoring: Improving the Design of Existing Code』(第 2 版) に基づくコードリファクタリングへの体系的アプローチ。本スキルは、テストに支えられた安全で段階的な変更を重視する。 > "Refactoring is the process of cha
development
<!-- i18n-source: 03-skills/doc-generator/SKILL.md --> <!-- i18n-source-sha: a6380d8 --> <!-- i18n-date: 2026-04-27 --> --- name: doc-generator description: ソースコードから包括的かつ正確な API ドキュメントを生成する。API ドキュメントの作成・更新、OpenAPI 仕様の生成時、または API ドキュメント、エンドポイント、ドキュメントについて言及がある場合に使用する。 --- # API ドキュメント生成スキル ## 生成するもの - OpenAPI/Swagger 仕様 - API エンドポイントのドキュメント - SDK 利用例 - 統合ガイド - エラーコード・リファレンス - 認証ガイド ## ドキュメント構造 ### 各エンドポイントごと ````markdown ## GET /api/v1/users/:id ### Description このエンドポイントの動作を簡潔に説明 ### Pa
development
<!-- i18n-source: 03-skills/claude-md/SKILL.md --> <!-- i18n-source-sha: f78c094 --> <!-- i18n-date: 2026-04-27 --> --- name: claude-md description: Create or update CLAUDE.md files following best practices for optimal AI agent onboarding --- ## ユーザー入力 ```text $ARGUMENTS ``` ユーザー入力が空でない場合、進める前に **必ず** 内容を考慮すること。ユーザーは以下を指定する場合がある: - `create` - 新しい CLAUDE.md をゼロから作成 - `update` - 既存 CLAUDE.md を改善 - `audit` - 現在の CLAUDE.md の品質を分析しレポート - 作成・更新する具体的なパス(例: ディレクトリ固有命令向けの `src/api/CLAUDE.md`) ## 基本原則