Writing Proofreading

核心用法

writing-proofreading 是一款面向中文文章的专业审校工具，采用「6步审校流程」系统化打磨文本：

1. 结构诊断 — 拆解段落主题，提供2-3种重组方案，先讨论再修改
2. 读者Context检查 — 识别背景假设、自说自话、跳跃逻辑等5类阅读障碍
3. 语言规范 — 基于余光中《怎样改进英式中文》，修正抽象名词做主语、冗赘句式、动词弱化等问题
4. 信源查证 — 建立政府官方>权威媒体>行业媒体的信源优先级，要求数据融入体验、脚注支撑推算
5. 风格一致性 — 检查个人标志性表达，规避AI生成痕迹（如「不是…而是…」句型、加引号比喻）
6. Markdown格式化 — 调用markdownlint-cli2自动化检查，人工复核标题层级与列表一致性

关键特性：分段审校（按Markdown标题为单位，每次1-2个标题）、启发式提问引导用户决策、删除内容自动归档至「素材.md」。

显著优点

• 方法论扎实：余光中式中文改进原则 + 新闻业信源分级标准，非空泛AI润色
• 协作式编辑：「先讨论再修改」原则避免擅自改动用户原意，保留用户主导权
• 可追溯性：删除内容保留、信源脚注规范，适合知识型写作者长期维护
• 节奏可控：分段审校+等待确认机制，防止信息过载

潜在局限

• 依赖Markdown格式：纯文本或非结构化内容需预处理
• CLI工具依赖：markdownlint-cli2需Node环境，非技术用户配置有门槛
• 中文特化：英文或其他语言审校支持有限
• 主观风格偏好：「避免AI味」等规则基于特定审美，可能不完全匹配所有写作场景

适合人群

• 技术博客作者、知识付费写作者
• 需要长期维护内容资产的内容创作者
• 追求「口语化但专业」表达风格的写作者
• 对信源可信度有要求的非虚构写作场景

常规风险

• 工具缺失风险：若未配置markdown-lint skill，第6步自动化检查将失效，需手动回退
• 过度修改风险：即使强调「先讨论」，用户仍可能在批量确认中丢失原有个性表达
• 信源误用风险：「政府官方>权威媒体」的优先级在特定领域（如学术研究）可能不适用
• 数据隐私：文章内容需上传至执行环境，敏感内容建议脱敏后使用

核心用法

Writing Proofreading 是一款专为中文写作者设计的文章审校助手，采用「先讨论再修改」的协作式审校理念。用户通过「帮我改文章」「润色」「校对一下」等触发词激活后，Skill 会按照6步流程逐段审校：结构诊断 → 读者Context检查 → 语言规范 → 信源查证 → 风格一致性 → Markdown格式化。

显著优点：

• 方法论专业：融合余光中《怎样改进英式中文》的语言规范、信息体验设计理论，以及个人风格管理，形成系统化的审校框架
• 交互设计合理：坚持「提出方案让用户选择」原则，避免AI直接篡改原文，保留作者主导权
• 节奏控制科学：按Markdown标题分段审校，每段确认后再继续，防止信息过载
• 工具链完善：内置markdownlint-cli2支持，覆盖从内容到格式的完整审校链路

潜在局限：

• 依赖外部工具：步骤6的Markdown格式化需要额外安装markdownlint-cli2，未配置时需引导用户手动操作
• 中文语境限定：审校规范基于现代汉语写作习惯，对英文或其他语种内容支持有限
• 个性化适配成本：风格检查模块依赖用户预先定义个人风格文档（personal-style.md），初次使用需投入配置成本
• 信源查证耗时：强调「查一个→讨论→写一个→确认」的慢节奏，对时效性强的内容可能效率不足

适合人群：

• 撰写技术博客、产品文档、 newsletter 的知识工作者
• 追求文字质感、愿意投入时间打磨长文的写作者
• 需要建立个人写作风格体系的内容创作者

常规风险：

• 极低。本Skill为纯文档型，无可执行代码、无网络请求、无数据收集。安全评分S+，通过6维深度检测。唯一需注意的环节是用户主动调用npx命令时的本地环境安全，但这属于用户可控范围。