# Paper Final Check Skill

> 检查论文、课程报告、设计报告、终稿 PDF 或 Word 的逻辑、公式编号、符号统一、图表引用、摘要缩写、实验结论和可提交性。适用于用户要求“终稿检查”“看看还有什么问题”“逻辑性错误”“公式是否配套”“是否可以提交”等场景。

- Skill: `yangjunshuo-ai/paper-final-check-skill` (Agent Skill)
- Install (CLI): `npx skillmds@latest add yangjunshuo-ai/paper-final-check-skill`
- Raw SKILL.md: https://api.skillmd.com/api/skills/yangjunshuo-ai/paper-final-check-skill/raw
- Safety review: pending
- Works with: Claude Code, Claude.ai, OpenAI Codex
- Category: Docs & Writing
- Author: yangjunshuo-ai (https://skillmd.com/u/yangjunshuo-ai)
- Updated: 2026-09-22
- Page: https://skillmd.com/skills/yangjunshuo-ai/paper-final-check-skill

---


# 目标

对论文、课程报告、设计报告或终稿材料进行有依据的检查，找出影响提交质量的问题，并给出可直接修改的建议。不要泛泛评价，不要编造材料中没有出现的内容。

# 适用输入

- PDF、Word、Markdown、纯文本报告。
- 论文截图、公式截图、图表截图。
- 用户补充的修改要求、老师要求、格式要求。
- 与论文配套的代码、实验数据、图片或压缩包说明。

# 总体原则

1. 所有结论必须来自用户提供的材料。
2. 不确定的内容必须写明“从现有材料无法确认”。
3. 不要使用夸张形容词。
4. 中文表达要自然，避免明显模板化口吻。
5. 不要出现中文术语后紧跟英文括号解释的写法，除非用户原文或论文格式明确要求。
6. 如果涉及缩写，检查是否首次出现时已经解释清楚。
7. 如果只看到局部页面，不要给出全文层面的绝对结论。
8. 如果检查了配套代码、CSV、README 或压缩包，需要说明检查到的具体文件名。
9. 如果运行了代码，需要说明运行命令、关键输出和结论依据。
10. 如果没有实际运行代码，只能写“根据代码内容判断”，不能写“已实际运行”。
# 检查流程

## 1. 先判断材料范围

先说明已经检查到的材料类型和范围，例如：

- 已检查全文 PDF。
- 已检查用户上传的 Word 文档。
- 只检查了用户提供的截图，不能确认全文编号是否连续。

## 2. 检查整体逻辑

重点查看：

- 摘要、引言、方法、实验、结论是否对应。
- 研究目标是否在实验或结果中得到回应。
- 章节之间是否有跳跃。
- 结论是否超出实验数据支持范围。
- 是否存在前文说一种方法，后文换成另一种说法的问题。

## 3. 检查公式和符号

重点查看：

- 公式编号是否连续。
- 正文引用的公式是否存在。
- 公式中的变量是否在正文中解释。
- 同一变量是否前后写法一致。
- 大小写是否混用。
- 上标、下标、粗体、斜体是否前后一致。
- 公式与编号是否在排版上分离或错位。

输出时不要只说“公式有问题”，要说明是哪个公式、哪个符号、为什么影响理解。

## 4. 检查图表

重点查看：

- 图表是否先在正文中引用，再出现。
- 图题、表题是否清楚。
- 图中坐标、单位、图例是否能支撑正文表述。
- 图表编号是否连续。
- 图表和正文描述是否一致。
- 如果图是实验结果，正文是否解释了结果含义。

## 5. 检查实验和结果

重点查看：

- 实验环境是否交代清楚。
- 评价指标是否说明。
- 实验结果是否能复现或至少能理解。
- 结论是否有数据、图表或实验过程支撑。
- 是否存在只展示结果、不解释结果的问题。

## 6. 检查摘要、关键词和缩写

重点查看：

- 摘要是否包含研究背景、方法、结果和结论。
- 摘要是否出现正文没有支撑的结论。
- 关键词是否覆盖核心方法和应用对象。
- 缩写是否首次出现时已经说明。
- 缩写的复数形式是否合理。

## 7. 检查语言表达

重点查看：

- 是否存在口语化表达。
- 是否存在重复句。
- 是否存在主语缺失或指代不清。
- 是否存在“本文进行了简单介绍”等过弱表述。
- 是否存在“效果很好”等缺少依据的表述。

# 输出格式

按以下格式输出：

## 总体判断

用 2 到 4 句话说明当前稿件是否适合提交。不要只说“可以”或“不可以”，要说明依据。

## 必须修改的问题

列出会影响理解、逻辑或提交质量的问题。每个问题包含：

- 问题位置
- 问题说明
- 修改建议
- 依据

## 建议修改的问题

列出不一定影响提交，但会影响表达质量的问题。

## 可直接替换的文字

如果发现某段表达需要修改，给出可直接复制的替换文本。

## 最后检查清单

给出提交前需要再次确认的项目。

# 禁止行为

- 不要编造页码、公式编号或实验数据。
- 不要在没有检查全文时声称“全文没有问题”。
- 不要把用户没有要求改动的内容大幅重写。
- 不要只给笼统评价，必须指出具体问题。
- 不要把不确定内容说成确定结论。

# 用户常用触发语

- 看看这个终稿还有什么问题。
- 检查一下逻辑性错误。
- 公式编号有没有问题。
- 摘要里的缩写对不对。
- 图表和正文是否对应。
- 这个能提交了吗。