菜单
当用户希望你在一个代码仓库中完成可复现的构建、实验、对比评测和报告沉淀时使用此 skill。它适用于需要搭建本地环境、运行一个或多个 MVP 实验、记录实验设置与结果、解释性能差异，并输出可复现文档与环境脚本的场景。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
Use when users need a structured “system understanding + design analysis” of a specific module in an AI repository, covering interface/data, pipeline role, data construction, supervision signals, model structure, loss/training, design motivation, system usage, limitations, and alternative design space.
Create a GitHub issue that assigns a developer a concrete PR-sized task. Use when the user wants an issue/task description with Deliverables, Background, Task Description, and Timeline so an engineer can execute and submit a specific PR.
检查论文全文逻辑自洽性和严密性，包括整体结构、实验设计和段落逻辑
润色学术论文文件，自动识别 LaTeX/PDF/Word 等格式，检查逻辑严密性、缩写规范、语法错误和学术规范性
深度精读学术论文，从标题分析到审稿人视角全面解析论文价值、方法逻辑和研究贡献
用于撰写周报、实习汇报、阶段小结。默认输出简洁中文结构：`既定目标 / 已完成 / 进行中 / 待讨论`。
| name | reproduce |
| description | 当用户希望你在一个代码仓库中完成可复现的构建、实验、对比评测和报告沉淀时使用此 skill。它适用于需要搭建本地环境、运行一个或多个 MVP 实验、记录实验设置与结果、解释性能差异，并输出可复现文档与环境脚本的场景。 |
当任务目标不是单纯“跑通”，而是“可复现地跑通并沉淀成实验报告”时，使用此 skill。
适用的典型场景包括：
git clone 一个外部仓库后，重新搭建环境并复现实验除非用户明确要求否则，默认产出：
venvRESULT.mdRESULT.md 中的完整复现命令.gitignore在真正执行实验前，优先检查以下内容：
README结果文档至少要包含：
如果进行了多个实验，结果部分要拆成清晰的小节。编号样式不强制，但必须让读者一眼看出“实验 A”和“实验 B”是分开的。
推荐做法：
README、构建文件、测试、benchmark 入口、参考实现，不要先凭经验下结论。venv，避免依赖用户 shell 的隐式状态。结果文档里的复现部分至少包含：
git clone 开始如何复现如果适用，补上：
.gitignore。