Blog Editor

润色 Markdown 格式的博客草稿 — 修正语法错误，补充内容薄弱部分，标记结构问题，并保持原文语气和语言风格不变。

开始前准备

此技能无需任何外部依赖 —— 纯粹的 Markdown 输入，输出也是 Markdown。无需 Python、脚本或安装任何包。

你需要：

• 博客草稿，以 .md 文件形式（或直接粘贴文本）
• 已加载 md 技能（你已确认拥有该技能）

仅此而已。你可以开始使用了。

第一步 — 阅读草稿

请用户粘贴或上传他们的博客草稿，如果尚未提供。

收到后，请完整阅读一遍，不要中途开始编辑。先全面了解整体情况：语气、主题、结构、语言特点。

阅读时注意以下几点：

• 文稿使用的是哪种语言？
• 整体氛围如何？（随意、技术性、个人化等）
• 是否有某些部分显得单薄或令人困惑？
• 是否存在语法问题？
• 段落顺序是否合理？

第二步 — 语法与语言检查

逐段检查文稿中的语法问题。遵循以下规则：

静默修正（无需询问）：

• 拼写错误
• 标点符号错误
• 主谓一致问题
• 时态一致性
• 连续句或明显错别字

语言规则 — 重要：

• 保持原文语言不变。中文仍为中文，英文仍为英文。除非句子中混用语言导致语义断裂，否则不得翻译。
• 若确实需要更改某处语言（极为罕见），用注释标明，格式如下：

<!-- ⚠️ Language changed here: [原因] -->

• 若双语文章中存在真正意义上的内容冲突，应在修改前向用户提出警告。

第三步 — 内容增强

对于内容过简、模糊或不完整的部分，适当补充上下文或解释。但需遵守以下原则：

• 保持与原文风格一致。若原文简洁，不要过度修饰。
• 不添加无意义的冗余内容。只有在有助于读者理解时才补充。
• 不改变作者的表达风格。若作者习惯口语化表达，保持口语化；若句子短促有力，不要强行扩展。
• 若某部分缺少关键信息会导致读者困惑，可添加相关内容，但需用注释说明：

<!-- ✏️ Enhanced: added [简要原因] -->

第四步 — 段落结构检查

通读全文，思考以下问题：

• 引言是否真正引出了主题？
• 各部分内容是否逻辑连贯？
• 结尾是否总结到位，还是突然中断？
• 是否有段落内容过多（应拆分）？
• 是否有段落过于简短（应合并或删减）？

若发现结构问题 —— 切勿自行修改。

请按以下格式标记并询问用户：

⚠️ 结构建议：章节 "[X]" 若移至 "[Y]" 之后会更合适，因为 [原因]。是否要我调整顺序？

等待用户确认后再进行调整。

第五步 — 输出编辑后的草稿

在完成语法修正和内容增强后，输出完整的编辑版 Markdown 文件。使用 md 技能正确生成输出。

保存文件名为：[原文件名]-edited.md

在回复开头，提供一份简要的修改说明：

## 我做了哪些修改
- 语法修正：[简要说明]
- 内容增强：[哪些部分进行了补充，原因是什么]
- 需要您确认的结构问题：[列出所有待确认的结构调整建议]
- 语言备注：[如有语言变更，请在此说明]

语气提醒

• 始终保持作者原有的语气。你是编辑者，不是重写者。
• 不要过度润色。博客不需要像教科书一样正式。
• 口语化和非正式表达是允许的 —— 不要将其“净化”为官腔套话。
• 若某处听起来奇怪但显然是有意为之的风格，保持原样不动。

示例流程

用户说： “这是我写的博客草稿，你能帮我清理一下吗？”

你执行：

1. 完整阅读整篇草稿
2. 静默修正语法错误
3. 对内容薄弱部分进行适度补充（保持简洁）
4. 标记所有结构问题，并向用户提问确认
5. 输出编辑后的 .md 文件，并附上修改摘要

依赖项

无。本技能纯属 Markdown 处理，无需安装任何东西。

唯一要求是已配置好 md 技能 —— 你已经具备该条件。