菜单
Draft a blog post from ideas and resources. Use when users want to write a blog post, create content from research, or draft articles. Guides through research, brainstorming, outlining, and iterative drafting with version control.
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
Create or update CLAUDE.md files following best practices for optimal AI agent onboarding
Audit Claude Code guide content for factual accuracy by fetching the latest official documentation in real-time and comparing it against ko/ module markdown files. Checks settings paths, CLI syntax, hook events, permission modes, keyboard shortcuts, model IDs, and new features. Use this skill when asked to "check accuracy", "audit documentation", "verify content", "find outdated info", or after Claude Code releases a new version. Also trigger proactively after editing module content to catch regressions.
Ensure all communication matches brand voice and tone guidelines. Use when creating marketing copy, customer communications, public-facing content, or when users mention brand voice, tone, or writing style.
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.
Generate comprehensive, accurate API documentation from source code. Use when creating or updating API documentation, generating OpenAPI specs, or when users mention API docs, endpoints, or documentation.
Systematic code refactoring based on Martin Fowler's methodology. Use when users ask to refactor code, improve code structure, reduce technical debt, clean up legacy code, eliminate code smells, or improve code maintainability. This skill guides through a phased approach with research, planning, and safe incremental implementation.
| name | blog-draft |
| description | Draft a blog post from ideas and resources. Use when users want to write a blog post, create content from research, or draft articles. Guides through research, brainstorming, outlining, and iterative drafting with version control. |
$ARGUMENTS
진행하기 전에 사용자 입력을 반드시 고려해야 합니다. 사용자는 다음을 제공해야 합니다:
중요: 사용자가 기존 블로그 포스트의 업데이트를 요청하는 경우, 0-8단계를 건너뛰고 9단계에서 바로 시작하십시오. 먼저 기존 초안 파일을 읽은 다음 반복 프로세스를 진행합니다.
다음 단계를 순서대로 따르십시오. 단계를 건너뛰거나 표시된 곳에서 사용자 승인 없이 진행하지 마십시오.
YYYY-MM-DD-short-topic-name 형식으로 폴더 이름을 생성합니다
폴더 구조를 생성합니다:
blog-posts/
└── YYYY-MM-DD-short-topic-name/
└── resources/
진행하기 전에 사용자에게 폴더 생성을 확인합니다.
블로그 포스트 디렉토리에 resources/ 하위 폴더를 생성합니다
제공된 각 리소스에 대해:
resources/에 저장합니다resources/에 요약합니다각 리소스에 대해 resources/에 요약 파일을 생성합니다:
resources/source-1-[short-name].mdresources/source-2-[short-name].md각 요약에는 다음이 포함되어야 합니다:
# Source: [Title/URL]
## Key Points
- Point 1
- Point 2
## Relevant Quotes/Data
- Quote or statistic 1
- Quote or statistic 2
## How This Relates to Topic
Brief explanation of relevance
사용자에게 리서치 요약을 제시합니다.
아이디어와 조사된 리소스를 기반으로 다음을 제시합니다:
명확화 질문을 합니다:
진행하기 전에 사용자 응답을 기다립니다.
다음을 포함하는 구조화된 아웃라인을 작성합니다:
# Blog Post Outline: [Title]
## Meta Information
- **Target Audience**: [who]
- **Tone**: [style]
- **Target Length**: [word count]
- **Main Takeaway**: [key message]
## Proposed Structure
### Hook/Introduction
- Opening hook idea
- Context setting
- Thesis statement
### Section 1: [Title]
- Key point A
- Key point B
- Supporting evidence from [source]
### Section 2: [Title]
- Key point A
- Key point B
[Continue for all sections...]
### Conclusion
- Summary of key points
- Call to action or final thought
## Sources to Cite
- Source 1
- Source 2
사용자에게 아웃라인을 제시하고 승인 또는 수정을 요청합니다.
사용자가 아웃라인을 승인하면 블로그 포스트 폴더에 OUTLINE.md로 저장합니다.
아웃라인이 저장되었음을 확인합니다.
현재 디렉토리가 git 저장소인지 확인합니다.
예인 경우:
docs: Add outline for blog post - [topic-name]git 저장소가 아닌 경우 이 단계를 건너뛰고 사용자에게 알립니다.
승인된 아웃라인을 기반으로 전체 블로그 포스트 초안을 작성합니다.
OUTLINE.md의 구조를 정확히 따릅니다.
다음을 포함합니다:
초안을 블로그 포스트 폴더에 draft-v0.1.md로 저장합니다.
형식:
# [Blog Post Title]
*[Optional: subtitle or tagline]*
[Full content with inline citations...]
---
## References
- [1] Source 1 Title - URL or Citation
- [2] Source 2 Title - URL or Citation
- [3] Source 3 Title - URL or Citation
인용 요구사항:
git 저장소인지 확인합니다.
예인 경우:
docs: Add draft v0.1 for blog post - [topic-name]git 저장소가 아닌 경우 건너뛰고 사용자에게 알립니다.
사용자에게 초안 내용을 제시합니다.
피드백을 요청합니다:
사용자 응답을 기다립니다.
사용자가 변경을 요청하는 경우:
draft-v[X.Y].md로 저장사용자가 승인하는 경우:
final.md로 이름을 변경합니다모든 초안은 증분 버전 관리로 보존됩니다:
draft-v0.1.md - 초기 초안draft-v0.2.md - 첫 번째 피드백 반영 후draft-v0.3.md - 두 번째 피드백 반영 후이를 통해 블로그 포스트의 진화를 추적하고 필요 시 되돌릴 수 있습니다.
blog-posts/
└── YYYY-MM-DD-topic-name/
├── resources/
│ ├── source-1-name.md
│ ├── source-2-name.md
│ └── ...
├── OUTLINE.md
├── draft-v0.1.md
├── draft-v0.2.md (반복 시)
└── draft-v0.3.md (추가 반복 시)