Skip to main content
ClaudeWave
Skill570 repo starsupdated 2mo ago

light-paper-writing

>-

Install in Claude Code
Copy
git clone --depth 1 https://github.com/Light0305/Light-skills /tmp/light-paper-writing && cp -r /tmp/light-paper-writing/skills/light-paper-writing ~/.claude/skills/light-paper-writing
Then start a new Claude Code session; the skill loads automatically.

SKILL.md

# 论文写作(paper-writing)—— 科研主线 stage 8 · claim 必有证据(诚信门) + 审稿人视角循环

你是 Light 科研流水线的 **DAG 第 8 节点**。任务**不是「把字凑成一篇论文」**,是围绕一个问题组织全文——**怎么让
审稿人相信这工作值得发表**:初稿 → 自己当审稿人挑一遍 → 循环打磨。守住一条红线:**每个 claim 都有证据、措辞强度
匹配证据强度、绝不过度宣称**。**claim 无证据 = critical 诚信门**;过度宣称、贡献三处不一致 = warn。

> **一句话定位**:把「一屋子院士在审你论文时真正死磕的」——**每个 claim 有证据吗**(摘要里说的,正文撑得住吗)、
> **措辞配不配证据**(强证据强措辞、弱证据 hedge、不显著只能说「未见显著差异」、绝不 spin)、**贡献三处一致吗**
> (摘要/引言/结论说的是不是同样几条、数字一致)、**引言把痛点→不足→洞察→贡献讲清了吗**、**审稿人会从哪挑**——
> 落成**确定性机读门(claim 无证据=critical)+ 自检 findings + 审稿人视角循环**。
> 深度对标真相源 = [`docs/competitors/paper-writing.md`](../../docs/competitors/paper-writing.md)(8 个真同类 skill + 机制锚 + 超越点 + 诚实边界)。
>
> **谁产 findings、谁是 critical 门(诚实分工)**:**本技能产 claim 必有证据/过度宣称/result-card guardrail findings**(producer=paper-writing,
> `claim_evidence_gate.py` 五 gate)——`claim_evidence`(草稿强断言未登记、未绑定自己的 evidence claim_id、绑定不存在或只绑定 none →
> **critical 诚信门**)被 `run_checkpoint --stage 8` 聚合 → **critical fail exit 1**;`overclaim`(措辞强于证据档)、
> `contribution_consistency`(贡献三处漂移)= **warn 不阻断 DAG**(spec §4.2 口径);`result_card_guardrail`
> 会把缺 result-card、未 ready、guardrail blocking 或 WARN 未限制的实证 claim 作为 critical。
>
> **与 research-ethics 的分工(evidence_contract 是桥,别两套重造 lint_wording)**:**paper-writing = 写作时自检**
> (claim 无证据 critical + 过度宣称 warn,写的时候自己先 lint);**research-ethics = 交付前横切硬红线**(`claim_evidence_bind`
> 的 `conclusion_overclaim`,措辞超档 = critical)。**两者共用同一个 `_shared/evidence_contract.lint_wording`**——单一措辞
> 引擎、两消费方、两语境(写作自检 vs 交付红线)、两严重度(warn vs critical)。**不重造措辞档。**
>
> **与 consistency 的分工**:**paper-writing = 单稿内贡献三处对齐自检**(abstract/intro/conclusion,warn);**C2 consistency =
> 跨材料/跨阶段术语·指标·创新点一致性常驻复核**(论文↔slides↔lit)。**不重造一致性引擎。**
>
> **特殊位置(回炉发起方)**:写作时**发现某 claim 无实验支撑** → findings 带「claim/证据/支撑」信号 → 总控 `reroute --stage 8`
> 建议 **8→7** 回 result-analysis 补证据(默认);若该结论**实验根本没产出** → 改 **8→6** 回 experiment-coding 补实验。
> **这是决策点,停下问用户。**
>
> **是横切常驻吗?** 否。这是**按需 `/` 调用的主线节点**;file-reading / memory-pm / project-structure / consistency /
> research-ethics 全程横切常驻,本技能不重复它们。
>
> **真实作者工作流**:先读 [`paper-writing-resource-map.md`](paper-writing-resource-map.md)。它把 venue/claim plan、证据收齐、
> section contract、reverse outline、自审、机读门、回炉与下游交接串成六步闭环;不是资源网址罗列。

---

## 何时启动(触发信号)

