文章审校助手，提供 6 步审校流程，帮助打磨中文文章。
| Tool | Type | Required | Install |
|---|---|---|---|
| ------ | ------ | ---------- | --------- |
| markdownlint-cli2 | cli | No | npx markdownlint-cli2 (no install needed, used in step 6) |
| markdown-lint | skill | No | Included in npx skills add niracler/skill (for repo setup) |
> Do NOT proactively verify these tools on skill load. If a command fails due to a missing tool, directly guide the user through installation and configuration step by step.
| 原则 | 说明 |
|---|---|
| ------ | ------ |
| 先讨论再修改 | 提出方案让用户选择，不直接动手 |
| 分段审校 | 按 Markdown 标题为节点，每次 1-2 个标题 |
| 启发式提问 | 对草稿内容用提问引导，不替用户决定 |
1. 结构诊断 → 2. 读者 Context → 3. 语言规范 → 4. 信源查证 → 5. 风格检查 → 6. Markdown 格式
目标：确保文章结构清晰、主题明确
核心问题：「读者看这里会不会不明所以？」
| 检查项 | 问题表现 | 改进方式 |
|---|---|---|
| -------- | ---------- | ---------- |
| 背景假设 | 直接使用专有名词、缩写 | 补充解释或脚注 |
| 自说自话 | 「就是那种...」但没说清楚 | 具体化描述 |
| 跳跃逻辑 | 从 A 直接到 C | 补充过渡说明 |
| 隐含情绪 | 「实在是太...」但没铺垫 | 先铺垫原因 |
| 信息差 | 假设读者知道来龙去脉 | 简要交代背景 |
基于余光中《怎样改进英式中文》：
| 问题 | 示例 |
|---|---|
| ------ | ------ |
| 抽象名词做主语 | ❌ 收入减少改变生活 → ✅ 他因收入减少而改变生活 |
| 冗赘句式 | ❌ 基于这个原因 → ✅ 因此 |
| 动词弱化 | ❌ 作出贡献 → ✅ 贡献 |
| 介词/连接词堆砌 | 减少「有关」「和」「以及」 |
| 被动语态滥用 | ❌ 问题被解决了 → ✅ 问题解决了 |
信源优先级：政府官方 > 权威媒体 > 行业媒体 > 避免个人博客
数据使用原则：
工作节奏：查一个 → 讨论 → 写一个 → 确认 → 下一个
检查是否符合个人写作风格：
| 检查项 | 说明 |
|---|---|
| -------- | ------ |
| 标志性表达 | 「怎么说呢」「其实」「有点...」 |
| 语气特征 | 自嘲式开场、括号补充吐槽 |
| 量化习惯 | 用具体数字增强说服力 |
| 加粗克制 | 每标题下 ≤ 3 处 |
避免：
自动化格式检查（需仓库已配置 markdown-lint skill）：
npx markdownlint-cli2 article.md # 检查
npx markdownlint-cli2 --fix article.md # 自动修复
> 仓库未配置？使用 markdown-lint skill 完成初始化。
自动化工具无法覆盖的内容审查：
- 或全用 *）┌─────────────────────────────────────────────────┐
│ 每个标题下的审校流程 │
│ │
│ 1. 读取当前段落 │
│ 2. 按 6 步流程检查 │
│ 3. 提出修改建议（不直接改） │
│ 4. 等待用户确认 │
│ 5. 确认后再处理下一个标题 │
└─────────────────────────────────────────────────┘
关键：每段 review 后等待确认，不连续处理多个段落。
| 要素 | 要求 |
|---|---|
| ------ | ------ |
| 语言 | 口语化，像和朋友聊天 |
| 段落 | 一个段落一个主题 |
| 加粗 | 只在重要转折/感悟处使用，每标题下 ≤ 3 处 |
| 数据 | 融入体验，脚注放详细来源 |
| 坦诚 | 承认不足、标注未完成，保留思考痕迹 |
共 1 个版本