name: stc description: > STC（Simplified Technical Chinese，简明技术性中文）：写、改写或审阅自然、简短、准确的中文。用户要求中文审阅、精简表达、删除多余说明、统一术语或整理任务回执时使用。项目启用 STC 默认输出规则时，中文输出均适用。

STC 简明技术性中文

本 skill 按规范生成、改写和审阅中文。默认表达自然、简短、准确，同一个意思使用同一个词。规则在 rules/，词表在 dictionary/，路径都相对于本 skill 所在的目录。

默认表达方式

每次使用 STC，都必须同时执行以下要求：

• 用完整句子和自然语序，直接回答问题或交付结果。
• 删除客套、重复和无关解释，信息足够时停止。
• 保留事实、数字、名称、否定词、权限和真实不确定性。
• 根据任务展开。完整文稿和详细说明必须满足用户要求。
• 交付成品时，从采用的结果写起；制作与复核记录放在内部。
• 任务回执按 for chat 的 C10 分成“做完了”“需要你”“知会”，把用户动作单独列出。

这些要求内置于 STC，具体规则为 G14、G15、G20、G21、G22，以及当前场景的规则。

安装后的首次使用

用户选择通过链接使用时，读取 WEB.md，按网页引导确认规则读取情况和生效范围。

安装后的引导必须按 ONBOARDING.md 执行：提供默认使用选项和文档审阅体验，等待用户选择。

用户可以提供材料，也可以授权 agent 从当前项目挑选一份文档。审阅范围和修改动作以用户授权为准。

第一步：判断场景

动笔前先判断这次写的是哪类文字。按读者和用途判断：

• 一次任务包含几类文字时，必须对每一类文字分别判断。例如一份需求文档按 for document 写，文档里给出的按钮文字按 for web dev 写。
• 读者和用途都判断不清时，按读者判断：读者是模型，用 for instruction writing；读者是产品用户，用 for web dev；其余用 for document。
• 场景选择用于内部执行。用户询问方法或判断存在分歧时，再说明所用规则。

第二步：读规则和词表

1. 读 rules/for-all.md。通用规则对所有场景都适用。
2. 读第一步选定的场景文件。场景规则和通用规则不一致时，以场景规则为准。
3. 读 dictionary/avoid.yaml。只用 profiles 字段为空或包含当前场景的条目。
4. 写界面文字，或写警告、注意、说明这类提醒时，读 dictionary/recommended.yaml，动作词和提醒级别照表里的意思用。
5. 项目里有术语表时（文件名通常含 terms 或“术语”），必须照术语表写名称。

第三步：按用法处理

按用户请求生成、改写或审阅文字。

写

按规则写出文字，再完成语义复核。

改写

改写用户给的文字，保留原意：

• 必须保留原文的事实、数字、专有名称和引语。
• 必须保留表示把握程度的词：可能、也许、大概、通常。
• 程度词必须换成数字。原文和上下文里没有这个数字时，不得编造数字。这时删掉程度词，或写成“【待补：提升了多少】”，并在改写结果后列出所有待补项。原因：编出来的数字比含糊的形容词危害更大。
• 交付用户请求的内容。用户要求解释，或改动会影响使用判断时，再说明主要改动与依据。

审查

审查用户指定的材料。先给报告和具体改法；用户要求改写时再给修改稿，写回文件按用户已有授权执行。

报告必须按以下顺序写：

1. 用一句话说明主要问题，区分需修改项与待确认项。
2. 按原句分组，给出位置、原句、问题原因和具体改法。规则编号放在说明后面。
3. 单独列出需要用户补充的事实。缺少的数据和主体名称必须用“【待补：…】”标记。
4. 用户可以选择采用哪些改法。已选定的修改可以直接执行，不必再次询问。

汇报审阅任务的执行结果时，按 C10 写回执。审阅报告本身使用本节的结构。

不得直接把命令输出的逐行诊断当作交付报告。机器输出是审阅依据；agent 必须结合上下文判断指代、术语、事实和句意。警告只有经上下文确认后才能判定为问题。

检查命令默认提供可读报告。--format markdown 可生成 Markdown 报告；--json 为程序和 agent 提供结构化依据。

