huayuan-cloudy

Huayuanyunzi Paper Style Diagnosis — Design skill for Claude Code

Design community

Claude Code skill:论文体例诊断与润色 — 从范文提炼文风库(章节骨架/术语库/句型库/体例细则),再按库里的措辞对待改论文做 H/F/L/S 四级诊断与逐句改写.

How to install Huayuanyunzi Paper Style Diagnosis

This entry records only its repository, not the path inside it, so there is no exact command to give. Open huayuan-cloudy/huayuanyunzi-paper-style-diagnosis and copy the folder into ~/.claude/skills/, or the file into ~/.claude/agents/.

What Huayuanyunzi Paper Style Diagnosis does

Claude Code skill:论文体例诊断与润色 — 从范文提炼文风库(章节骨架/术语库/句型库/体例细则),再按库里的措辞对待改论文做 H/F/L/S 四级诊断与逐句改写.

Alternatives in Design

  • Brand Guidelines — Apply Anthropic's official brand colors and typography to artifacts 94.1k ★
  • Planning With Files — Claude Code skill implementing Manus-style persistent markdown planning — the workflow pattern behind the $2B 17.4k ★
  • Explanatory Output Style — Educational output mode with insights about implementation choices 14k ★

README

huayuanyunzi-paper-style-diagnosis

A Claude Code skill for diagnosing and polishing academic writing — and for extracting a reusable "style library" from model papers.

论文体例诊断与润色:先给论文做分级体检,再按范文的风格逐句改写。

它解决什么问题

论文的语言与体例问题,最容易在"改"的名义下被改坏——用一套通用套话,覆盖掉作者自己的风格。

这个 skill 的做法相反:**先把范文的写法提炼成库,再用库里的措辞去改稿**。它只回答一个问题——"同一个模块该怎么措辞",不管"写什么、按什么顺序、怎么排版"。

两种工作模式

**提炼模式** — 给一批范文(PDF / 扫描图 / Markdown / Word / 网页),产出该领域的文风库:

  • 章节骨架:实际使用的标题层级与编号符号体系
  • 摘要写法:段落结构、段内顺序、必现要素、是否带具体数值
  • 逐节写法套路:每一类章节按什么逻辑推进
  • 术语库:按类整理,记原文措辞与符号写法
  • 句型库:原句抄录 + 标注出现位置 + 作用
  • 体例细则:公式编号、图表题注、三线表、参考文献格式
  • 范文自身瑕疵:用于校准"什么错可以容忍"

**应用模式** — 给一篇待改论文,对照文风库与检查清单,产出分级问题清单与 `before → after` 改写建议。

诊断按严重度分四级,顺序不打乱:**H 硬伤**(损害可核对性,必须清零)→ **F 体例**(规范性瑕疵)→ **L 语言**(表述与文体)→ **S 结构缺口**(不是"错",是"缺")。

安装

克隆到 Claude Code 的 skills 目录:

# macOS / Linux
git clone https://github.com/huayuan-cloudy/huayuanyunzi-paper-style-diagnosis.git \
  ~/.claude/skills/huayuanyunzi-paper-style-diagnosis
# Windows PowerShell
git clone https://github.com/huayuan-cloudy/huayuanyunzi-paper-style-diagnosis.git `
  "$env:USERPROFILE\.claude\skills\huayuanyunzi-paper-style-diagnosis"

目录名必须与 `SKILL.md` 里的 `name` 字段一致。

用法

命中触发词("诊断论文"、"润色"、"逐句挑毛病"、"检查论文体例"、"按范文风格改写"等)时,这个 skill **不会直接执行**——它会先问一句:

是否启用 huayuanyunzi-paper-style-diagnosis 来诊断/润色?

得到确认后才读取 `references/` 并开工。这样避免把"用户提了论文"误当成"用户要润色"。

典型请求:

  • 有稿子:「诊断一下这篇论文」「逐句挑毛病」「检查论文体例格式」
  • 有范文:「按这篇的风格润色」「用这篇论文的写法改写我的稿子」

目录结构

.
├── SKILL.md                    # 主入口:两种模式的流程与质量红线
├── README.md
├── LICENSE
└── references/
    ├── 提炼方法.md              # 怎么读文献、抽什么、怎么并行分工
    ├── 检查清单.md              # 分级检查清单(H/F/L/S 四级),跨学科可复用
    ├── 改写示例.md              # before→after 改写案例库
    ├── 模板-术语库.md           # 术语库的格式骨架 + 最小示例
    └── 模板-句型库.md           # 句型库的格式骨架 + 组装模板

一个关键设计:库归你的工作空间

术语库与句型库**不随本仓库分发**,而是每次提炼时生成在你自己的工作目录下(`<领域>-文风库/`)。

原因是库的生命周期与领域绑定,而 skill 的生命周期跨领域。写数学建模论文建起来的库,换到医学、金融论文就是负资产——不但会被人误抄其话术,过期后还会变成没人清理的负资产。所以仓库里只保留两样