Skip to content
Back to skills

Lit Notes

ASecurity

文献精读笔记规范。当用户要求逐篇精读文献清单、整理学术笔记、或维护 references.bib 引文库时使用。已读完才写八段笔记(一句话总结/研究问题/方法/主要结果/局限/可引用点/与本课题的关系/疑问与待跟进),叙述用中文、术语可留英文,未读完只在索引记 pending,并追加规范 BibTeX 条目。

  • 2 stars
  • 0 votes
  • 0 copies
  • 0 views
  • Added October 22, 2026
developmentgit

Security analysis

A100/100

Scanned October 22, 2026

npx -y skills add hongtongzhou-design/ccode --skill lit-notes --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Lit Notes?

Add the live security badge to your README. It updates with every re-scan.

Security grade badge for Lit Notes
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/hongtongzhou-design-lit-notes/badge)](https://www.skillsdirectory.com/skills/hongtongzhou-design-lit-notes)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

Download with Pro
SKILL.md
---
name: lit-notes
description: 文献精读笔记规范。当用户要求逐篇精读文献清单、整理学术笔记、或维护 references.bib 引文库时使用。已读完才写八段笔记(一句话总结/研究问题/方法/主要结果/局限/可引用点/与本课题的关系/疑问与待跟进),叙述用中文、术语可留英文,未读完只在索引记 pending,并追加规范 BibTeX 条目。
outputs: [notes/, references.bib, papers/to-fetch.md]
provides: [lit-notes]
---

# 文献精读与笔记

本技能规定综述类课题「精读 → 笔记 → 引文库」阶段的操作规范与产出格式。笔记结构固定,引文库条目齐全,保证后续大纲与写作阶段可直接引用。

## 何时使用

- 用户给出文献清单(如 `papers/included.md`),要求逐篇精读并整理笔记
- 用户要求建立或维护 BibTeX 引文库(`references.bib`)
- 综述流水线中「文献精读与笔记」一步(简报会指向本技能)

## 操作规范

### 1. 先整理人工补投,再按清单读

项目资源里、路径不在项目根 `papers/` 的 PDF(如 Zotero 附件)按绝对路径直读,来源锚点可记该绝对路径;只读,不复制、不重命名、不修改个人库附件。先查这些资源再补下载。

已经登记成项目资源、但文件就在项目根 `papers/` 里的,不算外部只读件。精读开工前整理这些 PDF:命名不符「作者年份-短标题.pdf」的,对照 `included.md`/`to-fetch.md` 判定归属后重命名,并在 `to-fetch.md` 勾掉已补行;**拿不准归属的不改名,标注「待确认」**。命名整理是 agent 的职责,不要求用户按规范命名。已有笔记先查证据版本、问题范围和全文状态,未变则复用;全文补到/更正撤稿/范围变化时标出受影响部分,保留人写内容并更新或交人处理,不因已有文件就认定有效。

### 1a. 已有笔记:在原笔记上续写,不另起一份

写笔记前先配对 `notes/` 里已有的同篇笔记——沉浸阅读区建的(`notes/<slug>.md`,标题下有「> 来源 PDF:…」锚点行)、用户手动读过写过的、或上一轮流程写的都算。配对办法:标题下来源锚点行优先,其次笔记头部「来源行」或 DOI/标题规范化比对(与 reader.rs 认回笔记同口径)。

- **配对成功**:就在这份文件上补全/优化八段内容,`notes/index.json` 的 `notePath` 指向它;不新建平行文件,不因序号/命名规范重命名用户笔记(新文件才按「序号-短标题」起名)。
- **来源锚点行**保持标题下第一行,不删不改格式(沉浸阅读区靠它认回笔记)。
- **「标注」「译段」「我的想法」三节是用户自己的笔记**:原样保留,不删、不改写、不重述概括;确有需要只在节末追加,不与用户内容混写。「标注」是沉浸阅读区的高亮与批注(`- p.3 「摘句」 —— 批注`,一行一条,阅读区靠这个格式在 PDF 上画回高亮),行格式不要改;用户的批注是读这篇时的真实疑问,写八段时可以吸收进「疑问与待跟进」。
- 用户在八段里手写的句子(个人判断、批注、口语化记录)**不从零重写整节**——更新用增补和明确标注(如「(更新:…)」)的方式,需要更正时写清改了什么、依据什么。
- 配不上对的才新建笔记;雷达收进来的文献没有笔记很正常(雷达只是日常积累,不做精读),不要为了凑八段给没读过的篇生成占位文件。

然后按清单处理已确认纳入项;待确认项保留记录与状态,不伪装成已精读。**清单缺失或为空时,在报告中说明并停止,不要自行换题或自行补清单。**

### 2. 读完再写笔记

**已读完**才产出 `notes/<序号-短标题>.md`。未读完只在 `notes/index.json` 记 `reviewStatus=pending`,`notePath` 留空;禁止生成八段占位文件——文件存在会被界面标成「已读」。禁止用脚本从摘要/元数据批量生成笔记正文。上下文写不下可分批写笔记并提交;提交后立刻继续:先核心精读,再按摘要写非核心,不要每批停下来等人。pending 只留给待确认或无法按摘要写的篇。

标题下一行先记来源锚点(沉浸阅读区靠它认回笔记,不另建重复):

```
> 来源 PDF:<项目内相对路径或已登记只读资源的绝对路径>.pdf
```

来源行下用一两句写清:全文或仅摘要、正式版或预印本、同工 DOI/重复记录、agent 草稿或已核。不要另开一节。

正文固定结构:

1. **一句话总结**:大白话当卡片标题;专有名词可留英文。压不成一句视为没读懂。不要为卡字数写成空套话。
2. **研究问题**:作者实际在问什么,不要把摘要动机段原样改写。
3. **方法**:概述之后附「可复现细节」(电解液配方/电极/loading/电流/表征,一句话级——写作阶段做方法对比表全靠它)。
4. **主要结果**:区分「观察结果及其支持范围」与「作者推测」,不混写;每条注明页码 + 表/图。电流密度、单位和前后数字写在同一句里。看不清的数字写「原文未核清」,不要用「约 ?」混进可引用数字。后一步回核发现与原文不符时,改这一节和可引用点,不让旧数字留在笔记里。
5. **局限**:拆两半——「作者自述的局限」与「本笔记识别的局限」,分开列,不把读者判断伪装成作者自述。
6. **可引用点**:每条 = 可核验论断(叙述用中文)+ 页码/图表。需要直接引述时再附原文短句。禁止只贴图表题录或摘要原句充数。有全文时本节末另列 **可引用图**(大纲/初稿拼图只认这里):`Fig./Table 编号|画了什么|可拼或仅引用`。可拼 = 改绘后能进综述组合图;仅引用 = 太复杂/版权或信息密度只适合「见 [@键] Fig. n」。仅摘要、题录、看不清的图写「无可引用图」,禁止凭摘要臆造图号。
7. **与本课题的关系**:这篇在综述里支撑哪条论点;不要只写「核心/背景:××分类」。
8. **疑问与待跟进**:只写还没核清、或还要去读的下一篇/字段,不重复局限里已经下的判断;待跟进文献追加 `papers/to-fetch.md`。

**写法**:叙述用中文(把读到的内容说清楚),不要整段粘贴英文摘要或 PDF 抽取原文。材料名、离子、电解液、方法缩写、图/表编号等惯用英文原词直接写,不强翻。有 PDF 的核心篇读正文再写,页码/图表来自正文。用户确认「按摘要记」的篇根据摘要消化来写,开头标「仅摘要」——不是把摘要原文粘贴交差。

**全文不可得时**,按摘要 + 可见元数据写笔记,开头标注「仅摘要」。无实际 PDF 不伪造来源锚点,改记 DOI/URL 及访问日期。无法核实的页码、方法细节、数值和因果主张写不可核验,不凑齐八段。核心结论依赖全文时暂停该结论或缩窄范围;获取全文后复核并记录影响的大纲/稿件。

在 `notes/index.json` 写与 `papers/included.json` 全部 id 对应的记录(包括 pending;`decision=excluded` 的排除篇不建行):`id`、`bibKey`、`fulltextStatus`、`reviewStatus`;已写笔记才填 `notePath`。`fulltextStatus` 为 fulltext/abstract-only/unavailable,`reviewStatus` 为 pending/blocked/reviewed;未读完不得写 reviewed。不能靠文件存在冒充读完。独立运行未有 included.json 时从清单建立稳定 id 并记录来源。

### 3. 同步引文库

每篇在 `references.bib` 检查 DOI/版本与键,复用匹配条目,缺失才追加一条 BibTeX。有 DOI 时先向 Crossref 取正式发表版(不用 preprint 顶替)。OpenAlex 只补 Crossref 没有的摘要。期刊缩写用 ISO 4、每个缩写词后加句点,按期刊全称查;现有值是全称、缺句点或对不上刊名的改成「待补」再补。一词刊名不缩。不要用 NLM 的 ISSN 缩写,不要自己编。条目要带上登记库里实际有的这些字段:

- `author`:全名,`and` 分隔;「名 姓」翻成 `姓, 名`;被截成前三人或同一人重复的名单,改用 Crossref 完整名单
- `year`、`title`、`journal`、`doi`
- `volume`、`number`(期)、`pages`(`起始--结束`;只有文章号时 pages 写文章号)
- `date`(出版日期)、`epubdate`(与出版日期不同的网络出版日才写)
- `journalabbreviation`(与期刊全称不同才写)
- `issn`、`abstract`、`keywords`(分号分隔)

缺的字段写「待补」,不得编造,也不许用卷号或页码去填空着的期。字段写了但没和 Crossref 对过的标「待核」,核对通过再去掉标记。已有条目只补空字段,不改键、不覆盖人改过的作者和标题。

### 用已下载 PDF 核对题录

项目根 `papers/` 里已经对上 DOI 的 PDF,读首页和摘要页。PDF 里的标题、化学式上下标、摘要与 Crossref 纯文本不一致时,以 PDF 正文为准改 `references.bib` 的 `title` 和 `abstract`。抽不出字、对不上 DOI、或首页标题和 DOI 不是同一篇的,保持原字段,在笔记里记一行「题录未按 PDF 改」。不改作者键,不改人改过的作者和标题。

这一步不重写 RIS。人点「同步到文献库」时,Mesa 按这份 `references.bib` 生成导入文件。没有 PDF 的篇目保持检索步留下的题录。

### 复核入口

文献型复现不等于重跑统计:在 notes/index.json/现有证据表记录来源版本/哈希、原文定位、提取结论与支持范围,第三人据此重建综合。来源变化或未读全文必须显式触发待复核;检索记录支持重检,不承诺动态检索结果永远相同。

### 4. 从笔记到可用证据

核心提取字段(对象、n、设计、指标、结果方向/数值、局限)回原文定位;区分质量问题和作者宣传,不以高被引或多个转述替代原始证据。跨研究综合前整理可比性、反例、偏倚风险与同一研究多报告关联。对影响主结论的提取可由人指定独立第二人/Agent 从原文核对,不先看第一份答案;分歧列证据由人裁决,不自动分派。

## 产出格式

- `notes/<序号-短标题>.md`:已读完的篇一篇,固定八段结构
- `notes/index.json`:稳定 id 与笔记/引文/全文/复核状态映射(未读完 `notePath` 可空)
- `references.bib`:每篇一条 BibTeX,字段齐全或明确标「待补」/「待核」
- `papers/to-fetch.md`:精读中发现的待跟进引用追加进此清单

## 验收入口

有 TASK.md 时沿用其中的验收摘要/质量状态合同,不重复建表;独立使用时,在本报告开头写:回答、关键证据入口、未验证、影响结论的问题、待人决定。状态为待审/有条件接受/证据通过(限定范围)/阻塞;推荐不等于人工批准。

## 完成标准

`notes/index.json` 与 `included.json` 全部 id 对齐;已写笔记符合上列写法。中途 git 提交只保存进度,不是本步完成。用户确认的核心篇有 PDF 却未写出精读、或已确认要按摘要记的非核心还没写完时,不得结束本轮等人;质量状态不得高于「已生成待审」,验收摘要写明还剩几篇。清单全有文件不等于完成。
- 写作约定:不使用彩色 emoji;强调标记用「注意:」或单色 ⚠(U+26A0 U+FE0E)。

Attribution

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments

Loading comments…

Newsletter

Get the weekly list of safe new skills, and the ones we pulled.