Claude Skills by Lambenthan

对 wiki 提问，综合检索相关页面后回答，好的回答可 crystallize 回 wiki

扫描全 wiki 发现健康问题，生成修复建议报告（覆盖全 9 种 entity + graph 一致性）

每日从 arXiv 拉取新论文，过滤相关性，auto-ingest 高优先级论文，检测 SOTA 更新

基于 anchor 论文、topic 关键词或当前 wiki 状态，产出一份排好序的候选论文 shortlist，供用户或上游 skill 决定是否进一步 `/ingest`。当用户问 "接下来该读什么"、"找和这篇相似的论文"、"推荐相关工作"、"这个方向周围有什么" 时触发；`/ingest --discover` 也会内部调用本 skill。本身不 ingest，只提出候选。

根据用户要求增删 raw sources 或更新 wiki 内容

基于已摄取文献和本地数据，生成经管实证研究设计：问题、机制、变量、模型、识别、机制、异质性、稳健性

将一篇经管实证论文摄取为实证研究 wiki：论文卡片 + 变量 + 数据 + 模型 + 机制 + 识别 + 稳健性 + 异质性 + 表格线索

Claim-driven 实验设计：界定目标 claims → 设计实验块（baseline/validation/ablation/robustness）→ 构建执行顺序 → 可选 Review LLM review → 写入 wiki

实验判决门：Review LLM 独立评判实验结果 → 4 种判决路径 → 自动更新 claims confidence、ideas status、graph edges

实验执行全流程：准备代码 → 部署运行 → 监控状态 → 收集结果，支持三种运行模式

查看所有运行中实验的状态，可选自动收集已完成实验并推进流水线

多阶段研究 idea 生成管道：景观扫描 → 双模型脑暴 → 初筛 → 深度验证 → 写入 wiki

把一篇论文 ingest 进 wiki —— 建立 papers + concepts + people + claims 页面，并完成所有双向交叉引用与 graph edge。当用户说 "ingest"、"加入这篇论文"、丢 `.pdf` / `.tex` / arXiv URL 或要求把论文折叠进知识库时触发。

基于用户素材与可选外部发现搭建 ΩmegaWiki，并用并行 `/ingest` 完成最终论文集的消化

多源 novelty 验证：WebSearch + Semantic Scholar + wiki + Review LLM cross-verify，输出 novelty 评分与建议

LaTeX 编译 → PDF：latexmk 编译 + 自动修复 + 页数/匿名/字体/[UNCONFIRMED] 检查 + 提交清单

从 PAPER_PLAN 起草 LaTeX 论文：逐 section 从 wiki 取材撰写 + 生成 figures/tables + BibTeX 验证 + de-AI polish

从 claim graph 编译论文大纲：编译 evidence map → 叙事结构 → 章节计划 + figure plan + citation plan，Review LLM review 必选

用领域基础知识填充 wiki/foundations/，避免后续 /ingest 为教科书材料创建重复的 concept 页面

解析审稿意见 → 原子化 concerns (Rvx-Cy) → 映射到 wiki claims → 检查 evidence → Review LLM stress-test → 生成 rebuttal

通用多轮迭代改进：对任意研究制品反复调用 /review → 解析反馈 → 修复 → 更新 wiki，直到达标

端到端研究编排器：idea 发现 → 实验设计 → 执行 → 判决 → 论文撰写，带人工门控和状态恢复

按 scope 重置 wiki 到干净 scaffold（wiki / raw / log / checkpoints / all）。适用于开发迭代或 setup 失败后的无痛重启。

通用跨模型审查：Review LLM 对任意研究制品进行独立评审，输出结构化评分、wiki 实体映射与改进建议

交互式 API key 配置引导 — 检测当前 .env 状态，逐步引导配置 Semantic Scholar、DeepXiv 和 Review LLM

将实证研究设计转成 Stata 执行计划或 do 文件骨架，包含数据合并、变量构造、描述统计、回归和稳健性

从 wiki 知识生成论文 Related Work 章节：主题分组 → 叙事结构 → LaTeX 输出，遵循 citation-verification 和 academic-writing

将一篇理论建模论文摄取为理论研究 wiki：论文卡片 + 假设/原语 + 命题/定理 + 解概念 + 可检验推论，并与实证层在同一张 graph 上接桥

汇总某个经管实证变量在文献中的测算口径、数据来源、模型角色和项目可用性

在编辑任何 .docx / Word 文件之前，必须先用 cp 创建带时间戳的备份副本， 并优先评估"用 markitdown 转 LaTeX 后再改"是否更安全； 只有在确认必须直接编辑 .docx 时才动手，且改完后必须提醒用户先打开 Word 验证完整性。 Use when 用户请求修改、润色、改写、重排任何 .docx 文件、 或调用 /docx skill、或 Edit/Write 操作目标是 .docx 文件时。

