メニュー
在正式撰写任何文章、教程、指南、报告或博客之前，用来先构思一份结构化大纲。当用户要求"写一篇文章/教程/指南/博客"、"帮我写一个说明文档"，或明确说"先列个大纲"、"先构思一下"时，都应主动使用本skill先产出大纲，经用户确认后再进入正文写作。即使用户没有显式提到"大纲"两个字，只要任务是产出一篇面向读者阅读的完整文章/文档，也应该先触发本skill构思结构，而不是直接开始写正文。
デフォルトでは、最初にソースを確認する Prompt が選択されています。直接コマンドに切り替えるか、ローカルコピーをダウンロードすることもできます。
インストールを決める前に、SKILL.md と SkillsMP に表示されている付属ファイルをお読みください。
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
直接コマンドでは確認用 Prompt が省略されます。実行前にソースを確認してください。
npx skills add https://github.com/leeyorke/leeyorke-skills --skill article-outlineコマンドは1行のまま表示されます。コピー前に横へスクロールして全体を確認してください。
ローカルで確認しますか？SkillsMP が現在取得できるファイルをダウンロードできます。
SOC 職業分類に基づく
SKILL.md を表示中
| name | article-outline |
| description | 在正式撰写任何文章、教程、指南、报告或博客之前，用来先构思一份结构化大纲。当用户要求"写一篇文章/教程/指南/博客"、"帮我写一个说明文档"，或明确说"先列个大纲"、"先构思一下"时，都应主动使用本skill先产出大纲，经用户确认后再进入正文写作。即使用户没有显式提到"大纲"两个字，只要任务是产出一篇面向读者阅读的完整文章/文档，也应该先触发本skill构思结构，而不是直接开始写正文。 |
| version | 0.1.0 |
在动笔写正文之前，先产出一份结构化大纲，让用户确认方向、受众和内容框架无误后，再进行正式写作。这样可以避免写了很长内容之后才发现方向不对。
不需要用于：简短的问答、代码片段说明、内部笔记性质的总结。
在动笔构思大纲前，尽量确认以下几点（如果用户已经在需求里说清楚了，就不用再问）：
如果用户的需求已经足够具体，直接给出合理假设，不必逐一发问。
大纲应包含以下"文章开篇元信息"模块，根据文章类型灵活取舍，不是每篇都要全部具备：
参考怎样才算好文档的核心原则，在设计大纲时就提前考虑，而不是等写完正文再改：
让读者能快速略读（Make it skimmable）
广泛地帮助读者（Be broadly helpful）
行文一致性
这些原则不需要在大纲里逐条罗列出来讲给用户听，而是应该体现在大纲的具体设计中（比如章节标题怎么起、顺序怎么排）。
大纲产出后，明确询问用户：
得到确认或修改意见后，再进入正文撰写阶段。不要在没有确认大纲的情况下直接写完整正文。
大纲本身用 Markdown 呈现在对话中即可（不需要生成单独文件），除非用户要求导出为文档。结构示例：
# [文章标题]
## 简介
[1-2段，说明这篇文章要解决什么问题]
**你将学到：**
- ...
- ...
**适合人群：** ...
**预计阅读时间：** ... 分钟
**前置知识：** ...（如无可省略）
## 内容导览
本文将按以下顺序展开：① ... ② ... ③ ...
## 正文大纲
### 1. [信息句式章节标题]
- 核心要点：...
- 是否需要示例/代码/图表：...
### 2. [信息句式章节标题]
- 核心要点：...
...
## 结语方向
[读完本文后，希望读者获得的收获或下一步行动]