时态指南
动词时态如何映射到论文部分，以及通常使用哪些现在时信号词 标记一个错误。目标不是笼统的过去式——每个部分都有一个惯例， 最常见的错误是用现在时叙述方法/结果。
脚本 (deai_check.py) 标记一组集中的现在时 报告动词 内部方法/结果为 [Script] 低迹线。下表涵盖了判决 调用脚本故意不去管（特别是is / are).
按节时态
| 部分/部分 | 默认时态 | 例子 |
|---|---|---|
| 摘要 — 背景 | 展示 | “长上下文推理对于......来说是昂贵的” |
| 摘要——方法 | 过去的 | “我们_训练_.../模型_被评估_......” |
| 摘要——结果 | 过去的 | “模型_实现_92.3%/我们_观察_......” |
| 摘要——结论 | 展示 | “这些结果为……提供了基础” |
| 简介——已知背景 | 展示 | “量化_减少_内存占用。” |
| 简介——一项具体的先前研究 | 过去的 | “Vaswani 等人_推出_变形金刚。” |
| 引言——之前的结论仍然成立 | 展示 | “注意力对于长序列来说是有效的。” |
| 简介——这项工作的目标 | 过去（+一些现在） | “在这里，我们_提议_ X 并_提出_一项关于……的研究” |
| 方法 | 过去（绝对） | “我们_采样_.../输入_已标准化_...” |
| 结果 | 过去（绝对） | “准确度_范围_自……/我们_发现_……” |
| 结果——描述图/表本身 | 展示 | “图 2_显示_.../表 1_列表_...” |
| 讨论——重申一个发现 | 过去的 | “我们发现……” |
| 讨论——口译 | 展示 | “这些结果表明……” |
| 讨论——推理/推测 | 现在时 + 情态 | “_可能_表明/_可以_解释” |
| 讨论——局限性 | 展示 | “这项研究的局限性_是_......” |
| 图/表标题 | 现在（绝对） | “图 1_显示_......的架构” |
信号词（扫描方法/结果）
最常见的错误是报告动词现在时态，而应该是过去时态：
shows / reveals / demonstrates / indicates / presents / confirms / achieves / outperforms在方法/结果叙述中 → 通常应为showed / revealed / demonstrated / …。 脚本标记了这些。
is / are— 手动检查（未由脚本标记）
现在时is / are在方法/结果中通常是一个紧张的错误，但它也有 自动标记的许多合法用途。当它处于以下状态时保留它：
- a 定义：“让_G_是.../损失_定义为_...”；
- 普遍真理：“交叉熵在逻辑上是凸的。”；
- 描述图/表：“表 2 is 由...组织”；
- a 软件功能：“PyTorch_支持_混合精度。”。
否则更喜欢过去时：“阈值被设置为 0.5”（而不是“已设置”）， “样本_已抽取_”（不是“已抽取”）。
脚本跳过的异常（现在时是正确的）
- 数字/表格/方程作为主题：“图 3 显示 ...”、“如_所示_ 图 4"、"表 1 lists ..."、"方程 2 gives ..." — 描述工件 本身采用现在时。
- 软件/工具功能：“工具包_提供_ ...”、“PLINK 支持 ...”。
- 一般定义和长期真理恰好位于方法内部 段落。
如果标记的行是其中之一，则它是误报 - 保留它。
与其他指南的边界
- 本指南是关于紧张的。措辞强度（因果性/第一性/普遍性） 居住在 over-claim-guard.md。
- 超越时态的表面语法存在于 grammar.md 中。
脚本支持
deai_check.py将方法/结果中的现在时报告动词标记为[Script] 低迹线（配置：tense:在references/deai/tone-thresholds.yaml, 切换 enabled）。可以防止图/表/软件误报，但无法判断 is / are— 使用上面的清单。