千笔-AIWritePaper · https://www.aiwritepaper.com
开题写主张并不难，难的是主张指得回去，并且你能证明自己不是「一口气降完」的流畅空壳。三列表（主张—证据—DOI）是真源，但只交表、不跑对照，组会一问就穿帮。质量要点写得很硬：SEO 不能停在三列表，必须加强制双版本烟测。本文把协议落到开题场景：版本 A 故意只 paraphrase 并留下 fail 行；版本 B 才允许主张链合入。不做神器榜，不报综合分；字段用任意表格/Git 笔记即可复跑。
图：三列表仍是真源；A=一口气降完（fail）；B=主张→证据→DOI；合入门禁=双版本对照齐全。
目标说明
读完应能独立完成 5 件事：
- 为开题建三列表：
claim_id | claim_text | evidence_path_or_doi（≥3 行）。 - 每条 DOI 留打开核验笔记（题名、日期、与主张对应）。
- 强制跑双版本烟测：A=仅降改写（必须 fail）；B=主张→证据→DOI（口述+映射）。
- 用协议 CSV 同时记下 A/B 的
version/check_type/result，缺 A 行视为未烟测。 - 写清边界：降重 ≠ 开题贡献；detect 预检 ≠ 学院终裁；三列表齐全但无 A/B ≠ 可合入。
适用边界
适合
- 开题已有长文，但导师问「这句主张指哪篇」。
- 课题组会填三列表，却从未留下「一口气降完」的失败样本。
- 需要把开题定稿门禁从「表填完了」升级成「对照跑过了」。
- 多人协作：一人锁主张，一人挂 DOI，一人跑 A 分支演示失败。
不适合
- 把烟测 CSV 当「未使用 AI」的法律豁免。
- 索要绕过查重/AIGC 的对抗步骤：不提供。
- DOI 打不开仍硬写结论。
- 只跑 B 再宣称「我们很严谨」：没有 A 的 fail 行，协议作废。
风险
只做 paraphrase，仓库很勤快但答辩穿帮；只做 B、不保留 A，组会无法解释协议为什么存在。把预检日志写成「学院已过」会越权。共同解法：提交策略绑定主张—证据；检测日志只作预检；合入以口述、映射与双版本对照行为准。
步骤一：开题三列表仍是真源
最小字段：
claim_id,section,claim_text,evidence_path,doi,doi_note_path,oral_ok,map_ok,notes
| 字段 | 写什么 | 禁止 |
|---|---|---|
| claim_text | 可口述、可否定的开题主张 | 「具有重要意义」 |
| evidence_path | 本地摘录/笔记 | 「如上所示」 |
| doi | 可打开 DOI | 编造条目 |
| oral_ok / map_ok | 分开勾 | 用检测分代替口述 |
口诀：主张可复述，证据可打开，DOI 可核对。这只证明 B 侧有真源，还不能合入。
示例见_w/proposal-claim-map.example.csv。
步骤二：协议表必须能装下双版本
完整样例：_w/proposal-dual-protocol.csv；纪要：_w/proposal-dual-smoke.md。
增量字段：
commit_id,branch,artifact_path,check_type,result,operator,timestamp,version,oral_prompt_id,map_ok,notes
| 字段 | 纪律 |
|---|---|
| version | 必须有 A 与 B；缺 A=未烟测 |
| check_type | claim-evidence/dual-smoke/detect（detect 永不单独合入） |
| result | A 的 claim-evidence必须 fail；B 口述挂则相关行 fail |
| timestamp | Asia/Shanghai |
步骤三：强制 A/B 烟测（开题版）
分支建议：smoke/A-paraphrase-only与smoke/B-claim-doi。演示顺序：先 A 失败，再 B 对照。
版本 A：一口气降完
- 只对开题段 paraphrase，不建三列表。
version=A, check_type=claim-evidence→ fail。check_type=dual-smoke→ fail。- 口述：「这句开题主张指哪篇？」答不出即挂。
A 的价值是失败样本。删 A 只留 B = 没烟测。
版本 B：主张→证据→DOI
- 抽 ≥3 条开题主张。
- 每条挂 DOI note（当场打开）。
- 口述复述；
oral_ok与map_ok分勾。 claim-evidence与dual-smoke记 pass（以口述为准）。- detect 可附，标注「预检非终裁」。
| 维度 | A | B |
|---|---|---|
| 流畅度 | 往往更高 | 以可追问为准 |
| 三列表 | 无 | 有 |
| dual-smoke | fail（强制） | pass |
| 合入开题定稿 | 否 | 是（对照齐全） |
可验证清单
- ≥3 行三列表，DOI 可打开。
- 协议 CSV 同时有 A fail 与 B 对照。
- 口述题与
oral_prompt_id可跳转纪要。 - detect 行降级为预检。
- 未把「一口气降完」写成通过。
- 未把「三列表已填」写成可跳过 A。
踩坑
- 只跑 B。
- 用改写密度冒充论证密度。
- DOI 未打开就 map_ok=yes。
- 只看 detect。
- 事后补证据导致时间线对不上。
- A 分支事后改成 pass。
合入门禁句（可贴进课题组约定）
「开题主张相关章节定稿，必须附：三列表通过行 + 口述记录 +A fail 与 B 对照的 dual-smoke 行。仅 paraphrase 的 A 不得定稿；仅有 B、没有 A 视为未做双版本烟测。」
口述题单（可直接念）
- 用一句话复述 C1，并说出 DOI 题名。
- C2 的证据在本地哪一页？
- 若 C3 只能 map 不能 oral，今天能否定稿？（答案：不能。）
为什么开题也要双版本（不只是综述章）
开题被追问的句子，往往正是后来综述/相关工作的种子主张。若开题阶段只追求流畅降写，后面三列表会变成事后贴花。把 A/B 烟测前移到开题，成本更低：那时主张少、改起来便宜。
字段级书写纪律
- 主张句要可否定：写清设定 S 与对象，不写「意义重大」。
- 一条主张一个主 DOI；多篇支撑就拆行。
- DOI note 当天打开，题名冲突记
map_ok=no。 oral_ok与map_ok分离。- detect 行永远降级为预检。
烟测记录怎么写才可复查
纪要至少包含：日期时区、操作者、A/B 分支名、口述题与回答要点、失败项编号、下一步。禁止只写「B 更好」。纪要提到的claim_id/oral_prompt_id必须能在表里找到。
与仓库门禁的粘合
若开题材料在 Git 中：把「缺 A fail 行不得合并」写进 CONTRIBUTING。若开题只在网盘：把协议 CSV 与纪要同目录冻结，文件名带日期。网盘不是不能烟测，而是更容易事后改 A——更要靠时间戳与只读副本。
答辩口语演练（3 题）
- 「请指出开题第 2 个主张的 DOI 题名。」
- 「如果只有 B 没有 A，算不算做过双版本烟测？」（不算）
- 「detect 通过能否代替口述？」（不能）
把三题练到不看稿，开题主张链才算真正进肌肉记忆。
开题主张表示例（扩写说明）
假设开题有三句硬主张：
- 窗口长度制约误差（方法边界）。
- 基线 B 可用公开脚本复现（可重复性）。
- 近作 X 未报告失败工况故本文补（贡献缺口）。
A 版本会把它们融成一段「本文关注智能方法的重要问题并采用先进手段……」——读起来更顺，但口述「第二句指哪篇」必挂。B 版本强制拆行并挂 DOI。组会对比朗读 90 秒，比任何检测分数都有说服力。
协议行怎么读
看到version=A ... result=fail不要尴尬：那是协议要求。看到version=B ... dual-smoke=pass且缺 A，反而应尴尬。质量分侧把双版本烟测写成强制项，含义就是：对照样本与成功样本成对出现。
检测工具放哪
detect 日志可以附在 B 分支，字段check_type=detect，notes=预检非终裁。它证明工具链跑通，不证明主张成立。有人想把 detect 当分母刷「通过率」——拒绝，改看 oral/map。
一天内可完成的最小完整流程
上午建三列表；中午跑 A 并录音要点；下午跑 B 口述；傍晚冻结 CSV。不要把烟测拖到开题前夜，否则 A 会被「来不及」删掉。
开题定稿前的 12 格检查板
| # | 检查 | 通过标准 |
|---|---|---|
| 1 | 主张数 | ≥3 |
| 2 | DOI 可打开 | 全部 |
| 3 | DOI note 日期 | 含 Asia/Shanghai |
| 4 | oral_ok | 分条勾选 |
| 5 | map_ok | 与 oral 分离 |
| 6 | A claim-evidence | 必须 fail |
| 7 | A dual-smoke | 必须 fail |
| 8 | B claim-evidence | 以口述为准 |
| 9 | B dual-smoke | 对照齐全才 pass |
| 10 | detect | 仅预检 |
| 11 | 纪要跳转 | id 可互指 |
| 12 | 合入门禁句 | 已写入约定 |
12 格全绿才能叫「开题主张链烟测完成」。缺 A 的 6/7 两格，整板作废。把这张板贴在课题组墙或 README，比再写一篇「学术规范很重要」有用。
反例：看起来很勤奋的假烟测
- 同一天把 A 事后改成 pass。
- 只有 detect 通过截图。
- DOI 复制自浏览器历史但题名未核对。
- 口述由一人代全组签字。
- 三列表在 B 合入后才补挂到 A。
这些都会在抽问中暴露。协议的敌人不是懒，而是「事后完美」。
角色分工（三人最小班）
- 主张官：只负责把开题句拆成可否定主张，不准碰 DOI。
- 证据官：只负责打开 DOI、写 note、勾 map_ok。
- 烟测官：跑 A/B 分支、主持口述、冻结 CSV。
三人互不代签。主张官不得在 A 失败后「帮忙」改协议行；证据官不得因 detect 漂亮就要求 dual-smoke pass；烟测官不得用自己的口述代替作者口述。分工看起来慢，实际比开题前夜集体改稿快。
与综述双烟测文的衔接
综述章烟测与开题烟测字段兼容：同一套version/check_type/result。开题先跑通，综述可复用协议，只需换section与主张行。不要为开题另发明一套「简化协议」导致后来无法对照。
时间盒：一个下午如何跑完
13:00–13:30 抽出三句主张并分给证据官。
13:30–14:30 打开 DOI、写 note。
14:30–15:00 跑 A：只 paraphrase，录口述失败要点。
15:00–16:00 跑 B：口述 + 勾选 oral/map。
16:00–16:30 冻结 CSV 与纪要，写合入门禁是否满足。
超时就砍主张数到 3，不要砍 A 分支。宁可主张少，不可对照缺。
主张句改造练习（10 分钟）
原句：「深度学习在本领域具有广阔前景。」
改造：「在数据集 D 与划分协议 P 下，模型 M 相对基线 B 的 F1 是否提高？不提高则停止改标题。」
原句：「本文综述了相关工作并指出不足。」
改造：「近作 X（DOI…）未报告失败工况 Q，故开题贡献定位为补 Q 表。」
原句：「方法先进且效果更好。」
改造：「方法步骤 1–5 可复现；主指标 F1 由eval.py计算。」
三组改造后立刻挂 DOI 或脚本路径，否则仍算空话。练习目的是让主张官形成条件反射：没有设定、对照、指标的句子不准进三列表。
定稿前再问一句：若删掉所有形容词，主张是否仍可被否证？答「否」就回炉。
总结
开题主张链要过审，靠的是三列表 + 强制双版本烟测，不是更流畅的降写。先留下 A 的 fail 行，再谈 B 的合入。去掉产品名，读者手里仍应剩下协议 CSV 与纪要。
