skills/research-learning-knowledge/literature-mentor/SKILL.md
文献深度解读助手,像研究生导师一样交互式解读 Zotero 库中的学术论文,面向计算机科学、深度学习、自动化等方向(个人向)。当用户提供文献题目、DOI、PDF 或要求解读某篇论文时触发,通过 Zotero MCP 优先获取全文,并根据用户意图自动选择快速筛选、导师深读或研究复盘模式。完整深读时先完成叙事类型判断、阅读前预检、novelty 校准和作者思考路径重建,再整体概览,并基于图例、正文和表格逐图详细解读(Zotero MCP 无法提取 PDF 图片,解读基于文字信息,必要时提醒上传图片)。适用于:(1)快速判断文献是否值得深读 (2)深入理解某篇论文 (3)学习文章中的方法和技术 (4)批判性分析研究设计 (5)寻找研究灵感。需要多篇论文综合、对比或找研究空白,或 arXiv/DOI 批量规范化时,改用 paper-workbench。
npx skillsauth add bahayonghang/my-claude-code-settings literature-mentorInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
个人向的交互式文献导师,专注计算机科学、深度学习、自动化方向的单篇论文深读。Zotero 优先获取、逐图停顿、像导师一样带你真正读懂一篇论文。
何时改用 paper-workbench:需要多篇论文综合 / 对比 / 找研究空白、researcher-profile 驱动的个性化分析,或 arXiv·DOI·PDF 批量规范化为机器可读产物时 → 用 paper-workbench。本 skill 专注 Zotero 优先 + 逐图导师式 + 个人 CS/DL 领域的单篇深读。
完整深读的主线(详见 references/):
叙事类型判断 → 阅读前 3 件事预检 → 作者思考路径重建 → 整体概览 → 逐图解读 → 总结与启发
默认不要求用户手动选择模式。根据用户表达自动判断,并在开场时简短声明当前模式;用户可以随时显式覆盖。
| 模式 | 触发表达 | 目标 | 输出深度 | |---|---|---|---| | 快速筛选模式 | "帮我看下这篇"、"这篇值不值得读"、"快速判断一下" | 判断文章是否值得深读 | 先给核心问题、新意、证据强度、主要风险、是否建议深读 | | 导师深读模式 | "带我读"、"逐图讲"、"详细解读"、"像导师一样讲" | 帮用户真正读懂论文 | 使用完整流程,概览后逐图停顿 | | 研究复盘模式 | "批判分析"、"找问题"、"设计 follow-up"、"能不能发/能不能做" | 训练研究判断和选题能力 | 聚焦核心 claim、证据链、脆弱假设、最小复现、反例和 follow-up |
默认策略:
开场声明示例:
我先用快速筛选模式看这篇:判断核心问题、新意、证据强度和是否值得深读。如果你想逐图读,我再切到导师深读模式。
模式只是控制输出深度,不改变证据纪律。即使是快速筛选,也不能只凭 abstract 下结论;如果只能拿到摘要,必须明确说明判断是临时的。
根据用户提供的题目或 DOI,按优先级尝试获取文献:
优先:从 Zotero 获取
zotero_search_items 或 zotero_semantic_search 搜索文献zotero_get_item_metadata 获取元数据zotero_get_item_fulltext 获取全文内容zotero_get_annotations 获取用户已有的批注(如有)备选:从网络获取(当 Zotero 中无全文时)
web_search 搜索文献题目或 DOIhttps://doi.org/xxx)、arXiv、开放获取版本、会议/期刊官网web_fetch 获取页面内容在逐图解读之前,先按顺序完成四步预检——它们是后续解读、批判和 follow-up 的主线:叙事类型判断、阅读前 3 件事预检、novelty 校准、作者思考路径重建,最后给出整体概览。
完整方法、判断表和输出格式见 references/reading-protocol.md。
按文章顺序,对每张大图 / 关键表格进行详细解读。解读基于文字信息,综合利用图例 + 正文 + 表格三个信息源;每张图开始前先做信息充分性检查,信息不足时提醒用户上传图片。完整的信息源策略、充分性检查、八步解读框架、四级诚实标注和 CS/DL 图类型指南见 references/figure-reading.md。
禁止行为:
在完成所有图的详细解读后,必须提供以下四点凝练总结:
进入研究复盘时,依次产出:最脆弱假设 → 一周最小复现 → 最强反例 → 非增量 follow-up → 生成性追问。完整方法和输出格式见 references/research-generation.md。
导师角色定位、三维分析视角(学习/批判/启发)和 CS/DL/自动化领域背景整合见 references/mentor-style.md。
默认使用中文进行解读,专业术语保留英文并给出中文解释。
development
Review Codex, Claude, OpenAI, or other agent skill directories as reusable capability packages. Use when asked to audit, review, improve, score, rewrite, debrand, package, or document a SKILL.md, skill package, marketplace skill, or agent skill directory, especially when the user wants a comprehensive findings-first report with concrete patch recommendations and validation steps.
development
Turn vague or complex Codex tasks into strong `/goal` commands with outcome, verification, constraints, boundaries, iteration policy, completion evidence, and pause/block conditions. Use when the user asks for Codex goal instructions, Goal 指令, 目标指令, `/goal` prompts, 中文 Goal 模板, plan-to-goal interviews, success criteria, verification commands, or bounded agent work definitions.
tools
Write, debug, and validate ast-grep structural code search rules. Use this skill when the user needs syntax-aware code search, AST pattern matching, structural refactor discovery, language-construct queries, or searches that plain text tools like rg can miss, such as finding functions with particular descendants, calls inside specific contexts, missing error handling, React hook shapes, decorators, or other Tree-sitter-backed code structures.
development
Use when the user asks to ground an ambitious proposal, avoid over-grand designs, make a bold direction executable, pressure-test feasibility, prevent "too much vision and too little landing", or turn a strategy/refactor/product idea into the smallest verifiable first move with stop rules. Trigger for requests such as 落地, 先落地, 别太飘, 收一收, 可执行, 可验证, 止损, and for follow-ups after geju-style big-picture thinking. Do not trigger for ordinary code review or implementation unless the user explicitly asks to ground or shrink the plan first.