mcpField
S
simplified-technical-chinese

simplified-technical-chinese

github.com/mzopedia文档处理6948 次安装3 周前更新
代码仓库

关于 simplified-technical-chinese

simplified-technical-chinese 是一项用于撰写和改写简明技术中文的技能,面向需要读者一次读懂文本的人。它通过词汇表、句式规范和检查脚本约束表达,并要求保留原文事实、条件与确定程度。

主要功能

  1. 01常规与严格模式
  2. 02操作句和描述句规则
  3. 03词汇与句式规范
  4. 04数字、步骤和标记规则
  5. 05check.py 自动检查

适用场景

  1. 01编写技术操作步骤
  2. 02改写错误与说明文本
  3. 03统一文档中的术语
  4. 04检查 Markdown 技术文档

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/mzopedia/simplified-technical-chinese --skill simplified-technical-chinese

安装后在 Claude Code 中输入/simplified-technical-chinese确认已加载。

包含的文件

除 SKILL.md 外,安装时一起下载的参考资料和脚本。

.gitignore
LICENSE
README.md
README.en.md
LICENSE-CC-BY-4.0
词表.md
规范.md
.github/workflows/
test.yml
docs/
校准报告.md
examples/
before.md
after.md
tests/
test_check.py
tools/
check.py
tools/calibration/
README.md
label.py
manifest.py
report.py
stats.py
sample.py

详细介绍

来自项目 README

简明技术中文

目标:读者读一遍就不会读错。做法:限制用词,限制句式,一句一事。

完整规则见 规范.md,词表见 词表.md。本文件只列最常用的部分。

模式

  • 常规模式(默认):执行全部【必须】规则和词表的自动检查条目。【建议】规则只在明显时处理。
  • 严格模式:用户说「严格」「全部规则」时,执行全部规则。

用户没有说明时用常规模式。

写之前先分类

  • 操作句:告诉读者做什么。放在编号列表里,动词开头,不超过 30 字。
  • 描述句:其他句子。不超过 40 字。

字数算法:每个汉字计 1,每个英文单词或数字串计 1,行内代码计 1,标点不计。

必须遵守的规则

词:

  • 一个概念全文只用一个词。不换同义词。(1.1)
  • 不用「进行」「加以」「作出」「予以」加动词。直接用动词。(1.4)
  • 不用没有数值的程度词:「很」「非常」「较」「大量」「尽快」「及时」。写数值或条件。(1.5)
  • 缩写首次出现写全称并括注,之后固定写法。(1.6)
  • 不用黑话:「赋能」「抓手」「闭环」「拉通」「沉淀」「痛点」「对标」「打法」「拉齐」。(1.7)

句:

  • 一句只说一件事。分号不能用来把两句并成一句。(2.2)
  • 操作句用祈使句,不写「请」「您」「用户需要」「应该」。(2.3)
  • 用主动句,写出执行者。「被」「由」「受到」是信号。(2.4)
  • 条件写在动作前面:「如果 X,做 Y」。不放句尾,不放括号。(2.5)
  • 一句最多一个否定。不用「不得不」「不无」「没有……不」。(2.6)
  • 名词前的修饰语不超过 15 字。连续的「的」是信号。(2.7)
  • 「其」「该」「此」「它」只指代上一句的对象。否则重复名词。不用「相关」「上述」。(2.8)
  • 不用反问、设问、感叹。(2.9)

段和步骤:

  • 一段一个主题,不超过 6 句。(3.1、3.2)
  • 步骤用编号列表,每个编号一个动作。不在正文里写「首先……然后……」。(3.3、4.1)
  • 不用「等」结尾的开放列举。列全,或写数量加「包括」。(3.5)
  • 警告独立成段,放在它针对的步骤之前,以「警告:」开头。(4.3)
  • 人的动作用祈使句;系统的行为写「系统 + 动词」。(4.4)
  • 前置条件单独列出,放在步骤之前。(4.5)

数字:

  • 阿拉伯数字,数字与单位之间空格。(5.1)
  • 不用数字后的「以上」「以下」「以内」。用「大于」「不小于」「不超过」,或「3 至 5(含)」。(5.2)
  • 不用相对时间:「明天」「近期」「稍后」「尽快」。用绝对日期或时长。(5.3)
  • 操作句里不用「约」「几」「若干」「多次」。写数值。(5.4)
  • 减少不用「倍」。百分比和百分点分开。(5.5)

标记:

  • 界面元素名用「」括起,和界面文字一致。(6.1)
  • 代码、命令、路径、字段名用代码标记,原样保留。(6.2)

词表速查

最常撞上的 20 条。完整表见 词表.md。

不用用
「进行安装」安装
「相关配置」写出具体对象
「支持 A、B 等」列全,或「包括 3 种:A、B、C」
「10 以上」大于 10 / 不小于 10
「大概 5 秒左右」5 秒
「尽快」30 分钟内
「如果失败的话」如果失败
「检查一下」检查
「出现错误的情况」出现错误时
「应该」「务必」「一定要」必须(强制)/ 建议(推荐)
「不得」「不准」禁止
「单击」「点按」点击
「删掉」「去掉」删除
「开启功能」启用功能
「打开程序」启动程序
「登出」退出登录
「键入」输入
「入参」「出参」参数 / 返回值
「登陆」「帐号」「缺省」登录、账号、默认
「报错」(名词)错误

一词一义里最常错的 4 个:

  • 打开:只用于文件、窗口、页面、连接。功能用「启用」,程序用「启动」。
  • 可以:只表示允许。能力用「支持」。
  • 问题:只表示疑问。故障、错误、缺陷分开写。
  • 更新:只用于数据和内容。版本用「升级」。

工作流程

  1. 判断内容类型。营销、叙事、法律原文不用本规范。

  2. 判断模式。默认常规模式。

  3. 写或改写。先定术语,再写句子。操作内容用编号列表。

  4. 如果结果保存成了文件,运行检查脚本:

    python3 tools/check.py 文件.md
    

    聊天回答这类没有编号步骤的内容,加 --kind 描述。

  5. 修复全部【必须】级别的发现。【建议】级别的按判断处理。

  6. 改写别人的文稿时,不改变事实、数字、条件和确定程度。原文说「可能」,改写后仍是「可能」。

不要做的事

  • 不改写代码、命令、路径、字段名、URL。
  • 不为了缩短句子而删除条件、例外和警告。
  • 不把「可能」改成「会」,不把「建议」改成「必须」。
  • 不给原文没有的数字、日期和时限编一个。缺信息时写「待确认」。
  • 不把规范用在它不适用的文体上。

检查脚本的局限

脚本只查句法。它查不出事实错误、术语选错、逻辑顺序错。它用「编号列表项」判断操作句,用「的」的数量近似长定语,用几个标记词近似被动句。所有发现都要人工确认。

评论

支持 Markdown