Token导航 LogoToken导航

Agent Skill · 待分类

writing-proofreading(写作校对)

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

writing-proofreading 是待分类类 Agent Skill,可用宿主为 Codex、Claude、Cursor、Gemini CLI,通过GitHub 仓库获取,权限为只读;许可证信息还不明确,第三方扫描有提醒项,按安装量在待分类类的 11,209 个 Skill 里排第 2,015。

总安装 1,976周安装 84GitHub Stars 11下载 692核验 2026-05-01

安装说明

本站只整理中文说明,不托管安装包,也不代用户安装。
GitHub
许可证
unknown

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:writing-proofreading(写作校对)
来源仓库:https://github.com/niracler/skill
仓库路径:skills/writing-proofreading
安装命令:
npx skills add https://github.com/niracler/skill --skill writing-proofreading
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。该命令会通过 npx skills 从第三方来源获取 Skill;本站只展示命令,不托管安装包,也不自动执行。

skills.shnpx skills
npx skills add https://github.com/niracler/skill --skill writing-proofreading

这个 Skill 是做什么的

这个 Skill 的分类还没最终确定,用法以来源仓库的说明为准。

用于校对文本,检查语法、拼写和格式问题。适合提升文档的专业性和可读性。writing-proofreading 属于待分类类 Skill,可作为该场景下的辅助能力补充。使用时需人工复核关键内容,避免误判。建议结合项目语言风格进行本地化调整。安装方式:通过 npx 从 GitHub 仓库添加技能。

来源仓库内路径:skills/writing-proofreading

上手步骤

4 步
  1. 1

    确认自己的宿主工具

    公开资料标注支持 Codex、Claude、Cursor、Gemini CLI;先确认自己用的是其中之一,再按对应工具的 Skills 目录放置。

  2. 2

    拿到安装命令

    可以直接复制的命令是 npx skills add https://github.com/niracler/skill --skill writing-proofreading;命令里的占位符换成自己的路径或密钥再执行。

  3. 3

    安装后重启宿主

    命令执行完要完全退出宿主工具再打开,让新装的 Skill 被重新扫描到,否则列表里可能看不到。

  4. 4

    按最小权限试用

    它标注为只读,先用只读任务试一次,确认行为符合预期再扩大使用范围。

常见问题

6 条

writing-proofreading 怎么安装?

在终端执行 npx skills add https://github.com/niracler/skill --skill writing-proofreading。装完完全退出宿主工具再打开,让它重新扫描本地 Skill。

writing-proofreading 支持哪些 AI 工具?

公开资料标注支持 Codex、Claude、Cursor、Gemini CLI。其他工具只要能读取本地 Skill 目录,一般也能手动放进去,但要自己确认触发方式是否一致。

writing-proofreading 需要什么权限?

权限级别是只读。该 Skill 主要提供规则、说明或参考内容,本身偏只读;真正读写文件、联网或执行命令仍取决于宿主 Agent 的任务。

writing-proofreading 是免费的吗?

公开资料没有标注明确许可证,收费和商用限制都无法确认。正式使用前请到来源仓库核对授权说明。

writing-proofreading 用的人多吗?

公开数据是累计安装 1,976 次,近一周安装 84 次,下载 692 次,GitHub 11 星。这些数字来自第三方目录统计,只能当作热度参考,不代表质量或安全性。

writing-proofreading 安全吗?

第三方扫描有提醒项,说明存在需要人工确认的行为。安装前请打开源码看清它读了什么、联网到哪里。

值得选的地方和要先想清楚的地方

值得选的地方

  • 同时适配 4 种工具,换客户端不用重新找替代品。
  • 标注为只读权限,试用阶段不容易误改本地文件。

先想清楚的地方

  • 许可证没有明确标注,能不能商用、能不能再分发都不确定。
  • 第三方扫描存在提醒项或未通过项,需要人工逐条确认。
  • 第三方目录整理,版本更新和行为细节以来源仓库为准。

适不适合你

更适合

  • 已经在用 Codex,想直接扩展它能力的人。
  • 需要处理待分类类任务、又不想每次都手写提示词的人。
  • 只想先试试效果、不希望它改动本地文件的人。

不太适合

  • 需要明确授权才能用到公司项目里的场景。
  • 需要厂商级技术支持和 SLA 的生产系统。

待分类类 Skill 对比

6 个同类
Skill总安装GitHub 星权限许可证扫描
infsh-cli

infsh CLI · Codex、Claude

4,374,576382权限未标注未明确未收录
ai-video-generation

AI 视频生成 · Codex、Claude

4,313,376382调用外部服务未明确有提醒
lark-openapi-explorer

云雀 OpenAPI 浏览器 · Codex、Claude

2,064,1209,011需要联网未明确有提醒
lark-workflow-standup-report

Lark 工作流程站立报告 · Codex、Claude

2,041,6328,978需要联网未明确通过
use-my-browser

使用我的浏览器 · Codex、Claude

1,848,49140操作浏览器未明确未通过
writing-proofreading

写作校对 · 本页

1,97611只读未明确有提醒

按安装量取同分类前几名;数字来自第三方目录统计,只作热度参考,不代表质量结论。

SKILL.md 原文

Writing Proofreading

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

Prerequisites

ToolTypeRequiredInstall
markdownlint-cli2cliNonpx markdownlint-cli2 (no install needed, used in step 6)
markdown-lintskillNoIncluded 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 或序号开头
  • 频繁使用破折号
  • --- 水平分割线(用标题或编号自然过渡)

结构偏好:

  • 优先使用层级编号(1 → 1.1 → 1.1.1)组织内容,尤其在提纲/报告/分析类文章中

详见 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 处
数据融入体验,脚注放详细来源
坦诚承认不足、标注未完成,保留思考痕迹

详细参考

平台分布

Codex

36.86%
按下载量换算255

Claude

31.53%
按下载量换算218

Cursor

16.72%
按下载量换算116

Gemini CLI

9.39%
按下载量换算65

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

可疑

权限和风险

只读

该 Skill 主要提供规则、说明或参考内容,本身偏只读;真正读写文件、联网或执行命令仍取决于宿主 Agent 的任务。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。来源安全扫描存在提醒或未通过项,安装前请自行复核。目前只有一个公开来源,建议同时核对源仓库。

继续浏览同类 Skills