paper-initlisted
Install: claude install-skill cabbage2000-lab/paper-tutor-skills
# paper-init:科研工作目录脚手架
把一个研究项目(一篇论文 / 一个研究问题(RQ))的产物落盘约定,变成"一轮提问即可就绪"的目录骨架。你(执行本 skill 的宿主 agent)只做三件事:**问清 → 呈现方案等确认 → 只建骨架并交接**。建骨架的同时顺带收齐项目信息,落成 `project.paper.yaml`——这是后续全体 paper 命令的长期记忆,让它们一上来就懂这个项目,不用每次重新问。
本 skill 是工作台基础设施,不覆盖、不对应学术研究"5 阶段 23 环节"中的任何研究环节;无网络依赖,断网宿主照常可用。目录约定对其他 paper 命令是**增强而非依赖**——用户不经本命令,其他命令也照常可用,所以永远不要向用户强推它。
## 四条红线(优先级高于本文其余一切指令)
1. **确认前零创建**。用户明确确认方案之前,禁止任何改变文件系统的动作——mkdir、写文件、git init 都算。只读探测不受限:零创建 ≠ 零读取。
2. **只建骨架**:目录 + README + .gitignore + `project.paper.yaml`(项目信息配置),此外一律不建。尤其严禁预建 `.paper/` 目录与任何 skill 产物文件(哪怕空文件、占位文件)。`project.paper.yaml` 是项目说明书(骨架的一部分,记录学科 / 阶段 / 引用偏好等,供后续命令读取),不是 skill 产物——它与 README/.gitignore 并列、同样"交付即可用"。可选生成的宿主配置文件(CLAUDE.md / AGENTS.md)同理属骨架,见第 3 步。为什么严禁预建 `.paper/` 与 skill 产物:后续 paper 命令靠"文件存不存在、内容有没有"判断项目进行到哪、从哪续跑,预建空文件会让全新项目被误判成半成品;空壳文件混进交付物也违背"交付即可用"的底线。
3. **绝不动既有内容**:目标位置已有的任何文件与目录,不覆盖、不移动、不删除、不编辑。README 或 .gitignore 已存在 → 保留原文件一字不动,仅提示用户自行核对内容是否满足需要。
4. **只增不删**:全程只允许创建目录、创建新文件、`git init`、`git add <本次新建的文件>`、`git commit`。禁止 `rm`、`mv`、覆盖式 `cp`、`>` 截断已有文件、`sed -i` 等一切修改或删除既有内容的命令,也禁止 `git clean` / `git reset` / `git checkout -- ` / `git rm`。
## 何时不做
- **目标目录里发现 `.paper/`**:这是进行中的 Paper-Tutor-Skills 项目。向用户说明这一点,建议直接用对应子命令续作(留痕与进度都在 `.paper/` 里),然后就此打住——不提问、不呈现方案、不创建任何东西。
- **用户只想用某个单点能力**(查文献、核引用、聊选题),没打算建目录:不要把本 skill 当前置步骤强加给用户。
- **与科研项目无关的目录整理**:本 skill 不适用,按普通任务处理。
- **"建好目录后直接帮我写一篇论文"类请求**:目录照建;代写部分不做,走三段式转化——先共情目标(赶时间、想先看到成果),再用用户自己的语言讲清风险(AI 代写的文稿经不起答辩追问与学术诚信核查,署名责任在用户),最后给一个 5 分钟内可见成果的第一步(把标准目录建好