千笔-AIWritePaper · https://www.aiwritepaper.com
正文写「作者声明:无利益冲突」,翻到致谢却赫然挂着某公司赞助;批准书上的号是 31900001,致谢里却抄成了 31899999;方法段还在感谢「已终止合同」的旧合作方。审稿人把三处对一遍,比挑语法错误更快。
本文给出一套同一份稿件可勾选的六项披露核验骨架,并附可抄走的 Markdown 扫描脚本。对两份虚构稿件实跑:漂移稿 6 项全败(0/6),规范稿全部通过(6/6),结果在_w/funding-coi-check/。它不替代期刊伦理表格的具体措辞,只解决「资助清单、基金号、COI、受资资源、旧名残留、声明位置」是否自洽。去掉任何产品名之后,清单、六项表和脚本仍可独立使用。
图:上排为六项勾选;下排为虚构漂移稿 0/6 与规范稿 6/6 对照。
目标说明
读完你应能独立完成四件事。
- 从批准书导出批准号与资助方清单,作为披露真源。
- 按六项勾选:完备、基金号一致、COI 不矛盾、受资资源入致谢、无旧赞助残留、位置合习惯。
- 跑脚本扫出错号、漏号、「无冲突」与企业赞助并存、设备未入致谢、幽灵赞助名、COI 塞错位置。
- 删改资助关系后,按固定顺序同步致谢与 COI,再复跑六项。
适用与边界
适合:有基金号、企业机时/试剂赞助、共享数据库访问的实证稿;多人轮流改致谢;目标期刊要求独立「利益冲突」段。
不适合:判断某段赞助在伦理上该不该接;也不替代单位科研处对外拨经费的正式核对。本文示例中的批准号、公司名、设备名均为虚构,只为演示漂移。
与「AI 使用声明」「引用抽检」相邻但不同。本篇专管资助·致谢·利益冲突三条线是否互相拆台。若稿件同时有 AI 声明问题,分开跑两套清单,避免一张混表把两类失败搅在一起。
六项核验骨架
| 项 | 勾选问题 | 失败时审稿人会怎么想 | 证据来源 |
|---|---|---|---|
| 1 资助清单完备 | 批准书上的每个批准号,致谢里都有 | 「还有一笔资助没写?」 | 批准号集合 |
| 2 致谢与基金号一致 | 致谢号与批准书一一对应,无错号 | 「这个号对不上批准书」 | 致谢号 − 批准书号 |
| 3 COI 与致谢不矛盾 | 不能一边写「无利益冲突」一边列企业赞助 | 「到底有没有利益关系?」 | 无COI断言 × 企业名 |
| 4 受资设备/数据已列入 | 正文用到的受资设备或共享库,致谢有交代 | 「机时谁出的钱?」 | 设备名 ∩ 致谢 |
| 5 删改后无旧赞助残留 | 已终止/已撤销的赞助名不留在正文 | 「旧赞助怎么还在谢?」 | 残留字样 + 幽灵名 |
| 6 声明位置符合习惯 | 按目标期刊:致谢后独立 COI 段等 | 「声明怎么塞在方法里?」 | 标题顺序 + 元数据 |
第 3 项最容易被「企业只给了机时,不算冲突」带过。许多期刊仍要求在 COI 段如实写出该资助关系;「无利益冲突」四字与致谢里的公司名并排出现,本身就是红灯。第 4 项则常在「设备写进方法、钱写进致谢」时漏接。
脚本实跑:漂移稿 vs 规范稿
脚本funding_coi_check.py按「# 元数据 / # 正文 / # 致谢 / # 利益冲突 / # 批准书摘录」切分,核对批准号、赞助实体、无冲突断言、设备名、残留字样与标题顺序。输出原样:
draft_A.md 1 资助清单完备 FAIL 批准书号=['31900001', 'HT-2024-017'] 致谢号=['31899999'] 缺失号=[...] draft_A.md 2 致谢与基金号一致 FAIL 致谢多出=['31899999'] 批准书多出=['31900001', 'HT-2024-017'] draft_A.md 3 COI与致谢不矛盾 FAIL 无COI断言=['无利益冲突'] 致谢企业=['HorizonTech'] 矛盾=True draft_A.md 4 受资设备数据已列入 FAIL 正文设备=['AcmeNano-X200', 'BlueRiver Lab'] 未覆盖=[...] draft_A.md 5 删改后无旧赞助残留 FAIL 残留字样=['旧合作方 MegaPharma(已终止合同)...'] 幽灵赞助=['MegaPharma'] draft_A.md 6 声明位置符合期刊习惯 FAIL coi_pos=None 正文塞COI=True draft_B.md 1..6 PASS(批准号对齐、COI 如实披露 HorizonTech、设备入致谢、无残留、致谢后独立 COI) draft_A.md PASS 0 / 6 draft_B.md PASS 6 / 6读法:漂移稿 A 把批准号抄错成 31899999,正文塞「无利益冲突」却在致谢挂 HorizonTech,方法里用了 AcmeNano 与 BlueRiver 却未写入致谢,还留着已终止的 MegaPharma,并且没有独立利益冲突段。规范稿 B 并不更长:两个批准号原样进致谢,COI 段写明 HorizonTech 提供机时资助,设备与共享库用「由上述资助支持」接上,删干净旧名,标题顺序是致谢 → 利益冲突。
删改资助后的同步顺序
披露漂移大多发生在「换赞助 / 改基金号 / 合同终止」之后。建议固定顺序。
- 先改批准书侧清单(号 + 资助方),导出当前真源。
- 致谢里只保留真源中的号与实体,禁止凭记忆抄旧号。
- 正文若出现受资设备或共享库,在致谢补点名或「由上述资助支持」句。
- 有企业赞助时,COI 段写明关系;不要在正文另写「无利益冲突」顶掉它。
- 终止的合作从正文、致谢、脚注三处删净,禁止留「已终止但仍感谢」半截句。
- 按目标期刊习惯安放 COI(本示例为致谢后独立段),跑脚本六项全过后再上传。
最小扫描逻辑
完整脚本见_w/funding-coi-check/funding_coi_check.py,核心是批准号与矛盾检测:
importre APPROVAL_NO=re.compile(r"批准号[::]\s*([A-Za-z0-9\-]+)")FUND_NO=re.compile(r"(?:批准号|基金号)\s*[:: ]?\s*([A-Za-z0-9\-]+)")NO_COI=re.compile(r"无利益冲突|no\s+conflict\s+of\s+interest",re.I)STALE=re.compile(r"(已终止|旧合作方|已撤销资助)[^\n]{0,40}")appr=APPROVAL_NO.findall(approvals_section)ack_nos=FUND_NO.findall(ack_section)missing=[nforninapprifnnotinack_nos]contradiction=bool(NO_COI.search(body+coi))andbool(corp_sponsors_in_ack)把赞助词典、设备名正则换成你学科的常用列表即可。导出 Word/PDF 时,先转成纯文本再扫,避免脚注区漏检。
常见误判
- 「企业只给机时,写致谢就够了」:多项期刊仍要在 COI 段披露;脚本第 3 项专抓「无冲突」与企业名并存。
- 「基金号差不多对就行」:差一位就是第 2 项红灯,审稿人按批准书核对。
- 「旧赞助已终止,提一句无妨」:第 5 项会把「已终止合同」类残留打成失败。
- 「COI 写在方法段开头更醒目」:若期刊习惯要求文末独立段,第 6 项仍失败。
三份真源怎么对齐
实操里建议固定三个文件(或三个段落),投稿 PDF 可以只暴露致谢与 COI,批准书摘录留在内部核对区。
| 真源 | 放什么 | 谁维护 |
|---|---|---|
| 批准书摘录 | 批准号、资助方全称、起止日期 | 通讯作者或科研秘书 |
| 致谢段 | 号 + 实体 + 受资资源一句 | 执笔人,改号必须回写 |
| 利益冲突段 | 企业关系的一句实话,或「除致谢所列资助外无其他冲突」 | 全体作者签字前终校 |
三份真源的核对方向永远是批准书 → 致谢 → COI,不要从致谢倒推批准号。漂移稿 A 的错号 31899999,就是有人凭记忆改致谢、没打开批准书。
若期刊在投稿系统另填 Funding 表,把同一批准号再抄一遍时,用脚本的ack_nos列表当粘贴源,禁止第三次手打。
企业机时与「无冲突」模板
实验室常见情况是公司提供电镜机时或试剂折扣。致谢里写公司名了,正文却仍粘着硕博模板里的「作者声明:无利益冲突」。第 3 项会直接判红。
可替换句式(按期刊语气微调):
- 「HorizonTech 公司为本研究提供了部分设备机时资助;除此之外无其他利益冲突。」
- 「除致谢所列资助外,作者声明无其他利益冲突。」
第二种仍要求致谢把企业写全。若企业要求匿名,先问清期刊是否允许;脚本侧可把该实体移入「豁免词典」,但人工说明必须留在投稿 cover letter。
与附录/图表核验的配合顺序
若同一周还要跑附录交叉引用或图表编号核验,建议顺序为:先资助六项,再附录六项,最后图表。理由很具体:资助段常在文末,改完致谢/COI 的标题顺序后,附录标题序号才稳定;图表题注里偶尔也会写「由某某基金资助采集」,那句属于第 4 项覆盖,应在资助清单冻结后再扫。
验收清单
- 批准书号与致谢号逐条比对,无错号、漏号。
- 有企业赞助时,COI 段有对应披露;全文无「无利益冲突」顶牛句。
- 正文受资设备/共享库在致谢有着落。
- 全文检索已终止赞助名,结果为零。
- COI 位置符合目标期刊习惯(元数据里写清)。
- CI 或投稿前跑
funding_coi_check.py,规范样本保持 6/6。
当天 20 分钟落地
- 5 分钟:把批准书号抄进稿件「批准书摘录」区(可仅内部分享,不进投稿 PDF)。
- 5 分钟:按真源重写致谢,删旧号与旧赞助。
- 5 分钟:补 COI 段与设备覆盖句,去掉正文里的「无利益冲突」顶牛句。
- 5 分钟:跑脚本,确认 6/6,再上传投稿系统。
踩坑
- 从旧稿复制致谢,只改第一笔基金号,第二笔企业号漏改。
- 英文稿 COI 写
no conflict,中文致谢仍挂公司名,双语各写各的。 - 补充材料里的资助表更新了,正文致谢没跟上。
- 把「无利益冲突」当成默认模板句,有赞助时忘记删。
- 合同终止后只改了单位网页,稿件方法段仍留旧名。
投稿系统若把 Funding 与 COI 拆成两个表单,仍以本稿六项为预检。表单填完后,把系统回显的基金号粘回「批准书摘录」旁做一次 diff,避免系统自动格式化吃掉连字符或前导零。
总结
资助、致谢、利益冲突是三条必须对齐的披露线。六项骨架把「清单、号、矛盾、资源、残留、位置」收成可勾选动作;脚本让漂移可计数。虚构对照说明失败可以独立存在:只修基金号,COI 矛盾与旧赞助残留仍会红。把批准书当真源,按同步顺序改致谢与 COI,升级模板时复跑同一份 CSV。
投稿前的披露自检与禁区表整理,可用千笔-AIWritePaper 辅助归档实验记录;骨架与脚本本身不依赖任何产品名。
draft_A.md 1 资助清单完备 FAIL 批准书号=['31900001', 'HT-2024-017'] 致谢号=['31899999'] 缺失号=['31900001', 'HT-2024-017'] 致谢实体=['国家自然科学基金', 'HorizonTech'] draft_A.md 2 致谢与基金号一致 FAIL 致谢号=['31899999'] 批准书号=['31900001', 'HT-2024-017'] 致谢多出=['31899999'] 批准书多出=['31900001', 'HT-2024-017'] draft_A.md 3 COI与致谢不矛盾 FAIL 无COI断言=['无利益冲突'] 致谢企业=['HorizonTech'] 矛盾=True COI段空=True draft_A.md 4 受资设备数据已列入 FAIL 正文设备=['AcmeNano-X200', 'BlueRiver Lab'] 致谢点名=- 覆盖句=False 未覆盖=['AcmeNano-X200', 'BlueRiver Lab'] draft_A.md 5 删改后无旧赞助残留 FAIL 残留字样=['旧合作方 MegaPharma(已终止合同)提供的试剂。'] 幽灵赞助=['MegaPharma']