Lambenthan
- 41 skills
- 0 followers
- 77 repo stars
- 3 weeks ago last updated
- ▌ Paper Using Skills · lambenthan《Claude Code 科研手记》论文写作纪律 skill 集的入口与强制触发器。 建立"1% 可能适用就必须调用"的硬规则，列出本系列各核心纪律 skill 的触发条件， 防止用户在赶论文 / 紧张 / 熟练之后跳过该有的检查动作。 Use when 开始任何科研写作场景：写论文、改论文、整理参考文献、 画图、整理导师反馈、跑批量任务、改 Word、提交前检查 等。
- ▌ Paper Parallel Audit · lambenthan在执行 ≥ 30 条目的批量核查 / 批量修改任务（引用核查、术语一致性检查、格式统一、文献元数据补齐）时， 必须采用"派多个 Agent 并行 + 每个 Agent 输出 JSON + 主进程汇总落盘 + 分批断点续跑"的标准模式， 不得在主会话里串行单线程跑全量。 Use when 任务规模 ≥ 30，涉及对独立条目的同质操作（每个条目处理逻辑相同、之间无依赖）。
- ▌ Paper Backup Before Word · lambenthan在编辑任何 .docx / Word 文件之前，必须先用 cp 创建带时间戳的备份副本， 并优先评估"用 markitdown 转 LaTeX 后再改"是否更安全； 只有在确认必须直接编辑 .docx 时才动手，且改完后必须提醒用户先打开 Word 验证完整性。 Use when 用户请求修改、润色、改写、重排任何 .docx 文件、 或调用 /docx skill、或 Edit/Write 操作目标是 .docx 文件时。
- ▌ Paper Pilot Before Batch · lambenthan在执行任何 ≥ 30 条目的批量任务（批量改文件、批量核查引用、批量重命名、批量格式统一）之前， 必须先在 3–5 个样本上跑一遍，把样本结果给用户看，确认逻辑正确后再推全量。 Use when 用户请求处理"全部"、"所有"、"批量"、"逐个"某类对象， 且对象数量 ≥ 30，或数量未知（"把整个目录的..."）。
- ▌ Paper Writing Discipline · lambenthan当用户在科研写作过程中踩到一个本系列 paper-* skill 没覆盖的新坑、 并表示"以后...我都要这样做"、"下次记得..."、"这种情况要先..."、"加一条新规则"时， 帮用户把这条新规则按 4 个判断题筛过，合格则按本 skill 提供的模板提炼成一个新的 paper-* skill 落盘。 Use when 用户说"以后...都要..."、"下次记得..."、"这种情况要先..."、 "帮我把这个习惯固化下来"、"加一条新规则"。
- ▌ Paper Claude Md Bootstrap · lambenthan开始任何新的论文写作项目时（新建项目目录、第一次开会话、还没有 CLAUDE.md 文件）， 在写任何论文内容、改任何文件之前，必须先帮用户建一份项目级 CLAUDE.md， 把研究主题、投稿目标、术语保护清单、文件结构、写作风格、导师偏好这六项写清楚。 Use when 用户说"开始写新论文"、"新开一个项目"、"帮我写第 X 章"且项目目录里没有 CLAUDE.md 时。
- ▌ Paper Logical Consistency · lambenthan当用户改动论文里的核心声明（研究问题、核心论点、因果关系、边界条件、假设、关键结论、对已有研究的态度）时， 必须先扫描该声明在全文其他章节的出现位置，列出来让用户核对哪些需要联动修改，再开始动手。 本 Skill 抓的是「论证一致性」（语义级），不是「术语一致性」（机械级）——两者互不替代。 Use when 用户改了核心论点、研究问题、主要结论、方法边界、假设； 或要求重写涉及核心声明的段落；或在交付前要求"检查一下逻辑"。
- ▌ Paper Protect Terminology · lambenthan在跨多文件批改、术语统一、整篇论文润色、章节重写等可能改动专业术语 / 缩写 / 人名 / 概念命名的操作之前， 必须先显式列出"保护术语清单"，让用户确认哪些词不得被同义替换或改写，再开始执行。 Use when 用户要求跨章节修改、批量替换、整篇润色、术语统一、规范化、 或对出现专业术语 / 缩写 / 模型名 / 算法名 / 自定义概念的段落做改写。
- ▌ Paper Confirm Before Doing · lambenthan论文写作中遇到任何模糊指令（改、整理、润色、重写、找出、统一、清理、看看、处理一下…）， 在调用任何写文件 / 编辑文件 / 批量操作工具之前，必须先用一段话向用户陈述 「我打算怎么做、改哪里、不改哪里」，并明确等待用户确认后再动手。 Use when 用户对论文 / 章节 / 段落 / 文献 / 图表 / 参考文献给出宽泛指令、 未指定具体范围或方法、未限定「只改 X 不改 Y」等边界。
- ▌ Paper One Session One Task · lambenthan当用户在一次对话里同时提出多个论文写作任务（"顺便也帮我..."、"另外..."、"还有..."）， 必须先把这些任务列出来让用户挑一个，拒绝在同一个会话里串行做完所有事。 Use when 用户的一条请求里出现两个以上独立的写作 / 修改 / 核查任务， 或在已经在做 A 任务时临时追加 B 任务。
- ▌ Paper Verify Before Handoff · lambenthan在把任何成果交付给用户（"改完了"、"已完成"、"可以发给导师"、"可以提交"）之前， 必须运行一份硬检查清单：术语一致性、引用完整性、数据正确性、图表编号、 内部交叉引用、字数 / 格式合规、未完成 todo 残留、AIGC pattern（涉及文段改写时跑 chinese-de-aigc 五维自评）、 论证一致性（涉及核心声明改动时跑 paper-logical-consistency 复核）、 改动概要——任意一项 fail 都不能宣告完成。 Use when 你即将说「改完了 / 完成了 / 可以提交了 / 可以发给导师了」、 或用户问「是不是可以了」「还有什么要检查的吗」。
- ▌ Paper Translate Advisor Feedback · lambenthan当用户拿来导师的录音转写、便条、口头反馈、批注、邮件意见时， 禁止直接喂 AI 改文章；必须先把口语化 / 模糊 / 隐含的反馈翻译为 「位置 + 改什么 + 改成什么 + 标准 + 不动哪里」的可执行指令清单，让用户确认后再开始改。 Use when 用户提供导师反馈（录音、批注、便条、邮件、聊天截图、口述）， 并要求"按导师意见改一下"。
- ▌
- ▌
- ▌ Paper Draft · lambenthan从 PAPER_PLAN 起草 LaTeX 论文：逐 section 从 wiki 取材撰写 + 生成 figures/tables + BibTeX 验证 + de-AI polish
- ▌
- ▌
- ▌ Theory Ingest · lambenthan将一篇理论建模论文摄取为理论研究 wiki：论文卡片 + 假设/原语 + 命题/定理 + 解概念 + 可检验推论，并与实证层在同一张 graph 上接桥
- ▌
- ▌ Empirical Ingest · lambenthan将一篇经管实证论文摄取为实证研究 wiki：论文卡片 + 变量 + 数据 + 模型 + 机制 + 识别 + 稳健性 + 异质性 + 表格线索
- ▌
- ▌
- ▌
- ▌
- ▌ Reset · lambenthan按 scope 重置 wiki 到干净 scaffold（wiki / raw / log / checkpoints / all）。适用于开发迭代或 setup 失败后的无痛重启。
- ▌
- ▌
- ▌ Ingest · lambenthan bundle把一篇论文 ingest 进 wiki —— 建立 papers + concepts + people + claims 页面，并完成所有双向交叉引用与 graph edge。当用户说 "ingest"、"加入这篇论文"、丢 `.pdf` / `.tex` / arXiv URL 或要求把论文折叠进知识库时触发。
- ▌
- ▌
- ▌ Survey · lambenthan从 wiki 知识生成论文 Related Work 章节：主题分组 → 叙事结构 → LaTeX 输出，遵循 citation-verification 和 academic-writing
- ▌
- ▌ Novelty · lambenthan多源 novelty 验证：WebSearch + Semantic Scholar + wiki + Review LLM cross-verify，输出 novelty 评分与建议
- ▌
- ▌ Discover · lambenthan bundle基于 anchor 论文、topic 关键词或当前 wiki 状态，产出一份排好序的候选论文 shortlist，供用户或上游 skill 决定是否进一步 `/ingest`。当用户问 "接下来该读什么"、"找和这篇相似的论文"、"推荐相关工作"、"这个方向周围有什么" 时触发；`/ingest --discover` 也会内部调用本 skill。本身不 ingest，只提出候选。
- ▌ Exp Eval · lambenthan实验判决门：Review LLM 独立评判实验结果 → 4 种判决路径 → 自动更新 claims confidence、ideas status、graph edges
- ▌ Rebuttal · lambenthan解析审稿意见 → 原子化 concerns (Rvx-Cy) → 映射到 wiki claims → 检查 evidence → Review LLM stress-test → 生成 rebuttal
- ▌
- ▌ Exp Design · lambenthanClaim-driven 实验设计：界定目标 claims → 设计实验块（baseline/validation/ablation/robustness）→ 构建执行顺序 → 可选 Review LLM review → 写入 wiki
- ▌
- ▌ Paper Plan · lambenthan从 claim graph 编译论文大纲：编译 evidence map → 叙事结构 → 章节计划 + figure plan + citation plan，Review LLM review 必选