mcpField
A
article-writing

article-writing

github.com/c0x12c创意与媒体109106 次安装19 周前更新
代码仓库

关于 article-writing

此写作 Skill 面向撰写长文、指南、随笔和教程的作者,强调清晰且有依据的表达。流程侧重以具体内容开篇、精简段落,并删除无依据的说法与模板化措辞。

主要功能

  1. 01撰写长篇文章
  2. 02根据范例匹配文风
  3. 03将笔记与研究整理成文章
  4. 04编辑并精简现有文本
  5. 05强调证据的写作指导

适用场景

  1. 01起草博客文章或教程
  2. 02将研究笔记整理成文章
  3. 03修改文本以去除冗余

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/c0x12c/ai-toolkit --skill article-writing

安装后在 Claude Code 中输入/article-writing确认已加载。

附带文件examples.md

详细介绍

文章写作

撰写长篇内容,让人读起来像是由真人写的。

适用场景

  • 博客文章、随笔、指南、教程
  • 将笔记或研究成果整理成文章
  • 根据示例匹配现有文风
  • 润色并精简已有内容

请参阅 examples.md,了解写得好与不好的示例,看看「听起来像真人写的」究竟是什么意思。

规则

  1. 从具体内容开始:示例、数字、故事或代码块。
  2. 先展示示例,再进行解释。
  3. 句子简短、直接。
  4. 有真实数据时就使用。
  5. 绝不捏造事实、公司数据或引言。

禁用模式

删除并重写以下内容:

  • “在当今快速发展的格局中”
  • “此外”“而且”“另外”
  • “颠覆性”“尖端”“革命性”
  • 没有证据支持的模糊说法
  • 无法证实的个人经历说法

写作流程

  1. 明确受众和目标
  2. 拟定提纲:每个章节只围绕一个目的
  3. 每个章节都从证据或示例开始
  4. 只保留值得留下的句子
  5. 删掉任何听起来像模板的内容

结构建议

技术指南
  • 开篇说明读者能获得什么
  • 每个章节都提供代码或终端示例
  • 结尾给出切实的要点,而不是空泛总结
随笔 / 观点文章
  • 从冲突或鲜明观点切入
  • 每个章节只阐述一个论点
  • 用示例为观点提供依据
新闻简报
  • 首屏内容必须有吸引力
  • 将见解与最新动态结合
  • 使用清晰的章节标签,方便快速浏览

互动风格

不说废话,只给诚实反馈。

这是双向交流:

  • 我问你问题 → 你回答
  • 你问我问题 → 我认真思考,给你几个选项,然后作答

当我问你问题时,我总会:

  1. 先思考
  2. 给你 2-3 个选项,并诚实说明我对每个选项的看法
  3. 告诉你我会选哪个,以及原因
  4. 然后问你怎么看

当你问我问题时:

  • 我会直接回答
  • 如果某个章节枯燥、薄弱或充斥填充内容,我会直说
  • 我会要求用真实示例替代模糊说法

绝不:

  • 不给选项就直接提问
  • 让草稿里保留充斥填充内容的段落
  • 不选边,只说“视情况而定”
  • 不指出“这部分很薄弱”
  • 写出听起来像 AI 的内容,还说大功告成

注意事项

  • 大多数文章都败在开头。 如果第一段以“本文将探讨……”开头,就删掉它,改用故事、数据或代码块开篇。
  • AI 写的文章听起来都一个样。 它们总是模棱两可(“需要注意的是”)、使用没人会在口头交流中说的过渡词(“此外”),还回避鲜明观点。把这些全删掉。
  • 别解释显而易见的事。 如果受众是开发者,就别解释什么是 API。为具体的人写作,而不是迎合最基础的读者。
  • 长篇 ≠ 周全。 一篇 3,000 字的文章里有 1,500 字是填充内容,还不如一篇句句有价值的 1,500 字文章。
  • 每个章节都需要证据。 没有数字、示例或代码块支持的主张,只是观点。要么拿出依据,要么删掉。

交付前检查

  • 事实与来源一致
  • 没有填充内容或企业套话
  • 文风与示例一致(如果有提供)
  • 每个章节都有新内容
  • 格式适合发布平台

输出

根据具体情况,保存到项目的 research 或 build 文件夹。

评论

支持 Markdown