name: writing-proofreading
description: Use when user wants to review, polish, or proofread articles. Triggers include「帮我改文章」「检查一下」「润色」「帮我改改」「校对一下」「看看文章」.

Writing Proofreading

文章审校助手，提供 6 步审校流程，帮助打磨中文文章。

核心原则

6 步审校流程

1. 结构诊断 → 2. 读者 Context → 3. 语言规范 → 4. 信源查证 → 5. 风格检查 → 6. Markdown 格式

步骤 1: 结构诊断

目标：确保文章结构清晰、主题明确

• 拆解段落，识别主题
• 提出 2-3 个重组方案，先讨论再修改
• 删除内容移到「素材.md」保留

详见 structure-review.md

步骤 2: 读者 Context 检查

核心问题：「读者看这里会不会不明所以？」

详见 structure-review.md

步骤 3: 语言规范

基于余光中《怎样改进英式中文》：

详见 chinese-style.md

步骤 4: 信源查证

信源优先级：政府官方 > 权威媒体 > 行业媒体 > 避免个人博客

数据使用原则：

• 不能只扔数据，要融入体验
• 体感判断需要脚注支撑推算逻辑
• 科普精简，详细放脚注

工作节奏：查一个 → 讨论 → 写一个 → 确认 → 下一个

详见 source-verification.md

步骤 5: 风格一致性

检查是否符合个人写作风格：

避免：

• 「不是……而是……」句型（AI 味）
• 加引号的「幽默」比喻
• emoji 或序号开头
• 频繁使用破折号

详见 personal-style.md

步骤 6: Markdown 格式化

自动化格式检查（需仓库已配置 markdown-lint skill）：

npx markdownlint-cli2 article.md          # 检查
npx markdownlint-cli2 --fix article.md    # 自动修复

仓库未配置？使用 markdown-lint skill 完成初始化。

自动化工具无法覆盖的内容审查：

• 标题层级是否合理（H2→H3，不跳级）
• 列表格式是否一致（全用 - 或全用 *）
• 代码块是否正确标记语言

Review 节奏

┌─────────────────────────────────────────────────┐
│  每个标题下的审校流程                             │
│                                                 │
│  1. 读取当前段落                                 │
│  2. 按 6 步流程检查                              │
│  3. 提出修改建议（不直接改）                      │
│  4. 等待用户确认                                 │
│  5. 确认后再处理下一个标题                        │
└─────────────────────────────────────────────────┘

关键：每段 review 后等待确认，不连续处理多个段落。

写作风格速查

详细参考

• chinese-style.md - 中文语言规范
• structure-review.md - 结构诊断与读者 Context
• source-verification.md - 信源查证与脚注
• personal-style.md - 个人风格指南