---
title: 工程类顶刊论文写作的 30 条实战经验
author: 朱奕樟
date: 2026-03-26
summary: 基于 Applied Energy 级别期刊的多轮修改实践，总结出摘要、Introduction、Problem Definition、Methodology、Results、Ablation、Conclusion、格式文风等 8 个维度的 30 条写作原则与常见误区。
canonical: https://blog.sysu-sam.com/@zhuyizhang/paper-writing-30-tips
---

# 工程类顶刊论文写作的 30 条实战经验

> 基于 Applied Energy 级别期刊的多轮修改实践，总结出的写作原则与常见误区。适用于能源、机械、自动化、AI 等工程领域的学术论文。

---

## 一、摘要（Abstract）

### 1. 摘要中不出现缩写

摘要是读者在未阅读全文之前了解论文的窗口。SCADA、NWP、LSTM 等缩写对未读过正文的人来说没有意义。应使用自然语言替代：

| 不推荐 | 推荐 |
|--------|------|
| SCADA observations | turbine-level observations |
| NWP forecasts | numerical weather forecasts |
| STEC framework | the proposed framework |
| MAE of 1.848 m/s | an average mean absolute error of 1.848 m/s |

唯一的例外：方法的全称可以出现一次（如 "SpatioTemporal Error Correction framework"），但之后不再使用缩写形式。

### 2. 摘要的结构模板

```
[问题是什么，1-2句]
→ [现有方法的不足，1句]
→ [本文提出了什么，1句]
→ [核心机制，1-2句，不展开细节]
→ [验证结果，1句，给关键数字]
→ [额外发现/意义，1句]
```

### 3. 不堆砌技术细节

摘要中不应出现：
- 具体的超参数（"learning rate 2e-4"）
- 数据集的实现细节（"single NWP run issued 48h before"）
- 模型内部结构（"two-layer MLP with GELU activation"）

这些属于 Methodology 和 Experiments 的内容。

---

## 二、Introduction

### 4. 创新点写贡献，不写技巧

创新点（Contributions）要回答的是 "对这个领域有什么贡献"，而不是 "我们用了什么技术手段"。

**错误示范**（写的是实现技巧）：
> "The prediction problem is reformulated as simultaneous residual correction across all 48 horizons within a single forward pass, eliminating the need for per-horizon models."

**正确示范**（写的是领域贡献）：
> "A unified multi-output framework is proposed that jointly leverages observational and forecast information within a single architecture covering ultra-short-term to short-term horizons."

### 5. 创新点要精简

每个创新点 1-2 句话。不要在创新点里展开解释技术细节。创新点是 highlights，要体现抽象度和理论化水平。

**错误**：在一个 enumerate item 里写 4-5 行，包含 "conditioned on both lead time and real-time atmospheric context, functioning as a learned Kalman gain that reflects the differential degradation rates"。

**正确**：*"A context-adaptive trust allocation mechanism is proposed that functions as a learned Kalman gain, dynamically adjusting the observation-to-dynamics weighting for each prediction sample."*

### 6. 用领域术语提升层次

不说 "48 hourly horizons"，而说 "ultra-short-term to short-term horizons (1 to 48 hours)"。前者只是一个数字，后者体现了你覆盖了两个时间尺度。

### 7. 验证类创新点不写具体实验配置

不写 "26-turbine offshore wind farm"、"lead times from 49 to 96 hours"。而写 "real-world operational wind farm data"。创新点里要讲的是：结果好在哪里（accuracy、consistency、interpretability），不是实验在哪里做的。

### 8. 方法名称的引入方式

科技论文的标准做法是先说全称，再给缩写：

**错误**：*"This paper proposes STEC, a unified framework..."*
**正确**：*"This paper proposes a SpatioTemporal Error Correction (STEC) framework, a unified architecture that..."*

缩写是后续引用用的标识符，不能先于全称出现。

### 9. 引用不堆砌

每处引用最多 1-2 个，选最相关的代表性文献。`\cite{a,b,c,d,e,f}` 这种 6 个引用堆在一起的写法既不美观，也说明作者没有精选文献。

---

## 三、Problem Definition

### 10. 只定义问题，不发散解法

Problem Definition 的职责是 "出题"。类比：你要出 "从 1 加到 100" 这道题，出完就结束了，不能在这里解释高斯的巧妙做法。

**错误**：在问题定义里写一段 "State Estimation Perspective" 解释 Kalman 类比。
**正确**：在开头一句话引入（"This problem can be viewed as a state estimation task"），然后直接定义变量。

### 11. 不加多余小标题

Problem Definition 不需要 `\paragraph{State estimation perspective.}` 这样的子标题。一个 Section 内如果只有一两段话，加子标题反而显得碎片化。

### 12. 保持普适性

- 不写 "offshore wind farm"，写 "a wind farm comprising N geographically distributed turbines"
- 不写实验的具体设置（"single NWP run issued 48h before"）
- 问题定义要具有普适性，让读者觉得你的方法可以应用到更广的场景

### 13. 数据源的表述要准确

如果你只有两个数据源（观测 + 预报），不要说 "first two sources"（暗示还有第三个）。从坐标衍生的空间信息不算独立数据源，应该说 "two data sources and the known spatial layout"。

### 14. 目标定义只说 "是什么"，不说 "怎么做"

**错误**：*"The objective is to simultaneously predict... from a single forward pass, with shared temporal representations and horizon-conditioned prediction heads."*（这是在描述方法设计）

**正确**：*"The objective is to predict the wind speed for all horizons h in {1,...,48} hours, given the observation history and weather forecasts. This constitutes a multi-source, multi-horizon spatiotemporal prediction problem."*

