# Ieee Mg Polishing

> IEEE Transactions 风格学术润色技能。面向 B5G/6G 无线移动通信、非正交多址接入（NOMA）、可重构复杂天线系统等方向。 使用此技能对论文各章节进行语言润色和学术表达优化： - Abstract / Introduction / Motivation / System Model / Numerical Results / Conclusion 也支持全文整体润色和投稿前的终稿审校。 当用户提到"润色"、"修改语言"、"改进表达"、"polish"、"proofread"、"审校"等时触发。

- Skill: `marecgents/ieee-mg-polishing` (Agent Skill, multi-file: 10 files)
- Install (CLI): `npx skillmds@latest add marecgents/ieee-mg-polishing`
- Raw SKILL.md: https://api.skillmd.com/api/skills/marecgents/ieee-mg-polishing/raw
- Safety review: pending
- Works with: Claude Code, Claude.ai, OpenAI Codex
- Category: AI & ML
- Author: MarecGents (https://skillmd.com/u/marecgents)
- Updated: 2026-09-17
- Page: https://skillmd.com/skills/marecgents/ieee-mg-polishing

---


# ieee-mg-polishing — IEEE Transactions 风格学术润色

## 架构概览

本技能采用 **静态层（static/）+ 动态层（manifest.yaml）** 的分层架构：

| 层级 | 内容 | 加载时机 |
|------|------|----------|
| **共享层** | `../ieee-mg-share/static/style-profile.md` + `terminology.md` + `quantitative-baseline.md` + `common-errors.md` + `paragraph-rhythm.md` — 全局风格、术语、定量口径、错误表与段落节奏 | 始终加载 |
| **核心层** | `static/core.md` — 润色核心原则 | 始终加载 |
| **工作流层** | `static/workflow.md` — 标准润色流程 | 始终加载 |
| **章节层** | `static/section-*.md` — 各章节润色规范 | 按检测的 `section` 轴加载 |


## 路由协议

按照以下 6 步流程执行：

### Step 0：加载共享层
立即加载 `../ieee-mg-share/static/style-profile.md`、`../ieee-mg-share/static/terminology.md`、`../ieee-mg-share/static/quantitative-baseline.md`、`../ieee-mg-share/static/common-errors.md` 和 `../ieee-mg-share/static/paragraph-rhythm.md`，
建立课题组全局风格画像、术语规范、定量口径与常见错误表。**错误纠正一律以 common-errors.md 的语料实测为准**；词数/密度区间以 quantitative-baseline.md 为准。

### Step 1：加载核心层
立即加载 `static/core.md`，建立本技能的润色核心原则。

### Step 2：检测请求轴
从用户请求中检测以下轴的值：

| 轴（Axis） | 检测目标 | 检测提示 |
|------------|----------|----------|
| `paper_type` | journal / conf / mag | 论文类型？默认 journal |
| `section` | abstract / introduction / motivation / system-model / numerical-results / conclusion / full | 需要润色哪个章节？默认 full（全文） |
| `language` | en / zh | 当前文本语言？默认 en |
| `polish_level` | light / moderate / deep | 润色深度？默认 moderate |

**润色深度说明（v1.3.0 边界唯一权威见 workflow.md 第四步，本文为摘要指针）：**
- **Light**: 仅修正语法错误、拼写错误和明显的表达问题（✅ 可改：语法/拼写/标点/缩略语/术语定义/时态明显错误；❌ 不可改：句式结构、用词替换、内容增删），保留原意的最大程度
- **Moderate**: 在修正语法错误的基础上，优化句式结构、改进用词、增强逻辑连贯性（✅ 可改：句式重组/用词升级/过渡优化；❌ 不可改：新增技术内容、删除技术信息、调整结构）
- **Deep**: 全面重写，在保留核心信息的前提下优化学术风格、提升技术表达的精确度和专业性（✅ 可改：段落级重写/结构微调；❌ 不可改：技术事实、数据、公式、引用；新增内容须询问用户）

### Step 3：加载匹配片段
根据检测到的轴值，加载对应的润色规范：

- 如果 `section = abstract` → 加载 `static/section-abstract.md`
- 如果 `section = introduction` → 加载 `static/section-introduction.md`
- 如果 `section = motivation` → 加载 `static/section-motivation.md`
- 如果 `section = system-model` → 加载 `static/section-system-model.md`
- 如果 `section = numerical-results` → 加载 `static/section-numerical-results.md`
- 如果 `section = conclusion` → 加载 `static/section-conclusion.md`
- 如果 `section = full` → 依次加载所有章节润色规范

### Step 4：执行润色
按照以下优先级处理：
1. **核心原则**（`core.md`）优先 —— 所有润色必须符合核心原则
2. **章节规范**（`section-*.md`）其次 —— 遵循该章节的润色重点
3. **用户具体指示** —— 在规范基础上满足用户的特殊要求
4. **课题组风格** —— 从课题组语料库 `sandbox/dev/ieee-mg-database/` 中提取的风格特征（如可用）

### Step 5：输出润色结果
输出格式：
1. **修改后全文** — 应用所有修改的完整版本
2. **修改说明摘要** — 列出主要修改类型和数量（可选）
3. **重点修改标注** — 对关键修改给出简短的修改理由（可选）

## 判断边界（v1.2.0 新增）

### 润色 vs 扩写边界（核心）
- 润色**不得添加原文没有的技术内容**（新方法、新数据、新引用、新贡献点）；
- 各章节决策树中"补充/添加"类建议（如补充方法句、添加原因解释）**仅允许在用户已提供相关内容但表达缺失时**补全表达，不允许凭空创造技术内容；
- **任何涉及新增技术内容的修改必须先询问用户**，得到确认后才可执行（如在"修改说明摘要"中标注"新增内容，待确认"）；
- 删除操作：仅删除明确的冗余/错误内容（如重复句、错误表达），不得删除技术信息。

### 何时保守不动
- 语料中合法的变体表达（如 "In this paper, we investigated" 开头、"Fig. X plots" 现在时、编号 "-" 项目符号）不得强制改写；
- 用户明确要求保留的表达（即使与课题组风格不一致）以用户要求为准。

### 数据缺失降级
- 错误纠正以 common-errors.md 语料实测为准；未收录的表达按通用语法判断；
- System Model 相关规范为外部通用知识（语料无对应章节），润色时以 IEEE 惯例为准。

## 边界说明

| 本技能负责 | 本技能不负责 |
|------------|-------------|
| 语言表达和学术风格的优化 | 技术内容的真实性验证 |
| 语法、拼写、标点的修正 | 实验数据的修改 |
| 句子结构和逻辑连贯性的改进 | 论文内容的核心修改（由 ieee-mg-writing 负责） |
| 学术用词的专业化提升 | 引用格式的修正（由 ieee-mg-citation 负责；polishing 仅检测提示，见 workflow 第五步） |

### 文件操作安全约束

1. **默认只读**：调用本技能时，不对用户的论文原文执行任何写入操作。所有润色建议均以高亮对比或 `.md` 文档形式输出。
2. **先展示后询问**：在上下文中给出润色结果后，主动询问「是否需要将以上修改应用到原文？」并列出具体修改位置。
3. **授权后有限写入**：仅在用户明确授权后才可执行写入。写入范围严格限定在用户授权的边界内——不可因用户同意润色一段就将所有建议全部写入。
4. **逐项确认**：若涉及多处修改，应逐项列出每处修改的位置和内容，让用户确认后再执行。

## 设计原理

1. **分级润色**：根据用户需求提供不同深度的润色，从轻度修正到全面优化（light/moderate/deep 有明确能改/不能改边界）
2. **章节定制**：不同章节有不同润色重点（如 Abstract 侧重精炼，Introduction 侧重逻辑）
3. **风格保持**：在提升表达质量的同时，保留作者的核心表述和学术风格
4. **课题组导向**：优先采用课题组在 B5G/6G、NOMA、天线系统领域的术语和表达习惯