메뉴
从想法和资源出发起草博客文章。当用户想要写博客文章、从研究中创建内容或草拟文章时使用。引导完成研究、头脑风暴、大纲制定和带版本控制的迭代式写作流程。
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
确保所有沟通内容符合品牌语调和风格指南。在创建营销文案、客户沟通、面向公众的内容时使用,或当用户提及品牌语调、语气或写作风格时触发。
按照 AI 代理接入最佳实践创建或更新 CLAUDE.md 文件
全面代码审查,涵盖安全性、性能和质量分析。当用户要求审查代码、分析代码质量、评估 Pull Request 或提及代码审查、安全分析、性能优化时使用。
从源代码生成全面、准确的 API 文档。用于创建或更新 API 文档、生成 OpenAPI 规范,或当用户提及 API 文档、接口端点、文档时使用。
基于 Martin Fowler 方法论的系统化代码重构。当用户要求重构代码、改善代码结构、减少技术债务、清理遗留代码、消除代码异味或提升可维护性时使用。本技能引导完成研究、规划和安全增量实现的分阶段流程。
Claude Code 教程交互式课时测验。通过 8-10 道混合概念和实践知识的问题测试对特定课程(01-10)的理解。可在课前用于预测试、课中用于进度检查或课后用于验证掌握程度。当用户说"quiz me on hooks"(给我出道钩子的测验)、"test my knowledge of lesson 3"(测试我对第3课的知识)、"lesson quiz"(课时测验)、"practice quiz for MCP"(MCP 练习测验)或 "do I understand skills"(我理解技能了吗)时使用。
| name | blog-draft |
| description | 从想法和资源出发起草博客文章。当用户想要写博客文章、从研究中创建内容或草拟文章时使用。引导完成研究、头脑风暴、大纲制定和带版本控制的迭代式写作流程。 |
$ARGUMENTS
你必须先考虑用户输入再继续操作。用户应提供:
重要:如果用户请求更新已有的博客文章,跳过步骤 0-8,直接从步骤 9开始。先读取现有的草稿文件,然后进入迭代流程。
按以下顺序逐步执行。不要跳过步骤或在需要用户确认的地方未经批准就继续。
使用以下格式生成文件夹名:YYYY-MM-DD-短主题名称
创建文件夹结构:
blog-posts/
└── YYYY-MM-DD-短主题名称/
└── resources/
创建文件夹后向用户确认再继续。
在博客文章目录中创建 resources/ 子文件夹
对每个提供的资源:
resources/ 的 markdown 文件中resources/ 中总结对每个资源,在 resources/ 中创建摘要文件:
resources/source-1-[简称].mdresources/source-2-[简称].md每个摘要应包含:
# 来源:[标题/URL]
## 要点
- 要点 1
- 要点 2
## 相关引用/数据
- 引用或统计数据 1
- 引用或统计数据 2
## 与主题的关系
简要说明相关性
向用户展示研究摘要。
基于想法和研究资源,展示:
提出澄清问题:
等待用户回复后再继续。
创建包含以下内容的结构化大纲:
# 博客文章大纲:[标题]
## 元信息
- **目标受众**:[谁]
- **语调**:[风格]
- **目标篇幅**:[字数]
- **核心收获**:[关键信息]
## 建议结构
### 开头/引言
- 吸引人的开场白
- 背景铺垫
- 论点陈述
### 第一部分:[标题]
- 要点 A
- 要点 B
- 来自 [来源] 的支持证据
### 第二部分:[标题]
- 要点 A
- 要点 B
[继续所有章节...]
### 结论
- 关键要点总结
- 行动号召或最终思考
## 引用来源
- 来源 1
- 来源 2
向用户展示大纲并请求批准或修改建议。
用户批准大纲后,将其保存到博客文章文件夹中的 OUTLINE.md。
确认大纲已保存。
检查当前目录是否为 git 仓库。
如果是:
docs: Add outline for blog post - [主题名]如果不是 git 仓库,跳过此步并告知用户。
基于已批准的大纲,撰写完整的博客文章草稿。
严格按照 OUTLINE.md 的结构进行。
包含:
将草稿保存为博客文章文件夹中的 draft-v0.1.md。
格式要求:
# [博客文章标题]
*[可选:副标题或标语]*
[包含内联引用的完整内容...]
---
## 参考文献
- [1] 来源 1 标题 - URL 或引用
- [2] 来源 2 标题 - URL 或引用
- [3] 来源 3 标题 - URL 或引用
引用要求:
检查是否在 git 仓库中。
如果是:
docs: Add draft v0.1 for blog post - [主题名]如果不是 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-主题名/
├── resources/
│ ├── source-1-名称.md
│ ├── source-2-名称.md
│ └── ...
├── OUTLINE.md
├── draft-v0.1.md
├── draft-v0.2.md(如有迭代)
└── draft-v0.3.md(如有更多迭代)