妮妮写作校对

SKILL内容创作

原名 nini-writing-proofreading

内容创作 只读 许可证明确 OpenClaw
安装这个技能

用于辅助文档、README、Markdown、说明文和内容稿件的整理与改写。它适合让 Agent 提炼结构、补齐章节、统一术语、检查链接或把零散材料整理成可读文档。使用时应保留项目已有事实、命令和路径,不要把未确认的信息写成确定结论;涉及对外文案时,还需要控制语气,避免过度营销或夸大能力。

累计安装 33,122 本周 1,327
GitHub 星标 未标注 仓库 nini-writing-proofreading
下载量 10,722 技能市场下载数
权限级别 只读 安装前请确认风险范围
许可证 许可证明确 MIT-0

安装

ClawHub 市场
在支持 Skills 的客户端里执行,装完问一句「你有哪些技能」验证
openclaw skills install nini-writing-proofreading

技能档案

内容创作
字段来自技能仓库与公开索引,中文说明由本站标注
作者 / 维护方niracler仓库 nini-writing-proofreading · 版本 0.1.2
宿主客户端OpenClaw技能可被这些客户端加载
安装方式ClawHub 市场安装包 niracler/nini-writing-proofreading
权限级别只读安装前请确认风险范围
许可证MIT-0许可证明确,商用前请自行确认条款
仓库可用性available技能仓库当前是否可访问
最近核验2026-05-01上游最后核验时间 · 数据更新 未标注
正文体量5.5 KBSKILL.md 原文大小,越大说明说明书写得越细

能做什么

5 项能力
上游给出的能力概览与适用场景
  • 按任务关键词查找相关 Skills
  • 展示可复制的安装命令
  • 保留来源站点、仓库和原始说明,方便继续核验
  • 补充不同宿主或平台的使用分布数据
  • 展示第三方安全扫描或审计结果
OpenClaw 用户查找和安装 Skill 时用户想查找某类 Agent Skill 时需要根据任务场景推荐可安装能力包时需要对比不同来源的安装命令和来源信息时

权限与风险

只读
装之前先读完这段

安装与使用指南

安装步骤

本站只展示命令,不托管安装包,也不自动执行。

怎么用

安装后应在对应宿主中按原始 README 的触发条件使用;当前草稿只做目录说明,具体调用方式由规则抽取,异常条目再复核。

SKILL.md 全文

5.5 KB
模型实际读到的说明书原文,来自技能仓库

Writing Proofreading

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

Prerequisites

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 个标题
启发式提问 对草稿内容用提问引导,不替用户决定

6 步审校流程

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

步骤 1: 结构诊断

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

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

详见 structure-review.md

步骤 2: 读者 Context 检查

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

检查项 问题表现 改进方式
背景假设 直接使用专有名词、缩写 补充解释或脚注
自说自话 「就是那种...」但没说清楚 具体化描述
跳跃逻辑 从 A 直接到 C 补充过渡说明
隐含情绪 「实在是太...」但没铺垫 先铺垫原因
信息差 假设读者知道来龙去脉 简要交代背景

详见 structure-review.md

步骤 3: 语言规范

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

问题 示例
抽象名词做主语 ❌ 收入减少改变生活 → ✅ 他因收入减少而改变生活
冗赘句式 ❌ 基于这个原因 → ✅ 因此
动词弱化 ❌ 作出贡献 → ✅ 贡献
介词/连接词堆砌 减少「有关」「和」「以及」
被动语态滥用 ❌ 问题被解决了 → ✅ 问题解决了

详见 chinese-style.md

步骤 4: 信源查证

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

数据使用原则:

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

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

详见 source-verification.md

步骤 5: 风格一致性

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

检查项 说明
标志性表达 「怎么说呢」「其实」「有点...」
语气特征 自嘲式开场、括号补充吐槽
量化习惯 用具体数字增强说服力
加粗克制 每标题下 ≤ 3 处

避免:

  • 「不是……而是……」句型(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 后等待确认,不连续处理多个段落。

写作风格速查

要素 要求
语言 口语化,像和朋友聊天
段落 一个段落一个主题
加粗 只在重要转折/感悟处使用,每标题下 ≤ 3 处
数据 融入体验,脚注放详细来源
坦诚 承认不足、标注未完成,保留思考痕迹

详细参考

安全信息

审计结论
未标注不代表已通过审计
安全审计VirusTotal、ClawScan、Static analysis第三方安全审计平台给出的结论

热门专题

按场景挑技能
全部专题 →

技能内容以作者仓库为准;分类、权限级别与许可证状态的中文说明为中文整理,最近核验 2026-05-01。