# ieee-skills

[](LICENSE) [](skills) [](README_EN.md) [](https://cloudwave818.github.io/ieee-skills/)

**One IEEE manuscript, all reviewer-facing checks.**

普通润色工具帮你改句子，**ieee-skills 更关心 IEEE 审稿人会不会买账**：对象是否明确，工况是否成立，baseline 是否公平，实验是否真的支撑 claim，图表双栏缩放后是否还能读，返修回复是否有证据。

这是一组面向 **IEEE 会议、期刊、Transactions、Letters 和工程技术论文工作流** 的 Codex skills，覆盖写作、润色、预审、实验设计、图表检查、审稿回复、LaTeX 排版、引用核验和论文阅读。它不是 IEEE 官方项目，而是一套非官方的 IEEE-style academic writing and review skills。

[English README](README_EN.md) | [在线介绍页](https://cloudwave818.github.io/ieee-skills/) | [IEEE SubmitCheck](#ieee-submitcheck) | [为什么需要它](#为什么需要它) | [示例交付物](#示例交付物) | [快速开始](#快速开始) | [安装方法](#安装)

## 这是什么

`ieee-skills` 的目标不是泛泛地“帮你写论文”，而是把 IEEE 审稿中常见的硬要求拆成可复用的工作流：

```text 对象 -> 工况/约束 -> 工程危害 -> 现有方法局限 -> 方法依据 -> 实验证据 ```

它更适合 AI、通信、控制、信号处理、电力电子、嵌入式、机器人、硬件系统、工程应用等 IEEE 常见方向。核心风格是 **工程问题明确、方法依据具体、实验支撑充分、图表排版专业、回复审稿克制有证据**。

## IEEE SubmitCheck

`IEEE SubmitCheck` 是这个仓库推荐的旗舰用法：不是单独问“帮我润色一下”，而是把一篇 IEEE 手稿按审稿人会看的证据链跑一遍。

```text manuscript draft -> ieee-reviewer -> ieee-experiment -> ieee-figure-table -> ieee-citation -> ieee-latex -> reviewer-facing revision priorities ```

一次完整检查应该输出：

- `IEEE reviewer risk report`：按 Critical / Major / Minor 排序的拒稿或大修风险 - `claim-evidence matrix`：每个核心 claim 需要什么证据、现在有什么、还缺什么实验 - `baseline fairness checklist`：传统 baseline、近期强 baseline、数据划分、调参预算是否公平 - `figure/table first-impression audit`：图表双栏可读性、caption、灰度可读性、坐标轴和表格精度问题 - `citation-support audit`：引用是否支撑当前句子，是否缺少关键 baseline 或最近工作 - `IEEEtran layout diagnosis`：浮动体、表格、公式、BibTeX、PDF 检查问题 - `revision priority list`：投稿前最值得先改的动作，而不是泛泛地“继续完善”

## 为什么需要它

IEEE 论文最容易卡住的地方，往往不是英文句子，而是工程证据链：

| 常见痛点 | 审稿人