第四步：自查

普通对话按 C8 在发出回复前自查。对本次任务内写出的文件或用户指定的材料，能运行 Node.js 18 以上版本时，使用检查命令：

node <本 skill 目录>/tools/cli.mjs check <文件> --profile <场景> --anti-echo

用 npx @daimonia/stc init 安装时，本 skill 目录是 .claude/skills/stc/。文字不在文件里时，可以通过标准输入传给检查命令。检查命令报的错误必须全部改掉。Anti-Echo 疑点必须结合读者和页面复核：删除多余内容，或为必要内容记录具体保留理由。复核文件的格式见 tools/README.md。文本变动后必须重新核对。其他警告宜逐条判断。

语义复核

交付前必须逐项检查：

• 每句话都帮助当前读者理解、判断或操作；多余排除、制作说明和自证已删除（G20）。
• 页面实际显示的标题、正文、按钮、提示、图注和角标均已逐项审阅（W9）。
• 同一个东西只用了一个叫法（G1）。
• 没有“进行、加以、予以、作出、开展”加名词（G4）。
• 程度词和模糊量词已换成数字或具体事实；数据均有原文或上下文依据（G5）。
• 没有营销词、行话、套话和口号句式（G6、G7）。
• 一句只讲一件事，一句不超过 40 个字（G9、G12）。
• 表示把握程度的词没有被删掉（G15）。
• 句子自然、语法完整，长短随内容变化（G21）。
• 篇幅满足任务，必要步骤和风险信息没有被压掉（G22）。
• 对话没有重复结论、工具旁白或不必要的模板（C7、C8、C9）。
• 任务回执分清完成结果、用户动作和知会；用户动作有真实依据，交付物有入口（C10）。
• 人称符合场景：for document 和 for web dev 里没有“我们”“你们”；for web dev 里也没有“他”“她”“它”“大家”（D1、W1）。
• for instruction writing 里，强度词只有“必须、不得、宜、不宜、可、不必、能、不能”（I1）。
• 数字用阿拉伯数字并带单位；中文与英文、数字之间有空格（G18、G19）。

不改动的内容

• 引语和用户的原话，包括其中的人称。
• 代码、命令、文件路径、接口名。
• 品牌口号、法律文本。
• 英文文字。STC 只管中文；英文可以参照 ASD-STE100。

参考

• 规则总览与编号一览：rules/README.md
• 词表格式与类别：dictionary/README.md

STC (Simplified Technical Chinese) · 简明技术性中文

中文 | English

STC 是给 AI 用的开源中文写作规范。 STC 提供表达规则、词表和检查工具，供 AI 生成、审阅和改写中文。

主要亮点

规则和工具

• 四类场景：对话、文档、产品界面、Agent 指令，按任务选择对应规则。
• 词表和项目术语：提供推荐词、不推荐写法与术语表模板，统一团队用词。
• 生成与审阅：可设为默认输出规则，也可按需审阅并优化已有内容。
• 三种接入方式：命令行工具（CLI）、独立 skill（Agent 技能）、网页聊天。
• 文件检查：命令列出可自动识别的问题、具体改法和规则编号。上下文含义由 Agent 或人工复核。

介绍视频

快速开始 · 两种用法 · 任务回执 · 手动安装与检查 · 更新版本 · 环境要求

快速开始

Agent 使用

在 Claude Code、Codex、Hermes 等能安装工具的 Agent 中，发送下面这段话：

请在当前项目安装 STC：
https://github.com/daimonia-ai/STC-Simplified-Technical-Chinese
使用 npm 安装 @daimonia/stc@latest，再运行 stc init。
安装后读取技能目录中的 ONBOARDING.md。
设置默认规则前先让我确认；
审阅材料由我指定或授权挑选。

CLI 安装会同时装入 skill。需要单独安装 skill 时，见手动安装。

网页聊天

在能读取外链的 ChatGPT、Claude 等聊天 AI 中，发送：

请读取并使用 STC：
https://raw.githubusercontent.com/daimonia-ai/STC-Simplified-Technical-Chinese/main/WEB.md
读取后，按页内的 Onboarding for Agents 引导，
让我选择默认使用或审阅。

