ru-check

Russian Text Quality Check

使用 ru-text 技能检查 $ARGUMENTS 中提供的文本（如果没有参数，则检查最近输出的俄文文本）。

参考文件的位置

此技能会读取随 ru-text 技能附带的语料库，该技能与它一同安装。找到该文件夹后，只需查找一次，然后读取其中指定的文件：

• 查找一个名为 references 的目录，其父目录名为 ru-text，并且其中包含 info-style.md。下文列出的所有文件都位于该文件夹中。
• 使用文件工具搜索，切勿使用 shell。 使用 Glob 搜索类似 **/ru-text/references/info-style.md 的模式，或使用宿主提供的其他文件搜索功能，然后使用 Read。此命令不需要命令行：Bash 位于其 disallowed-tools 列表中，而不实现该字段的宿主也会拒绝执行它——在 12.08.2026 的 Claude Cowork 中测得，搜索找到语料库之前，先执行的 ls 返回了一条红色提示：“Permission to use Bash has been denied”。这次调用毫无用处，还吓了读者一跳。
• 在 Claude Code 中，文件夹路径为 ${CLAUDE_SKILL_DIR}/../ru-text/references/——先用 Read 读取其中的 info-style.md，跳过搜索。如果该路径未展开，或读取失败，再回退到上述搜索方式。
• 不要猜测路径。 如果找不到该文件夹，请说明这一点并停止——依据记忆中的规则而非语料库执行检查，不属于此命令；把前者说成后者，正是整个产品要防止的失误。

两种深度，一条命令

此检查分为两种深度。深度不由人选择，而由以下规则决定。

完整检查——执行下文整个“检查顺序”。只要有人要求进行此检查（“вычитай”、“прогони ru-text”、指定 ru-text 的门禁，或黄金集测试），或分诊升级，就执行完整检查。明确请求绝不能用分诊应付。

分诊——仅用于主动发起的检查：你生成或遇到俄文文本，出于严谨而自行检查，且没有收到任何提及 ru-text 的指令。只加载以下三项，不得加载其他内容：

1. ru-text 的 SKILL.md——包括其中的内联排版表和顶部停用词。如果已在上下文中，则跳过；在常驻型宿主上通常如此。
2. addenda.md 中的“神经废话索引”部分：从 ## Neuroslop index 标题开始，到下一个 ## 标题之前为止。不要读取文件的其余部分——其余内容是这部分的十倍。
3. info-style.md 中的“B. 停用词目录”部分：从 ## B. 标题开始，到下一个 ## 标题之前为止。不要读取文件的其余部分。

然后检查文本：机械地检查排版（直引号、用连字符代替破折号、用 ... 表示省略号、数字与 % 之间的空格、в、к、с、о、у、и、а、я 之后的普通空格——按代码点核验，不要凭肉眼判断）；检查目录中的停用词，包括变形形式，并自行判断每个候选行（名词“данные”不是停用词“данный”）；通过索引目视检查特征表达。

分诊只能报告单行即可判定的问题：排版问题和已确认的目录命中项。 神经废话特征绝不能作为分诊结果。 每条 AD 规则都带有仅在完整文件中说明的例外；而有明确先行项的“не X, а Y”属于普通行文——仅凭索引就标记它，是此命令最容易失去信任的误报。分诊时发现此类特征，只能触发升级，不能作为其他用途。

出现以下任一情况时，升级为完整检查：出现神经废话候选项 · 确认的问题达到五项 · 文本将提供给读者（交付物、出版物、客户）。升级时不必说明——继续执行完整流程，就像有人提出了完整检查请求一样。

分诊报告必须标明自身性质：“Быстрая проверка: типографика и стоп-слова. Полная вычитка по корпусу не выполнялась.” 将分诊报告说成完整检查，正是此产品要防止的失误。此宿主没有搜索工具时，不得进行分诊：执行完整检查。

检查顺序

1. 排版 — 阅读 typography.md，然后应用以下规则：

   • 引号：主引号用 «»，嵌套引号用 „“
   • 破折号：正文中用 —（长破折号），表示范围时用 –（短破折号），复合词中才用 -（连字符）
   • 空格：单字母词后、数字分组之间、单位前使用不换行空格（NBSP）；但一般文本和网页文本中的 % 与数字紧连（R37：100%，而不是 100 %；GOST 技术文档可以使用 100<NBSP>%）。报告时说明规则给出的原因：普通空格是换行点，会让 % 独自落在下一行
   • 省略号、缩写、特殊字符

2. 反模式 — 阅读 anti-patterns.md，然后检查：

   • 官样文章和名词化表达
   • 过度使用被动语态
   • 句子冗长
   • 同义反复和赘述

3. 写作质量 — 阅读 info-style.md，然后应用以下规则：

   • 停用词和填充词
   • 具体性和事实
   • 结构和清晰度

4. 特定领域 — 如果能识别文本类型，则加载相应文件：

   • UI／界面文本 → ux-writing.md
   • 电子邮件／商务文本 → business-writing.md
   • 需要语法审校 → editorial-punctuation.md + editorial-grammar.md