---

## 四、Methodology

### 15. 第一段提纲挈领

Methodology 的开头应该是整体框架的概览：
1. 列出所有模块（用 itemize）
2. 每个模块一句话说明功能
3. 每个模块标注对应的 Section 引用
4. 最后一句说明整体如何协作

读者看完第一段就知道接下来会读到什么。

### 16. Subsection 顺序与框架图对齐

读者会对照框架图看文字。如果图中数据流是 A→B→C→D，文字就必须按 A、B、C、D 的顺序写 subsection。顺序不一致会造成认知负担。

### 17. 不重复解释同一个概念

如果 Kalman gain 类比在 Introduction 已经说过，Methodology 中简要提及即可（"functioning as a learned Kalman gain"），不要再展开一整段解释 Kalman 滤波的原理。

---

## 五、Results & Discussion

### 18. 章节可以合并

"Experiments" 和 "Results and Discussion" 可以合并为一个 Section（"Experiments and Results Discussion"），减少碎片化，也更符合很多期刊的偏好。

### 19. Baseline 不需要独立 subsection

标准的深度学习模型（Transformer、LSTM 等）不需要逐条解释架构。一段话交代清楚即可：

> "The deep learning baselines (MLP, SSM, Transformer, LSTM) receive the same inputs but use standard multi-output prediction heads without the proposed error-correction, adaptive gate, or spatial modules."

Persistence 就是 $\hat{y}_{t+h} = y_t$，大家都知道，不需要单独一个 bullet point 解释。

### 20. Overall Performance 不逐条复述表中数字

表格已经展示了详细数值，正文只需：
1. 一句话引出表和图
2. 给 1-2 个关键百分比（vs 最强 baseline 改进多少）
3. 用 bullet points 组织 2-3 个 highlights，每个 highlight 讲一个观察视角

**错误**（像技术报告）：
> "At 1h, STEC achieves 1.217 m/s, a 1.9% reduction over Persistence (1.241 m/s). At 48h, STEC (1.947 m/s) outperforms NWP_BC (2.518 m/s), Blend (2.261 m/s), and all DL baselines."

**正确**（像学术论文）：
> "At ultra-short-term horizons (1-6h), STEC substantially outperforms all deep learning baselines, which fail to leverage the strong persistence signal at short lead times."

### 21. 避免 3-4 行的短段落

三四行的短段落读起来像 Table Caption 或 Figure Caption，不像学术论文。要合并成有论点的完整段落。

---

## 六、Ablation Study

### 22. 用标准写法

标题就叫 "Ablation Study"，不要叫 "Component Contribution Analysis" 之类的花式名称。审稿人习惯看标准术语。

### 23. 每个模块的解读角度要不同

不是每个模块都适合用 "平均 MAE 提升了多少" 来评价。要根据模块的特性选择合适的解读角度：
- **核心模块**（如 Error Correction）：强调整体精度贡献
- **自适应模块**（如 Adaptive Gate）：强调在不同 horizon 区间的差异化影响
- **辅助模块**（如 Spatial Features）：如果平均 MAE 贡献很小，不要硬说精度提升，而要从 **consistency** 和 **robustness** 的角度解读（如 "去掉后预测曲线波动变大"）

### 24. 选择 Horizon 的策略

如果某个模块在特定 horizon 上表现不利（如 spatial 在短期为负），有两种处理方式：
- **消融表和主表用不同 horizon**：选全正的 horizon 组合，但需要能自然解释为什么选这些
- **消融表和主表用相同 horizon**：接受部分负值，用 "短期冗余、长期有益" 来解释

两种都可以，但要保持一致性。

---

## 七、Conclusion

### 25. 两段即可

**第一段**：总结核心贡献 + 在工程验证中的整体效果。不重复具体数字，讲方法的创新和验证结果的意义。

**第二段**：展望，讲两个方向就够了：
- (a) 推广到更多应用场景
- (b) 某个模块的深入研究方向

### 26. 不在 Conclusion 中重复实验细节

不要在结论中出现 "26-turbine offshore wind farm"、"lead times from 49 to 96 hours"、具体的 MAE 数字等。这些已经在前面讲过了。

---

## 八、格式与文风

### 27. 慎用破折号（em-dash `---`）

破折号在科技论文中应尽量少用。替代方案：
- 插入说明 → 用逗号或括号
- 对比/转折 → 用句号分成两句
- 同位语 → 用逗号

一篇论文中如果破折号超过 5 个，就需要审视是否每个都是必要的。

### 28. 去掉不必要的前缀

"Vanilla MLP" → "MLP"。"Vanilla" 这种内部代号对读者没有意义。

### 29. 连接符的选择

`SCADA--NWP` 这种 en-dash 连接在频繁出现时显得笨重，可以改为 `SCADA/NWP`（斜杠更简洁）。

### 30. 内容相关的 subsection 可以合并

如果一个 subsection 只有 3-5 行正文 + 一张图，考虑把它融入相邻的 subsection。独立的短 subsection 会让论文显得碎片化。

---

## 核心原则速查

| 原则 | 含义 |
|------|------|
| 写贡献，不写实现 | Contribution over Implementation |
| 让图表说话，正文讲视角 | Figures speak, text interprets |
| 保持抽象度 | Abstraction over specificity |
| 简洁优先 | Concise over comprehensive |
| 读者视角 | Reader-first, not author-first |

---

*本文基于一篇面向 Applied Energy 的风电预测论文的完整修改过程总结而成。所有原则经过多轮审稿人视角的自查验证。*