draft · diff
git:20260612.863dab9 to git:20261104.f5a332f
13 added, 7 removed. Audit A to A.
---
name: draft
- description: 把小说写成"供修改的 Word 草稿"。当用户要把稿子导成 Word/docx、要分章节带目录、章标题左对齐、要标出可以改的地方让自己修改、或说"先写个大概我来筛选修改"时使用。产出 Word 草稿(目录+第X章左对齐+【修改】红色高亮建议)，命名《书名》修改N，绝不覆盖原文。
+ description: 把小说写成"供修改的 Word 草稿"。当用户要把稿子导成 Word/docx、要分章节带目录、章标题左对齐、要标出可以改的地方让自己修改、或说"先写个大概我来筛选修改"时使用。产出便于作者修改和复制的 Word 草稿，章标题左对齐，修改建议默认独立保存，命名《书名》修改N，绝不覆盖原文。
---
# 供修改的 Word 草稿（draft）
定位：**AI 先写个"大概"的草稿供人筛选修改**，不是定稿。按作者的排版习惯导成 Word，并标出可改的地方。
## 何时用
- 把小说/章节导成 Word(.docx)
- 要分章节、带目录、章标题左对齐
- 要 AI"标出可以改的地方"让作者自己改
- "先写个大概我来看看，再筛选修改"
## 输出规则（按作者习惯，务必遵守）
1. **格式 = Word(.docx)**。
2. **绝不覆盖原文**：命名 `《书名》修改1.docx`，已存在就自增 `修改2`、`修改3`…
3. **目录**：自动插入（Word 里右键目录→更新域 生成页码）。
- 4. **章标题"第X章"左对齐**（用 # 开头，脚本自动转 Heading 1 + 左对齐）。
- 5. **标记可改处**：在草稿里用 `【修改：你的建议】` 标出——脚本会渲染成**红色高亮**，方便作者定位修改。
- 6. **字数**：短篇总量 **8000–30000**；**草稿写到 10000–20000**，给作者留"既能删也能扩"的余地。各档篇幅/签约门槛见 `references/length-standards.md`（如番茄短故事 ≥6000、爽款 1万–1.8万）。
+ 4. **章标题用普通文字“第1章 章名”并左对齐**。Word 使用 Heading 1 样式，不加 Markdown 井号、装饰线、星号或自动编号。聊天中的可复制稿也使用这个格式。
+ 5. **正文与建议分离**：默认正文只保留小说内容，修改建议保存到独立文件，按章和段首短语定位。只有作者明确需要行内批注版时才使用 `【修改：建议】`。
+ 6. **字数**：已有稿件按原长导出，不补写凑字数。仅在作者要求完整短篇草稿且未指定长度时，参考总量 8000–30000、草稿 10000–20000；不是单章下限。各档篇幅/签约门槛见 `references/length-standards.md`（如番茄短故事 ≥6000、爽款 1万–1.8万）。
## 在哪里标"修改"建议
草稿里给自己挑刺，常见可改处（借 review/annotate/deslop 的眼光）：
- 节奏偏慢、铺垫过长 → `【修改：这段铺垫偏长，可删减】`
- 开头/章尾钩子弱 → `【修改：章尾再留个钩，比如…】`
- 情绪在"喊"没"演" → `【修改：'我很难过'建议改成动作，见 emotion】`
- 无缘无故的修辞 / 不搭的引用 → `【修改：这个比喻可删】`
- 爽点/打脸不够 → `【修改：此处可加一拍围观反应】`
- 可扩可删的弹性段 → `【修改：此处可扩写到XX字 / 可精简】`
## 工作流
- 1. 先确认：书名、频道/平台/题材、**人称（默认第一人称）**、目标字数。
- 2. 写草稿（调 expand/hook/shuangdian/emotion 等，遵守去 AI 味与第一人称默认），按"# 第X章"分章，可改处插 `【修改：…】`。
+ 1. 先确认：书名、频道/平台/题材、**人称（沿用作者选择）**、目标字数。
+ 2. 已有稿件只转换格式，不擅自重写、改人称或补剧情。需要起草时只写作者约定范围，沿用既有人称与长度要求；没有要求时不为导出而扩成完整短篇。章标题使用“第1章 章名”，建议独立存放。
3. 把草稿存成 markdown，例如 `书名.md`。
4. 运行脚本生成 Word：
```bash
python "${CLAUDE_PLUGIN_ROOT}/skills/draft/build_docx.py" 书名.md --title "书名" --outdir "你的输出文件夹"
```
（缺库先 `pip install python-docx`。）
5. 告诉作者：生成的文件名、正文字数、有几处【修改】建议。
## 原则
- **是草稿不是定稿**：写"大概"，把精修留给作者；用【修改】把你的判断显式标出来，而不是替作者拍板。
- **永远新建文件**，不动原稿——作者的版本由作者掌控（也可配合 `memory` 的 git 快照）。
- 短篇控制在 8000–30000，草稿停在 10000–20000 留余地。
## 其它模型（ChatGPT/DeepSeek 等不能跑脚本时）
- 直接按上面 Markdown 约定输出（# 第X章 + 正文 + 【修改：…】），让作者自己粘进 Word；或在能生成文件的环境里下载。
+ 输出普通文字章标题和干净正文，建议另列，避免将井号、分隔线、评分或修改标记混入复制稿。不宣称已生成不可用的 Word 附件。
## 下一步
作者改完 → 可再 `review` 复诊、`memory` 存档/快照。
+
+
+ ## 作者主导与输出约定
+
+ 遵守仓库根目录 `references/author-led-workflow.md` 的版本与采用规则。教学、备选和诊断不混入小说正文。已有作者要求优先，不要求每个小步骤重新确认。
+