5. 经验相关／神经废话 — 阅读 addenda.md，然后检查 AI 生成文本的特征：

   • 人为制造的对立（AD-6）——没有前文依据的「不是 X，而是 Y」／「不只是 X，而是 Y」
   • 预先声明的优点（AD-7）——「不说废话」、「清晰、切题」
   • 助手语气的元评论（AD-8）——「好问题！」、「希望这能帮到你」
   • 空洞的开场白（AD-9）——「让我们来分析一下」、「深入探讨」、「需要注意的是」
   • 宣称诚恳（AD-10）——「诚恳分析」、「我们坦诚地说」：把文章本身说成是诚恳的。同一习惯用在单句上——「我坦白说：截止日期没赶上」——属于 AD-7
   • 强行三段式（AD-11）——「创新、变革性、突破性」
   • 空洞的机制描述（AD-12）——「取决于各种因素」、「各有特点」
   • 虚构的归因（AD-13）——「研究表明」、「专家指出」
   • 把聊天记录当作文档（AD-14）——文档的骨架是一段对话
   • 面向搜索引擎的称呼（AD-15）——重复查询短语，而用代词即可
   • 添加式伪配对（AD-16）——「不仅有 X，还有 Y」，但 Y 没有增加任何信息
   • 逗号与破折号连用（AD-17）——同一句中，逗号和长破折号并列出现，且都由同一个结构要求：「Отчёт, собранный за ночь, — на столе」。按码位搜索：两个标点之间通常是 R16/R44 要求的 NBSP，因此用普通空格搜索，在排版正确的文本中什么也找不到。直接引语（「Сроки поедут», — предупредила Петрова）是两个结构相遇；并列从句结束后、主句开始前的逗号则与破折号构成一个标点——成因不同，结果相同：绝不适用此规则
   • 全大写词组（AD-18）——连续出现三个或更多由两个及以上字母组成的全大写西里尔词，中间没有小写词或换行。这不是神经废话的特征，而且有意不列入上面的索引：人会在没有斜体键的键盘上大喊，模型不会。它只属于这次完整检查，不适用于任何更快的检查。一两个全大写词是刻意强调，绝不标记；缩写、机器文本、状态单元格和标题不计入连续词组

   上面的列表是给检查者的提示，不是规则集。其中两项——AD-14 和 AD-15——针对的是文档，因此应从整体上检查作品，而不是逐句检查。每条规则都有例外情况，其重要性不亚于触发条件；这些例外列在 addenda.md 中。不先检查例外就提出的问题，是这条命令最损害信任的误报

输出格式

只读——请勿修改源文件。 ru-check 是一个检查工具：它会报告问题，并返回修正后的文本，供用户应用。它不得写入、编辑或覆盖所分析的文件。

具体执行方式取决于宿主，因此有必要准确说明。

在 Claude Code 中，命令处于活动状态时，disallowed-tools 会从工具池中移除列出的工具——我们已在 2.1.220 中验证：尝试通过 Write、Bash 重定向、Monitor 和委派的子 Agent 写入，所有路径均被拒绝，且没有创建任何文件。仅使用 allowed-tools 无法达到这一效果；该字段会预先批准工具，而不会限制工具。

此列表会移除直接写入文件的工具——Write、Edit、NotebookEdit——以及我们在 2.1.220 中识别并测试过的命令执行工具：Bash、PowerShell 和 Monitor。Monitor 很容易被忽略：它也会运行命令，并遵循 Bash 权限规则，因此宽泛的 Bash 允许规则会悄悄地预先批准它，而 disallowed-tools: Bash 条目却不会将其移除。此列表列出的是我们已封堵的路径，而非所有现有路径。

有四项限制，直言不讳。已连接的 MCP 服务可能会提供自己的写入工具，而按工具设置的拒绝列表无法预知这些工具。某个具名子 Agent 若在自身定义中获得了 tools: Write，则受该定义而非父命令的拒绝列表约束。后续的 Claude Code 版本可能会新增此文件未列出的工具，而手写列表不会自动更新。此外，对于不实现 disallowed-tools 的宿主，以上所有内容都只是要求 Agent 遵循的指令，并非平台强制执行的保证。

机制有其边界，但约定没有：无论宿主是什么，也无论工具列表中恰好包含哪些工具，规则都是此命令只返回文本，绝不写入文件。

将修正后的文本作为输出返回，而不是写入文件，可以让命令保持确定性且没有副作用。静默地将 NBSP 插入源文件会造成双重危害：导入时会剥除 NBSP 的目标平台（例如 Notion）不会向读者显示任何变化；而同样的插入也会破坏之后针对该文件进行的精确字符串工具操作（grep/replace）。

返回：

1. 修正后的文本
2. 按类别分组的修改列表（排版 / 风格 / 语法 / 领域）
3. 每项修改的严重程度：严重 / 高 / 中 / 低