如何用 Academic Research Skills 撰写 Funding 声明并与利益冲突(COI)声明分开写?
在 academic-research-skills 的 academic-paper 写作流水线中,Funding 声明(资金来源声明)和 COI 声明(利益冲突声明)是论文交付前必须各自独立写出的两份声明:无论研究是否获得资助、是否存在利益冲突,两者都必须在稿件中明确写出,且不能互相替代。本文基于仓库内的 Funding Statement Guide 和 Funding Statement Template,给出从登记资金来源、套用声明模板到按期刊要求核对位置的完整操作路径,并说明交付前如何验证两份声明确实分开且完整。
Funding 与 COI 到底有什么区别
两份声明在目的和内容上完全不同,指南明确把它们定义为"two separate declarations that must not be conflated"(两个不得混同的独立声明):
| 对比项 | Funding 声明 | COI 声明 |
|---|---|---|
| 目的 | 披露研究资金来源 | 披露可能影响研究客观性的利益关系 |
| 内容 | 资助方名称、资助编号、资助方角色 | 财务利益、顾问关系、持股、专利等 |
| 均无时 | 仍须声明"无资助" | 仍须声明"无利益冲突" |
| 期刊中的位置 | 通常在致谢前后 | 通常在致谢前后 |
| 披露范围 | 只覆盖本研究的直接资助 | 覆盖所有可能影响客观性的关系 |
这一点也写入流水线的硬性规则:academic-paper/SKILL.md 的 Mandatory Inclusions 规定每篇论文必须包含 Conflict of Interest Statement 和 Funding Acknowledgment,二者缺一不可。
第一步:在 Phase 0 配置访谈中登记资金来源
academic-paper 流水线启动后,intake_agent 的 Step 11(Funding Sources)会向你收集以下信息,并参考 references/funding_statement_guide.md 处理:
- 研究是否获得资助;
- 若有资助:资助机构名称(如 NSTC、MOE、大学内部基金)、资助编号(如
NSTC 113-2410-H-003-001)、作者在该项目中的 PI / co-PI 角色、资助方是否要求特定的免责声明; - 若未获得资助:记录 "no funding"——指南强调无资助同样需要论文中的显式声明;
- 同时询问是否存在潜在的利益冲突(COI)。
这些信息会写入 Paper Configuration Record 的 Funding 行,取值形如 [no funding / funder name(s) + grant number(s) + PI role]。后续 Phase 7 排版阶段会依据这份记录生成声明,所以这里提供的机构全称和完整编号必须准确。
第二步:按模板登记资助来源与资助方角色
模板文件 给出了六步流程,前两步是信息登记:
Step 1 — Funding Source Registry:每个资助来源填一行,无资助则留空。
| # | Funder | Grant Type | Grant No. | PI / Role | Period | Amount |
|---|---|---|---|---|---|---|
| 1 | 资助机构全称 | 资助类型 | 资助编号 | 作者 / 角色 | 资助期间 | 可选 |
模板说明 Amount 为可选项,通常不出现在发表声明中。
Step 2 — Funder Role Declaration:对每个资助方,在"研究设计 / 数据收集 / 分析 / 发表决策 / 稿件撰写"五项上逐列标 Yes/No。模板规则是:若资助方在上述所有环节均无参与(全 No),则适用标准的 "no role" 免责声明,即声明中带上 "The funder had no role in study design, data collection and analysis, decision to publish, or preparation of the manuscript" 这类句子。
第三步:按资助情况选择 Funding 声明文本
Step 3 要求根据实际资助情况从四类模板中选一种。以下文本来自模板原文,其中的 [Funder Full Name]、[Number] 等占位符是你必须替换的实际值(机构官方全称、完整资助编号),替换后才是可直接放入稿件的声明。
情况 A:单一来源获资助(英文示例)
Funding: This work was supported by the [Funder Full Name]
(Grant No. [Number]). The funder had no role in study design, data collection
and analysis, decision to publish, or preparation of the manuscript.
情况 C:无资助(英文,无需替换)
Funding: This research received no specific grant from any funding agency in
the public, commercial, or not-for-profit sectors.
情况 D:部分资助(英文示例)
Funding: This work was partially supported by the [Funder]
(Grant No. [Number]). The funder had no role in study design, data collection
and analysis, decision to publish, or preparation of the manuscript.
多来源资助(情况 B)按 (1) [Funder 1] (Grant No.: [Number 1]); (2) ... 的编号方式逐条列出。每种情况模板都提供了英文与中文两版,指南要求声明语言与稿件语言一致:英文论文用英文声明,中文论文用中文声明。
第四步:单独写出 COI 声明
Step 4 与 Funding 声明完全分离,另起声明。两种情况:
无利益冲突(英文,无需替换)
Declaration of Interest: The authors declare that they have no known competing
financial interests or personal relationships that could have appeared to
influence the work reported in this paper.
存在利益冲突(英文示例):把 [Author Name]、[Organization] 替换为实际作者与机构,支持类型从 research grants / consulting fees / speaker honoraria 中选用:
Declaration of Interest: [Author Name] has received [type of support:
research grants / consulting fees / speaker honoraria] from [Organization].
[Author Name] serves on the [advisory board / editorial board] of
[Organization/Journal]. The remaining authors declare no competing interests.
注意 COI 的范围比 Funding 宽:Funding 声明只覆盖本研究获得的直接资助,而 COI 需要覆盖所有可能影响客观性的关系(包括未资助本研究的顾问、董事会等关系),所以不能把资助信息挪进 COI 段落就完事。
核对资助机构的编号格式
如果资助方对编号或措辞有特殊规则,模板 Step 5 与 Step 6 给出机构专属格式:
- NSTC / MOST(台湾科技部):2022 年 7 月前立项的资助使用 MOST 编号(如
MOST 110-2410-H-003-001),之后使用 NSTC 编号(如NSTC 113-2410-H-003-001)。引用时使用资助批准时点的机构名称,不要新旧混用。编号结构为NSTC [Year]-[Discipline Code]-[Category]-[Serial Number]-[Sub-project],其中 Year 为 3 位民国纪年。 - NSF / NIH(美国):指南特别提示,NSF 等机构的免责声明(如 "Any opinions, findings, and conclusions... do not necessarily reflect the views of the National Science Foundation.")必须逐字引用,不能改写。
- 其他机构(ERC、JSPS、SSHRC、ARC 等)的完整英文句式和编号格式见 模板 Step 6。
声明在稿件中的位置
两份声明分开写,具体落在稿件哪个位置取决于目标期刊,指南的期刊格式表 给出:
| 出版方 | Funding 位置 | 要求 |
|---|---|---|
| Elsevier | 独立的 "Funding" 小节 | 资助方名称 + 编号;同时填投稿系统的 funding form |
| Springer Nature | "Declarations" 小节下 | 设 Funding + COI + Ethics 等子小节 |
| Wiley | "Acknowledgments" 或独立小节 | 因期刊而异 |
| Taylor & Francis | "Funding" 或 "Disclosure statement" | 资助方名称 + 编号 |
| PLOS | 投稿系统 + 稿件 | 投稿系统逐项填写,且稿件中仍须包含 |
| MDPI | 独立 "Funding" 小节 | 位于 "Author Contributions" 之后 |
模板末尾给了一个 Springer Nature 期刊的完整 Declarations 组合示例(文档示例):### Funding 段落放资金来源与 no-role 声明,### Conflict of Interest 段落另起写利益冲突声明,两者在同一大节下各自成小节、互不合并。
验证:交付前确认两份声明分开且完整
完成撰写后,用三层检查确认声明正确落位:
- 模板自带的 Quality Checklist(模板文件 末尾),关键条目包括:所有资助来源(含校内基金)已列出、编号正确完整、机构名用官方全称、无资助时已显式声明、资助方要求的免责声明已逐字包含、Funding 与 COI 声明分开、声明语言与稿件一致、MOST/NSTC 名称与资助批准时点匹配、即使无冲突也包含 COI 声明、全体作者已审阅。
- Formatter 的 Final Quality Checklist:formatter_agent 在 Phase 7 交付前会核对 "Funding statement included (with or without funding)",并针对目标期刊检查 "Conflict of interest statement" 是否已按要求添加(见其 Journal-Specific Formatting 与 Required Sections 检查项)。
- 期刊位置核对:对照上表确认 Funding 段落放在了该出版方要求的位置(例如 MDPI 要求在 "Author Contributions" 之后),Springer 类期刊则确认 Declarations 大节下 Funding 与 COI 是独立的子小节。
若某一项未通过,回到对应步骤修正:编号或机构名错误回 Step 1 登记表,合并了两份声明则按第四步拆回两个独立段落。
限制与边界
- 指南覆盖的是论文内的 Funding/COI 声明撰写,不覆盖基金申请书的写作(研究目的、预算等),仓库内审计文档也明确这一点不在本工具链范围内。
- 资助方的编号规则、免责声明逐字要求以该资助方当年公布的规定为准,指南中列出的格式(尤其 NSTC/MOST 的年份分界和 NSF 的逐字免责句)只是常见规则,提交前仍应按目标期刊与资助方的最新要求核对。
- 若目标期刊不在上述对照表中,formatter_agent 的处理策略是使用通用学术格式并提示你按期刊最新指南人工确认。
atomcodeClaude Code 的开源替代方案。连接任意大模型,编辑代码,运行命令,自动验证 — 全自动执行。用 Rust 构建,极致性能。 | An open-source alternative to Claude Code. Connect any LLM, edit code, run commands, and verify changes — autonomously. Built in Rust for speed. Get StartedRust0631
MiniCPM5-2BMiniCPM5-2B 是一款面向端侧、本地部署和资源受限场景的 2B 稠密 Transformer,能够达到同尺寸开源模型 SOTA 水平。Markdown00
GLM-5.3GLM-5.3 与 GLM-5.2 使用相同的基座模型——所有提升均来自后训练。与 GLM-5.2 相比,它在复杂编程和长程任务上的表现显著提升。Jinja00
HivisionIDPhotos⚡️HivisionIDPhotos: a lightweight and efficient AI ID photos tools. 一个轻量级的AI证件照制作算法。Python09
DragonOSDragonOS is an operating system developed from scratch using Rust, with Linux compatibility. It is designed for **Serverless** scenarios. 使用Rust从0自研内核,具有Linux兼容性的操作系统,面向云计算Serverless场景而设计。Rust00
Spark-X2.5-1.7BSpark-X2.5-1.7B 旨在让强大的 AI 更加实用、高效且易于获取。这些模型在广泛的日常任务中表现出色,涵盖对话、写作、翻译、推理、编程、工具调用和智能体工作流,并在同等规模的开源模型中取得领先结果。Spark-X2.5 将面向效率的架构与最高 1M tokens 的原生上下文窗口相结合,并支持 200 多种语言。Python00