网页入口包含引导、完整规则和词表。纯文本链接无法读取时，换用 GitHub 页面；仍无法读取时，再粘贴正文或上传文本。

两种用法

完成快速开始后，使用以下提示词。

用法一：设成 Agent 的默认输出规则

Agent：

请将 STC 设为当前项目的默认中文输出规则。
保留其他项目配置，完成后说明生效范围。

网页聊天：

请在本次对话中默认按 STC 输出中文。
按任务选择对应场景，完成后说明生效范围。

需要跨对话使用时，让 AI 按平台实际提供的保存功能引导设置。

写作示例：

请根据以下要点写一份项目进展说明：【粘贴要点】

用法二：让 Agent 审阅并优化已有内容

Agent 和网页聊天使用同一段提示词：

请按 STC 审阅并优化以下中文，保留事实、数字、名称和原意。
给出改写稿并简要说明主要改动：【粘贴文字】

只需要审阅项目文件时，可以说：

请按 STC 审阅【文件路径】，列出主要问题和具体改法，保留源文件。

审阅可按需调用，无须设为默认。也可以授权 Agent 从当前项目挑选一份文档，体验一次只读审阅。

默认表达

• 用自然语序和完整句子，直接给出答案或结果。
• 删除客套、重复、空话和读者不需要的解释。
• 保留事实、数字、名称、否定词、权限和真实不确定性。
• 按任务需要展开，完整文稿和详细解释必须满足请求。

规则见 G14、G15、G20、G21、G22 和场景规则。

任务回执

使用 STC 汇报任务结果时，默认按三段组织：

空段写“无”。详细分析放在文档中，回执给出摘要和入口。普通问答、成品正文和用户指定的其他格式按各自要求处理。规则见 C10。

可以直接对 Agent 说：

完成这个任务后，按 STC 给我任务回执。
分清已经做完的结果、需要我处理的事和只需知晓的信息。

手动安装与检查

以下命令供手动操作使用。环境要求列出对应的 Node.js 版本。

npm 安装 CLI

安装 CLI，再在项目根目录初始化：

npm install -g @daimonia/stc@latest
stc init

安装后可按需调用。需要设为当前项目的默认规则时，运行：

stc init --defaults

也可以临时运行最新版 CLI：

npx --yes @daimonia/stc@latest init

单独安装 skill

使用技能安装器，按提示选择 Agent 和项目范围：

npx skills add \
  daimonia-ai/STC-Simplified-Technical-Chinese \
  --skill stc

可用 --agent codex、--agent claude-code 或 --agent hermes-agent 指定 Agent，--global 安装到个人技能目录。其他选项见安装器文档。

手动安装时，从 GitHub Releases 下载 stc-skill-0.2.3.zip，将包里的 stc/ 放到 Agent 的技能目录。默认规则的配置方法见 Onboarding for Agents。

检查文件

stc check 文档.md --profile for-document --anti-echo

命令列出问题、改法和规则编号。发现错误或未复核的 Anti-Echo 疑点时，返回退出码 1，可接入 CI（持续集成）。

事实出处和上下文含义，由 Agent 或人工复核。

只装 skill 时，用实际技能路径运行 node <skill目录>/tools/cli.mjs check <文件>。更多选项见命令行文档。

Anti-Echo 要求每句话帮助当前读者理解、判断或操作。疑点由 Agent 结合上下文改写，或记录具体保留理由；必要的价格、权限和安全边界必须保留。复核文件与 CI 用法。

普通聊天在回复前自查。0.2.2 起停用聊天 Stop 补审；旧安装的迁移方法见 hook 升级说明。

更新版本

让 Agent 更新时，可以发送：

请按原来的安装方式更新 STC，刷新当前项目实际引用的 skill 和规则。
保留已启用的默认规则、其他项目配置和项目术语，最后核对实际使用的版本。

CLI 安装

在已安装 STC 的项目根目录运行：

npm install -g @daimonia/stc@latest
stc --version
stc init
node .claude/skills/stc/tools/cli.mjs --version

npm install 更新本机 CLI，stc init 刷新项目中的 skill 和规则。两条版本命令的结果须一致。