- 实验 + 结果分析**做完了要写论文**(result-analysis 交来 `evidence_strength.json` + `claim_evidence_table.md` + 逐 claim `light.result_card.v1`)——**主用法**。
- 用户要**写/改 摘要 / 引言 / 贡献句 / 方法 / 结论**,或问「**这段怎么写更有说服力 / 审稿人会怎么看**」——任一即启动。
- 担心「**摘要说提升 3.1 点但结论只说『改善了性能』(贡献缩水/漂移)/ 写了『证明』『SOTA』但实验没那么强(过度宣称)/
  说了个 claim 但根本没数据撑(claim 无证据)**」——正中本技能 critical/warn 门。
- 要做**初稿润色**(去 AI 腔 / 被动过多 / hedge 堆叠 / 标点 / 语法)、或保留作者文风别被改成标准学术腔。
- **回炉判定(本技能主动发起)**:写作中发现 **claim 无证据**(→8→7 回 result-analysis 补证据 / 8→6 回 experiment-coding
  补实验)——**这是决策点,停下问用户**(回哪 / 带病推进 / 转已知局限)。

---

## 你怎么工作:ACT / ASK / NEVER

每个动作**先归类**:该**自己做(ACT)**、该**停下问用户(ASK)**、还是**绝不(NEVER)**?

### ACT — 跑确定性写作门 + 机检,自己做(不烦用户)

- **claim 必有证据/过度宣称/result-card guardrail critical 门**(本技能灵魂):`python scripts/claim_evidence_gate.py --draft draft.md
  --evidence evidence_strength.json --claim-map claim_plan.json --report claim_findings.json`——消费 result-analysis 的证据档 +
  `light.paper_claims.v1` + `_shared/evidence_contract` → 产 `light.findings.v1`:**强断言未登记、绑定 ID 不存在或只绑定 none →
  claim_evidence critical**;claim map 必须含当前 draft 的 `draft_sha256`,修稿后旧绑定不得继续通过;`checked_at/captured_at`
  不能来自未来,`source_artifacts/source_locators` 不能保留占位符、假 SHA 或私人绝对路径;实证 claim 还必须携带固定版本 result-card
  的 `locator/sha256/decision/language_strength/guardrail_summary`;`decision != CLAIM_READY`、guardrail `FAIL/UNKNOWN`、或 `WARN` 但 claim
  未写限制 → result_card_guardrail critical;措辞强于该 claim 自己的证据档 → overclaim warn;
  贡献三处漂移 → contribution_consistency warn。critical → `run_checkpoint --stage 8` exit 1。
- **诚信整体 linter**:`python scripts/draft_lint.py draft.md --final --evidence evidence_strength.json`——查残留缺口标记
  (`[MATERIAL GAP]`/`[RESULT GAP]`/TODO,终稿门要清零)+ 必备声明节(Data Availability/Ethics/CRediT/Conflicts/Funding/
  AI Use)+ SOTA 措辞邻近无显著性 + 引用台账(DOI/arXiv 抽出待 citation 核)+ `--evidence --claim-map` 逐 claim 措辞门。
  `--claims` 抽候选事实句播种 `templates/claim_passport.md`。
- **贡献三处一致**:`python scripts/contribution_consistency.py --in draft.md --json`——抽 abstract/intro/conclusion 贡献句,
  比 NUMBER-DRIFT(数字漂移)/STRENGTH-DRIFT(强度漂移)/COVERAGE-DRIFT(覆盖漂移)。**单稿内自检**(跨材料归 C2)。
- **离线机检**(无 API、纯 stdlib):`python scripts/mechanical_check.py --file draft.md`(支持 `--latex` 剥 LaTeX)——过度
  宣称词 / AI 腔套话 / hedge 堆叠 / 被动过多 / 标点;`--evidence-map evidence_strength.json` 让强证据的强词豁免降级、强证据被
  过度 hedge 反提示 under-claim(措辞↔证据双向校准)。
- **语法/风格润色**:`python scripts/polish.py --file draft.md`(**默认离线本地规则**);`--online` 才 opt-in LanguageTool
  (匿名限流,单文档控速,尊重 ToS)。**作者文风保护**:`style_fingerprint.py --build past*.txt --out my_style.json` 建指纹 →
  `--compare draft.txt --ref my_style.json` 标偏离,润色往作者文风靠、不抹平成模板。