开始任何新的论文写作项目时（新建项目目录、第一次开会话、还没有 CLAUDE.md 文件）， 在写任何论文内容、改任何文件之前，必须先帮用户建一份项目级 CLAUDE.md， 把研究主题、投稿目标、术语保护清单、文件结构、写作风格、导师偏好这六项写清楚。 Use when 用户说"开始写新论文"、"新开一个项目"、"帮我写第 X 章"且项目目录里没有 CLAUDE.md 时。

论文写作中遇到任何模糊指令（改、整理、润色、重写、找出、统一、清理、看看、处理一下…）， 在调用任何写文件 / 编辑文件 / 批量操作工具之前，必须先用一段话向用户陈述 「我打算怎么做、改哪里、不改哪里」，并明确等待用户确认后再动手。 Use when 用户对论文 / 章节 / 段落 / 文献 / 图表 / 参考文献给出宽泛指令、 未指定具体范围或方法、未限定「只改 X 不改 Y」等边界。

当用户改动论文里的核心声明（研究问题、核心论点、因果关系、边界条件、假设、关键结论、对已有研究的态度）时， 必须先扫描该声明在全文其他章节的出现位置，列出来让用户核对哪些需要联动修改，再开始动手。 本 Skill 抓的是「论证一致性」（语义级），不是「术语一致性」（机械级）——两者互不替代。 Use when 用户改了核心论点、研究问题、主要结论、方法边界、假设； 或要求重写涉及核心声明的段落；或在交付前要求"检查一下逻辑"。

当用户在一次对话里同时提出多个论文写作任务（"顺便也帮我..."、"另外..."、"还有..."）， 必须先把这些任务列出来让用户挑一个，拒绝在同一个会话里串行做完所有事。 Use when 用户的一条请求里出现两个以上独立的写作 / 修改 / 核查任务， 或在已经在做 A 任务时临时追加 B 任务。

在执行 ≥ 30 条目的批量核查 / 批量修改任务（引用核查、术语一致性检查、格式统一、文献元数据补齐）时， 必须采用"派多个 Agent 并行 + 每个 Agent 输出 JSON + 主进程汇总落盘 + 分批断点续跑"的标准模式， 不得在主会话里串行单线程跑全量。 Use when 任务规模 ≥ 30，涉及对独立条目的同质操作（每个条目处理逻辑相同、之间无依赖）。

在执行任何 ≥ 30 条目的批量任务（批量改文件、批量核查引用、批量重命名、批量格式统一）之前， 必须先在 3–5 个样本上跑一遍，把样本结果给用户看，确认逻辑正确后再推全量。 Use when 用户请求处理"全部"、"所有"、"批量"、"逐个"某类对象， 且对象数量 ≥ 30，或数量未知（"把整个目录的..."）。

在跨多文件批改、术语统一、整篇论文润色、章节重写等可能改动专业术语 / 缩写 / 人名 / 概念命名的操作之前， 必须先显式列出"保护术语清单"，让用户确认哪些词不得被同义替换或改写，再开始执行。 Use when 用户要求跨章节修改、批量替换、整篇润色、术语统一、规范化、 或对出现专业术语 / 缩写 / 模型名 / 算法名 / 自定义概念的段落做改写。

当用户拿来导师的录音转写、便条、口头反馈、批注、邮件意见时， 禁止直接喂 AI 改文章；必须先把口语化 / 模糊 / 隐含的反馈翻译为 「位置 + 改什么 + 改成什么 + 标准 + 不动哪里」的可执行指令清单，让用户确认后再开始改。 Use when 用户提供导师反馈（录音、批注、便条、邮件、聊天截图、口述）， 并要求"按导师意见改一下"。

《Claude Code 科研手记》论文写作纪律 skill 集的入口与强制触发器。 建立"1% 可能适用就必须调用"的硬规则，列出本系列各核心纪律 skill 的触发条件， 防止用户在赶论文 / 紧张 / 熟练之后跳过该有的检查动作。 Use when 开始任何科研写作场景：写论文、改论文、整理参考文献、 画图、整理导师反馈、跑批量任务、改 Word、提交前检查 等。

在把任何成果交付给用户（"改完了"、"已完成"、"可以发给导师"、"可以提交"）之前， 必须运行一份硬检查清单：术语一致性、引用完整性、数据正确性、图表编号、 内部交叉引用、字数 / 格式合规、未完成 todo 残留、AIGC pattern（涉及文段改写时跑 chinese-de-aigc 五维自评）、 论证一致性（涉及核心声明改动时跑 paper-logical-consistency 复核）、 改动概要——任意一项 fail 都不能宣告完成。 Use when 你即将说「改完了 / 完成了 / 可以提交了 / 可以发给导师了」、 或用户问「是不是可以了」「还有什么要检查的吗」。

当用户在科研写作过程中踩到一个本系列 paper-* skill 没覆盖的新坑、 并表示"以后...我都要这样做"、"下次记得..."、"这种情况要先..."、"加一条新规则"时， 帮用户把这条新规则按 4 个判断题筛过，合格则按本 skill 提供的模板提炼成一个新的 paper-* skill 落盘。 Use when 用户说"以后...都要..."、"下次记得..."、"这种情况要先..."、 "帮我把这个习惯固化下来"、"加一条新规则"。