MarecGents 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：执行润色
按照以下优先级处理：
- 核心原则（
core.md）优先 —— 所有润色必须符合核心原则 - 章节规范（
section-*.md）其次 —— 遵循该章节的润色重点 - 用户具体指示 —— 在规范基础上满足用户的特殊要求
- 课题组风格 —— 从课题组语料库
sandbox/dev/ieee-mg-database/中提取的风格特征（如可用）
Step 5：输出润色结果
输出格式：
- 修改后全文 — 应用所有修改的完整版本
- 修改说明摘要 — 列出主要修改类型和数量（可选）
- 重点修改标注 — 对关键修改给出简短的修改理由（可选）
判断边界（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 第五步） |
文件操作安全约束
- 默认只读：调用本技能时，不对用户的论文原文执行任何写入操作。所有润色建议均以高亮对比或
.md文档形式输出。 - 先展示后询问：在上下文中给出润色结果后，主动询问「是否需要将以上修改应用到原文？」并列出具体修改位置。
- 授权后有限写入：仅在用户明确授权后才可执行写入。写入范围严格限定在用户授权的边界内——不可因用户同意润色一段就将所有建议全部写入。
- 逐项确认：若涉及多处修改，应逐项列出每处修改的位置和内容，让用户确认后再执行。
设计原理
- 分级润色：根据用户需求提供不同深度的润色，从轻度修正到全面优化（light/moderate/deep 有明确能改/不能改边界）
- 章节定制：不同章节有不同润色重点（如 Abstract 侧重精炼，Introduction 侧重逻辑）
- 风格保持：在提升表达质量的同时，保留作者的核心表述和学术风格
- 课题组导向：优先采用课题组在 B5G/6G、NOMA、天线系统领域的术语和表达习惯