• 每个已安装 STC 的项目都需要运行一次 stc init。
• 安装时用了 --dir，更新时须使用相同目录，并修改版本检查命令中的路径。
• --dir 只改变 skill 的位置；项目配置仍写在当前目录。
• 全局 skill 按原安装方式更新。

单独 skill 安装

用技能安装器安装的项目 skill，在项目根目录运行：

npx skills update stc

全局 skill 使用 npx skills update stc --global。手动安装的 skill，下载新包后替换原技能目录。更新时保留项目术语和现有默认配置。

用 node <skill目录>/tools/cli.mjs --version 核对 skill 版本。skill 和 npm 包从同一份源文件发布。

网页链接接入

让 AI 重新读取网页入口，取得当前规则。已保存到项目资料中的文本，需要同时替换为新版。

环境要求

安装到项目或写入项目配置时，Agent 需要选定目录的写入权限。

为什么做

大模型写中文，常见的问题是写得多、写法散。同一个东西换着叫法，程度词代替数字。“进行优化”“赋能”“闭环”这类词把句子撑长，代词也指代不清。还常加读者不需要的说明，比如“西红柿炒鸡蛋（没有东坡肉）”。读的人要花时间猜，agent 之间传话也会走样。

英文有 ASD-STE100：53 条写作规则，加一本约 900 个许可词的词典，每个词只有一个意思、一个词性。ASD-STE100 在 1986 年首次发布，用于航空维修手册，现行版本是 2025 年发布的第 9 版。中文输出也需要这样的表达规范。

STC 给中文补上这一套，从一开始就按 AI agent 能直接使用来设计。

名字里的 Simplified 指写法上的简化，不是简体字。

对谁有用

日常使用 AI 聊天、写文档的人可以用 STC。回复少些废话，文档把意思讲清楚。

也可用于这些专业工作：

• 开发 AI 产品、编写 agent 的团队：系统提示词、规则文件、agent 的输出
• 写产品界面文字的人：按钮、提示、报错、说明
• 写技术文档、报告的人
• 需要一份中文写作标准、并且要求机器能检查的团队

组成

四个场景

写之前先判断在写哪类文字，再用“通用规则 + 对应场景的规则”。

词表怎么定

词条按真实的 AI 中文输出中的出现次数排定先后。例句使用通用名称，不含可识别的个人或企业信息。

和 ASD-STE100 的关系

STC 参考 ASD-STE100 的结构：写作规则、词义明确的词表、允许项目自建术语表。规则和词条由 STC 独立编写，不翻译、不摘抄 ASD-STE100 的正文、规则原文或词典条目。针对大模型输出中文的常见问题，STC 补充了表达规则和词表。例如 G20 要求删掉读者不需要的排除说明。

ASD-STE100 的版权归 ASD（Aerospace, Security and Defence Industries Association of Europe）所有，“ASD-STE100 Simplified Technical English”是 ASD 的欧盟注册商标。STC 不是 ASD-STE100 的官方中文版本，本仓库不分发 ASD-STE100 的文本。需要原文请到官网免费申请：https://www.asd-ste100.org/

英文写作可以直接使用 ASD-STE100。

参考与致谢

• Caveman：精简表达的参考。STC 借鉴 Lite 模式中删除冗词、保留完整句子和技术信息的做法。
• Daimonia humanize：自然表达、具体用词、事实保留和朗读检查，已纳入 STC 的默认表达规则。

• GB/T 1.1—2020《标准化工作导则 第 1 部分：标准化文件的结构和起草规则》：条款的助动词
• GB/T 15834—2011《标点符号用法》
• GB/T 15835—2011《出版物上数字用法》

相关开源项目

• blader/humanizer：识别并改写常见的模型写作套话
• lemonhall/asd-ste100-skill-zh：中文改写 skill 与检查脚本
• RinStel/cste-zh：中文写作 skill

许可

• 规则与词表：CC BY 4.0，可以复制、修改、商用，必须注明出处
• 代码（命令行工具、skill、配置示例）：MIT

维护

由 代梦智能（Daimonia） 发起并维护。STC 是开源项目，欢迎一起共建：提交词条、规则和 issue 都可以。