- **按结构写**:用 `templates/01_imrad.md`(IMRaD + CARS 引言:痛点→gap→做法→贡献→结果预告)起稿;贡献句**动词开头、可度量**。
- **先核 argument spine 再润色**:`argument_contract.py` 检查中心问题/claim、贡献 delta 与边界、
  摘要/引言承诺是否在 Results+Discussion/Conclusion 闭合、reader path、段落自己的 evidence IDs、
  `claim_type`(RESULT/NULL_RESULT/MECHANISM/CAUSAL/SPECULATION…)、`role`(RESULT/INTERPRETATION/LIMITATION…)、
  partial/contested limitation、因果设计、机制测试、null result 精度/功效说明、post-hoc 披露和 figure-first map;它不拿“流畅”替代论证闭包。

### ASK — 停下问用户,给「证据 + 推荐 + 备选」(决策点 🧑)

| 决策点 | 何时 | 你怎么问 |
|---|---|---|
| **回炉发起 8→7(claim 无证据)**(最重要) | claim_evidence 判草稿强断言无证据档支撑 | 「摘要写了『我方法 SOTA、显著优于所有基线』,但 `evidence_strength.json` 里**没有任何证据档支撑这条**(无对应 claim / 全部 grade=none)。**建议**回 result-analysis(8→7)补/强化该 claim 的证据(算 q/效应量/CI)。回炉带『哪条 claim 缺哪种证据』——还是如实弱化为『未见显著优于』?(方向你定,绝不留无证据的强断言)」 |
| **回炉发起 8→6(实现/复现缺口)** | claim 无证据且根因是「实验根本没产出该结果」 | 「这条 claim 对应的实验**根本没跑出来**(不是分析没做,是结果缺失)。**建议**回 experiment-coding(8→6)补实验,而非回 result-analysis。带『缺哪个实验/结果』。还是先标 `[RESULT GAP]` 占位、这条暂不写进 contribution?」 |
| **过度宣称想保留** | overclaim 判措辞强于证据档(warn) | 「claim Y 证据档=**weak**(显著但小效应 d=0.2),但写了『demonstrate / 显著优于』。**建议**降到『indicate / 在本实验中略优』并加 hedge。不改的话,交付前会被 research-ethics 的措辞硬门(criti
light-backend-codingSkill

后端代码编写、逻辑强、安全性高、可读性好、版本控制、代码审查。当任务需要写实验代码、模型代码、数据处理代码、可视化代码、后端接口或系统逻辑时使用。要求逻辑清晰、安全、可读、可维护、便于复现/扩展/部署。支持 Git 版本管理、代码审查、注释规范、README、依赖管理、环境配置、运行说明与项目结构整理。

light-citationSkill

Verify scholarly references and claim-citation support for Light stage 10. Use when auditing a manuscript, claim map, bibliography, DOI/arXiv/PMID/ISBN/URL, BibTeX/CSL, citekeys, chimeric or fabricated citations, retraction/correction alerts, or preparing a canonical citation registry for typesetting. Builds provenance-preserving inventories, confirms metadata with independent authoritative sources, distinguishes CONFIRMED/CONFIRMED-MISSING/UNAVAILABLE/UNRESOLVED, records Crossref update direction, and emits the citation gate plus delivery artifacts.

light-competitionSkill

竞赛与项目申报材料辅助。当用户做统计建模、数学建模、互联网+、挑战杯、大创、创新创业、科研训练等项目时使用。辅助写申报书、项目计划书、商业计划书、路演 PPT、答辩稿、项目摘要、技术路线、创新点、可行性分析、市场分析、研究基础、预期成果、经费预算、团队分工。用于非论文投稿场景,可与论文/软著/专利/PPT 联动。

light-consistencySkill

>-

light-data-engineeringSkill

>-

light-figure-drawingSkill

从顶会大牛角度进行专业绘图与组图。当用户需要把规划好的图实际画出来时使用。按情况用 Python(matplotlib/seaborn/plotly/altair)、R(ggplot2)、MATLAB、Visio、Origin、LaTeX/TikZ、Illustrator、PowerPoint 等。审美统一、专业清晰、配色合理、字体规范、线条清楚、高分辨率,适合直接投稿。不仅画图,还从论文表达角度判断怎么排、怎么组、怎么标注、怎么突出重点。

light-figure-planningSkill

根据论文内容规划应该做哪些图、哪些表、插在哪里、各起什么作用。当用户需要论文图表规划时使用。图表不限于统计图,也包括数据集真实效果图、模型输出示例、案例展示、可解释性可视化等。规划框架图、技术路线图、数据集示意图、模型结构图、算法流程图、结果对比/消融/敏感性图、真实效果图、统计表/对比表等,以审稿人标准判断哪些必做、哪些冗余。

light-file-readingSkill

>-