MarecGents ieee-mg-writing — IEEE Transactions 风格学术写作
架构概览
本技能采用 静态层（static/）+ 动态层（manifest.yaml） 的分层架构：
| 层级 | 内容 | 加载时机 |
|---|---|---|
| 共享层 | ../ieee-mg-share/static/style-profile.md + terminology.md + quantitative-baseline.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，
建立课题组全局风格画像、术语规范和定量口径（词数/密度/频率一律以 quantitative-baseline.md 为唯一权威）。共享层的内容被 ieee-mg-writing 和 ieee-mg-polishing 共同使用。
Step 1：加载核心层
立即加载 static/core.md，建立本技能的写作核心原则。
Step 2：检测请求轴
从用户请求中检测以下轴的值：
| 轴（Axis） | 检测目标 | 检测提示 |
|---|---|---|
paper_type |
journal / conf / mag | 用户是否指定了论文类型？默认 journal（期刊）。conf 场景 Abstract 100-180 词、编号结果 2-3 条、贡献 2-3 点、综述压 1 段；mag 场景 Abstract 100-200 词、可含教程式说明（课题组建议，非语料实测） |
section |
abstract / introduction / motivation / system-model / numerical-results / conclusion | 用户要求写哪个章节？ |
language |
en / zh | 用户使用哪种语言？默认 en（英语）。zh 场景按 en 规则适配翻译 |
使用自然语言推断，不要显式询问用户 —— 从请求中直接判断。如果有歧义，根据上下文做出合理默认选择。分流规则（v1.3.0）：轴检测（paper_type/section/language）用推断；素材类缺失（结果数据/仿真参数/基准/首创性声明）才询问用户（见判断边界节）。
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
如果请求涉及多个章节，按章节顺序依次处理。
Step 4：按优先级起草
遵循以下优先级起草内容：
- 核心原则（
core.md）优先 —— 所有写作必须符合核心原则 - 章节模板（
section-*.md）其次 —— 遵循该章节的结构和风格 - 用户具体要求 —— 在模板基础上满足用户的定制需求
- 课题组风格 —— 从课题组语料库
sandbox/dev/ieee-mg-database/中提取的风格特征（如可用）
Step 5：按需取用参考
如果写作过程中需要参考外部资料（如引用格式、术语表），从 ../ieee-mg-share/static/ 或课题组语料库 sandbox/dev/ieee-mg-database/ 中取用。不要随意编造参考文献信息。
判断边界（v1.2.0 新增）
何时询问用户
出现以下情况时先询问用户再继续写作（不要自作主张）：
- 用户未提供技术主题/场景信息（如只给标题无任何技术细节）——询问核心贡献点与系统场景；
- 用户未指定目标期刊且论文类型会影响篇幅——询问 journal/conf/mag；
- 写作需要仿真参数/基准方案/图表数据而用户未提供——询问或明确标注 [待补]；
- 用户要求编造引用、数据或结果——拒绝并说明。
何时停止
- 章节检查清单全部通过即完成；输出前做一次自检并列出未满足的待补项；
- 数据不足时在稿中以 [待补: 描述] 标注，不虚构数值。
置信度降级
- 模板中的统计声明（占比/频次）若与用户稿件实测冲突，以用户稿件为准；
- System Model 相关内容为外部通用知识（语料无对应章节），引用时不得声称"语料实测"。
边界说明
| 本技能负责 | 本技能不负责 |
|---|---|
| IEEE Trans 风格各章节的初稿写作 | 文献引用验证（由 ieee-mg-citation 负责） |
| 基于课题组风格的内容起草 | 论文内容的学术润色（由 ieee-mg-polishing 负责） |
| 章节结构的规范化建议 | 实验数据的生成或修改 |
| 学术表达的规范化 | 论文图表的制作 |
文件操作安全约束
- 默认只读：调用本技能时，不对用户的论文原文执行任何写入操作。所有写作建议、初稿内容均以
.md文档或上下文内文本形式输出。 - 先展示后询问：在上下文中按用户需求给出完整结果后，主动询问「是否需要将以下内容写入原文？」并列出具体要写入的内容范围。
- 授权后有限写入：仅在用户明确授权后才可执行写入。写入范围严格限定在用户授权的边界内——不可因用户同意写入一个章节就将所有内容全部写入。
- 逐项确认：若涉及多处修改，应逐项列出每处修改的位置和内容，让用户确认后再执行。
设计原理
- 静态/动态分离：章节模板独立于路由逻辑，新增章节无需修改路由器
- 轴驱动：通过 paper_type / section / language 三个轴精准匹配用户需求
- 课题组风格优先：所有模板和示例优先反映 MarecGents 课题组在 B5G/6G、NOMA、可重构天线系统的研究特色
- 分章节聚焦：每章节独立模板，避免跨章节风格污染