摘要部分写作
客观的
使摘要一次性可读：任务、挑战、核心技术思想、有证据支持的结果和含义必须是可见的，而不强迫读者阅读整篇论文。
选择一种逻辑模式
| 图案 | 使用时间 | 段落角色 |
|---|---|---|
| 挑战->贡献 | 一项主要技术贡献解决了一个明显的瓶颈 | 任务、挑战、贡献、收益、证据 |
| 挑战->洞察->贡献 | 关键的新颖之处在于实施前的洞察力 | 任务、挑战、见解、实施、证据 |
| 多重贡献 | 该论文有 2-3 个独立的技术贡献 | 任务、贡献+优势、贡献+优势、结果 |
重写工作流程
- 首先从论文中提取可见证据：命名方法、数据集、指标、表格/图形和贡献声明。
- 确定上面的抽象模式。
- 保持每个句子一个角色；避免在一个重载的句子中混合任务定义、方法机制和结果声明。
- 仅在从上下文中可以读取技术名称后才提及技术名称。
- 将结果语言绑定到报告的设置。
声明-证据护栏
- 结果句子需要指标、数据集/设置以及表格/图形或部分锚点（如果可用）。
- 新颖的句子需要在引言/方法中提供方法或贡献锚。
- 如果当前论文缺少数字，请写
results suggest或者experiments indicate只有当地实验部门真正支持的时候。 - 不要添加新的结果、数据集或基线，因为抽象“需要”这些结果、数据集或基线。
输出模式
text
Section objective: ...
Paragraph roles:
1. Task/challenge: ...
2. Insight/contribution: ...
3. Evidence/implication: ...
Proposed abstract:
[Only if requested]
Claim-evidence map:
Claim: ... | Evidence: Table/Figure/Section/... | Status: supported/needs evidence/unsupported