tech-paper-template

技术论文模板

概述

在撰写任何正文之前，技术论文都需要完整的逻辑骨架：研究背景、已有工作的具体局限、核心思路或研究目标、阻碍直接采用朴素方案的技术挑战、应对各项挑战的方法模块，以及论文将要提出的贡献。本技能通过标准化的思考模板表格填充这一骨架，确定论文类型，并对逻辑链进行四项自洽性检查。

输出包括一份已填写的思考模板和一份一致性报告。它适用于导师与学生的头脑风暴、每周进展会议，以及开始写作前的最后规划步骤。它不会撰写引言正文（如需撰写，请使用 intro-drafter）；它处理的是逻辑骨架层面。

何时使用此技能

• 论文项目早期的头脑风暴。
• 与导师或合作者举行每周进展会议。
• idea-evaluator 返回 Strong Accept 后的写作前规划。
• 论文的逻辑链感觉不连贯，需要进行审查。
• 用户提出“论文骨架”“论文逻辑链”“思考模板”或“论文结构规划”。
• 用户不确定论文属于 Technique 还是 New Problem/Setting。

何时不要使用此技能

• 论文是基准测试论文。请使用 benchmark-paper-template（独立插件）。
• 用户需要专门针对引言的段落大纲。请使用 intro-drafter（通常先运行此技能，再运行 intro-drafter）。
• 用户已有书面草稿，希望获得审阅反馈。请使用 pre-submission-reviewer。
• 论文想法本身尚未经过评估。请先使用 idea-evaluator。

核心流程

第 1 步：确定论文类型

请参阅：references/paper-types.md，了解类型判定标准和示例。

确定论文属于 Technique 还是 New Problem/Setting。对于 Technique，Key Idea 承载叙述主线，Our Goal 是简短的衔接；对于 New Problem/Setting，Our Goal 是论文贡献，而 Key Idea 用于论证其可行性。

如果用户提供的信息描述的是基准测试，请停止并引导用户使用 benchmark-paper-template（独立插件）。

第 2 步：填写思考模板

请参阅：references/thinking-template.md，了解每个模板单元格的内容要求、优秀单元格的特点和常见问题。

填写以下七个单元格：

1. 研究背景。场景、重要性、动机。
2. 局限 1 至 3（可接受 2 项；不应超过 3 项）。
3. 核心思路或 Our Goal。用一句话表述。
4. 挑战 1 至 3（数量上限类似）。
5. 方法模块。每项挑战对应一个模块。
6. 贡献（3 或 4 项，每项对应一个章节）。

如果根据用户提供的信息无法完整填写某个单元格，请将其标记为缺失项并注明严重程度。

第 3 步：进行四项自洽性检查

请参阅：references/consistency-checks.md，了解详细的检查流程和逻辑链断裂示例。

逐项进行以下检查：

1. 局限到核心思路：核心思路或目标是否解决了所述局限？如果没有，要么局限有误，要么核心思路不匹配。
2. 核心思路到挑战：这些挑战是否自然地由实现核心思路而产生？如果没有，这些挑战就是为了证明模块合理而凭空编造的，而非从核心思路推导出来的。
3. 挑战到方法：每个方法模块是否都应对一项挑战？如果没有，就存在缺乏依据的模块，或尚无解决方案的挑战。
4. 方法到贡献：贡献是否涵盖每个模块或实验结果？如果没有，贡献就过于笼统，或承诺了超出论文实际内容的成果。

每项未通过的检查都属于 CRITICAL。

第 4 步：生成方法大纲

请参阅：references/thinking-template.md，了解方法大纲模板。

从各项挑战推导出方法大纲：主题句、各模块的小节名称，以及每个模块的一句摘要。这将成为论文第 3 节或第 4 节的骨架。

步骤 5：完整性检查

输出前，请运行下方“完整性检查”部分中的检查项。

步骤 6：输出

按下方“输出格式”输出填好的模板以及一致性报告。

完整性检查

以下七项均属于**[检查]**类别：LLM 直接根据填好的模板逐项核验（计数、模式匹配或比较单元格）。无需用户确认。

返回填好的模板前：

1. [检查] 论文类型定位与用户的实际贡献一致（技术论文没有被硬套进新问题框架，反之亦然）。
2. [检查] 局限具体且可引用，不含含糊表述。
3. [检查] 核心思路或目标是审稿人可以引用的单句。
4. [检查] 挑战源自核心思路的实现，而非凭空捏造。
5. [检查] 方法模块与挑战一一对应。
6. [检查] 贡献对应方法模块及具体章节。
7. [检查] 四项自洽性检查全部通过。

如果任一项未通过，请将框架标记为“需要用户关注”。

输出格式

1. 论文类型定位

• 类型：<技术论文或新问题／设定论文>
• 理由：<一句话>

2. 思考模板

阶段	你的内容
研究背景	...
局限 1	...
局限 2	...
局限 3（如适用）	...
核心思路／我们的目标	...
挑战 1	...
挑战 2	...
挑战 3（如适用）	...
方法论主题句	...
模块 A（应对挑战 1）	...
模块 B（应对挑战 2）	...
模块 C（应对挑战 3）	...
贡献 1	...（第 节）
贡献 2	...（第 节）
贡献 3	...（第 节）

3. 自洽性检查

• 检查 1 局限 -> 核心思路：<通过或未通过>
• 检查 2 核心思路 -> 挑战：<通过或未通过>
• 检查 3 挑战 -> 方法论：<通过或未通过>
• 检查 4 方法论 -> 贡献：<通过或未通过>

4. 严重性摘要

• 个严重问题， 个主要问题， 个次要问题。
• 优先处理的三项：...

5. 下一项建议技能

• 如果所有检查均通过：使用 intro-drafter 生成引言段落大纲。
• 如果检查未通过：先解决标记出的链路断裂问题。