关于 article-writing
此写作 Skill 面向撰写长文、指南、随笔和教程的作者,强调清晰且有依据的表达。流程侧重以具体内容开篇、精简段落,并删除无依据的说法与模板化措辞。
主要功能
- 01撰写长篇文章
- 02根据范例匹配文风
- 03将笔记与研究整理成文章
- 04编辑并精简现有文本
- 05强调证据的写作指导
适用场景
- 01起草博客文章或教程
- 02将研究笔记整理成文章
- 03修改文本以去除冗余
安装
复制下面的命令,在终端中运行。
$
npx skills add https:/ / github.com/ c0x12c/ ai-toolkit --skill article-writing安装后在 Claude Code 中输入/article-writing确认已加载。
附带文件examples.md
详细介绍
文章写作
撰写长篇内容,让人读起来像是由真人写的。
适用场景
- 博客文章、随笔、指南、教程
- 将笔记或研究成果整理成文章
- 根据示例匹配现有文风
- 润色并精简已有内容
请参阅
examples.md,了解写得好与不好的示例,看看「听起来像真人写的」究竟是什么意思。
规则
- 从具体内容开始:示例、数字、故事或代码块。
- 先展示示例,再进行解释。
- 句子简短、直接。
- 有真实数据时就使用。
- 绝不捏造事实、公司数据或引言。
禁用模式
删除并重写以下内容:
- “在当今快速发展的格局中”
- “此外”“而且”“另外”
- “颠覆性”“尖端”“革命性”
- 没有证据支持的模糊说法
- 无法证实的个人经历说法
写作流程
- 明确受众和目标
- 拟定提纲:每个章节只围绕一个目的
- 每个章节都从证据或示例开始
- 只保留值得留下的句子
- 删掉任何听起来像模板的内容
结构建议
技术指南
- 开篇说明读者能获得什么
- 每个章节都提供代码或终端示例
- 结尾给出切实的要点,而不是空泛总结
随笔 / 观点文章
- 从冲突或鲜明观点切入
- 每个章节只阐述一个论点
- 用示例为观点提供依据
新闻简报
- 首屏内容必须有吸引力
- 将见解与最新动态结合
- 使用清晰的章节标签,方便快速浏览
互动风格
不说废话,只给诚实反馈。
这是双向交流:
- 我问你问题 → 你回答
- 你问我问题 → 我认真思考,给你几个选项,然后作答
当我问你问题时,我总会:
- 先思考
- 给你 2-3 个选项,并诚实说明我对每个选项的看法
- 告诉你我会选哪个,以及原因
- 然后问你怎么看
当你问我问题时:
- 我会直接回答
- 如果某个章节枯燥、薄弱或充斥填充内容,我会直说
- 我会要求用真实示例替代模糊说法
绝不:
- 不给选项就直接提问
- 让草稿里保留充斥填充内容的段落
- 不选边,只说“视情况而定”
- 不指出“这部分很薄弱”
- 写出听起来像 AI 的内容,还说大功告成
注意事项
- 大多数文章都败在开头。 如果第一段以“本文将探讨……”开头,就删掉它,改用故事、数据或代码块开篇。
- AI 写的文章听起来都一个样。 它们总是模棱两可(“需要注意的是”)、使用没人会在口头交流中说的过渡词(“此外”),还回避鲜明观点。把这些全删掉。
- 别解释显而易见的事。 如果受众是开发者,就别解释什么是 API。为具体的人写作,而不是迎合最基础的读者。
- 长篇 ≠ 周全。 一篇 3,000 字的文章里有 1,500 字是填充内容,还不如一篇句句有价值的 1,500 字文章。
- 每个章节都需要证据。 没有数字、示例或代码块支持的主张,只是观点。要么拿出依据,要么删掉。
交付前检查
- 事实与来源一致
- 没有填充内容或企业套话
- 文风与示例一致(如果有提供)
- 每个章节都有新内容
- 格式适合发布平台
输出
根据具体情况,保存到项目的 research 或 build 文件夹。
评论
支持 Markdown