lornshrimp/分发-番茄小说
用于将“番茄小说/”目录内指定章节批量上传到番茄小说网写作后台并保存为草稿。支持按 README.md 读取账号、密码、书籍ID、书名与卷名校验,自动执行登录、章节信息填写、正文粘贴、作者有话说添加与存草稿循环。关键词:番茄上传、保存草稿、批量传章、番茄写作后台、作者有话说。
npx skills add https://github.com/lornshrimp/Lorn.NovelWriteSkills --skill 分发-番茄小说
<!-- ===== Layer 1: 永久缓存 ===== -->
用于把你指定的 1 章或多章,上传到番茄小说网对应作品下,并全部保存为草稿。
<!-- ===== Layer 3: 场景缓存 ===== -->
本 Skill 执行前,必须按以下规则确定工作目录:
Agents.md,检查其中 主输出平台 声明主输出平台 → 工作目录为 小说正文/主输出平台,或 Agents.md 不存在/未声明 主输出平台 → 工作目录为 番茄小说/后续所有章节文件路径、README.md、分发记录.md 均基于此工作目录。明确说明:
README.md、分发记录.md 均在 小说正文/ 下README.md、分发记录.md 均在 番茄小说/ 下> 路径说明:以下各节中所有 番茄小说/ 形式的路经(如 番茄小说/README.md、番茄小说/分发记录.md)均为工作目录的示例写法。实际目录由上方「工作目录路由规则」确定:本平台是主输出平台时,所有这些路径对应 小说正文/;不是主输出平台时,对应 番茄小说/。
番茄小说/ 目录。番茄小说/README.md 写好账号、密码、番茄书籍 ID、书名、卷名信息。番茄小说/ 下。# 开头)。# 1.1.3 三分钟,其中 1.1.3 表示 部号.卷号.章号;提取时必须只取最后一段 3 作为源章号,三分钟 作为“章节标题”。三分钟;若页面另有章节号字段或后续需要换算绝对章节号,也只能使用最后一段章号 3,不得把 1.1.3 原样上传。番茄小说/README.md,至少提取以下信息:7605776437705985086;按“书籍Id判定规则”选取当前章节对应值)读取 番茄小说/README.md 后,必须检查其第一行一级标题是否等于 # 番茄小说分发配置:
README.md 平台标识与当前 Skill 不符:预期"番茄小说分发配置",实际读取到"{实际读取到的标题}"。请检查是否将其他平台的 README.md 误放到了当前工作目录。番茄小说/分发记录.md:README.md 中的“小说名称(小说书名)”。README.md 中与“小说名称(小说书名)”成对维护的书籍Id。分发记录.md 模板(首次创建直接使用)当 番茄小说/分发记录.md 不存在时,必须按以下模板创建:
# 番茄小说分发记录
> 用途:记录“章节唯一键 -> 番茄章节Id”映射,供分发流程判断“新建模式/修改模式”。
## 字段说明
- `章节唯一键`:固定格式 `书籍ID|分部名|卷号|章号|章名`(无分部时分部名填 `NA`)
- `书籍ID`:对应 `番茄小说/README.md` 中书籍ID
- `章节Id`:番茄发布页 URL 中 `publish/` 后的数字
- `最近操作`:`新建` 或 `修改`
- `更新时间`:`YYYY-MM-DD HH:mm:ss`
- `备注`:可选
## 记录表
|章节唯一键|书籍ID|章节Id|最近操作|更新时间|备注|
|:--|--:|--:|:--|:--|:--|
README.md 模板(首次创建直接使用)当 番茄小说/README.md 不存在时,必须按以下模板创建:
# 番茄小说分发配置
> 用途:存储番茄小说网账号、书籍信息与卷名映射。分发流程将读取此文件。
## 账号信息
- 用户名:`your_username`
- 密码:`your_password`
## 书籍信息
### 无分部小说
| 小说名称 | 书籍ID |
|:--|:--|
| 作品名 | 7605776437705985086 |
### 有分部小说
| 分部号 | 分部名 | 书籍ID |
|:--|:--|:--|
| 第1部 | 分部一书名 | 7605776437705985086 |
| 第2部 | 分部二书名 | 7605776437705985087 |
## 卷名映射
### 分部一书名
| 卷号 | 卷名 |
|--:|:--|
| 1 | 第一卷 卷标题 |
| 2 | 第二卷 卷标题 |
### 分部二书名
| 卷号 | 卷名 |
|--:|:--|
| 1 | 第一卷 卷标题 |
| 2 | 第二卷 卷标题 |
## 字段说明
- `小说名称` / `分部名`:必须精确匹配 SKILL 中的"书名判定规则"
- `分部号`:必须使用 `第N部` 规范格式(如 `第1部`、`第2部`),并与 `分部名` 一一对应,不得错位或复用
- `书籍ID`:通常为大整数(如 `7605776437705985086`)
## 安全提醒
- 本文件包含明文密码,请妥善保管。
- 本文件应存入 `.gitignore`,不提交到公开仓库。
番茄小说/README.md。番茄小说/分发记录.md,建立“章节唯一键 -> 章节Id”映射(建议唯一键:书籍ID|分部名|卷号|章号|章名;无分部时分部名固定为NA)。https://fanqienovel.com/main/writer/book-manageREADME.md 中的用户名和密码登录番茄小说/分发记录.md 中该章节是否已有 章节Id。https://fanqienovel.com/main/writer/{书籍ID}/publish/?enter_from=newchapterhttps://fanqienovel.com/main/writer/{书籍ID}/publish/{章节Id号}publish/ 后到 ? 前(若无 ? 则到路径结尾)的纯数字即该章节 章节Id。{书籍ID} 必须来自 README.md,且是数字串。“{小说名} 第X卷:{卷名}”归墟 第一卷:门禁不认我目标区域格式为:第_章 未命名草稿
_ 替换为阿拉伯数字章节号(如 5)。未命名草稿 替换为实际章节标题(来源于文件内容,通常为第1行 # 标题行),不得使用文件名。X/300):番茄小说/分发记录.md:章节Id(如变化)和更新时间。> 章节唯一键生成规则(强制):
> - 使用字段顺序:书籍ID|分部名|卷号|章号|章名
> - 其中:
> - 书籍ID 来自 README.md
> - 分部名 使用当前分部书名;无分部填 NA
> - 卷号、章号 必须是阿拉伯数字
> - 该规则用于彻底避免多部小说下“同卷同章号”冲突。
分发记录.md 决定新建/修改模式,不得沿用上一章模式。> 目标:在不放松现有强制规则的前提下,减少重复点击、重复粘贴与重复判定成本。
分发记录.md)。{平台目录}/.cache/content_parts/no_part/v{卷号}/*.txt、{平台目录}/.cache/content_parts/p{分部号}/v{卷号}/*.txt + 映射表),浏览器阶段只做“取数据→填写→保存”。1) 打开目标地址(按记录走新建或修改);
2) 填标题;
3) 填正文;
4) 填平台扩展字段(如作者话/发布设置);
5) 保存草稿;
6) 提取章节Id;
7) 回写记录。
5–10 章为一个小批次执行:分发记录.md;> D / E / F 三节统一执行口径:优先保证批次连续性与可回滚性;安全验证类提示一律按阻断处理;数据通道异常必须可降级。
scripts/content_parts_server.mjs:/parts/v/{卷号}/{章号}/parts/p/{分部号}/v/{卷号}/{章号}/parts/{章号} 仅限单批次临时使用。分发记录.md 的实时查询。content_parts_server)时必须提供降级路径:服务不可用时自动回退到本地文件读取,不中断批次执行。计划章数 = 成功章数 + 失败章数,且成功章均完成 章节Id 回写。番茄小说/分发记录.md。publish/{章节Id} 与 publish/?enter_from=newchapter 两种地址必须按记录自动分流,禁止混用。章节Id 回写到 番茄小说/分发记录.md。# 标题行),不得以文件名充当标题。README.md 或目标链接。分发记录.md 写入失败:本章虽然可能已存草稿,但流程状态必须标记为“部分失败(记录未落盘)”,并立即提示人工补录,禁止静默成功。.../publish/{章节Id}?,该 章节Id 必须提取并回写到分发记录。text=添加,容易命中“添加更多设定”等无关元素。# 标题不带 1.1.X 编号,章号应回退到文件名解析;若 # 标题带编号(如 # 1.1.27 ...),上传前要剥离前缀,只填纯标题文本。.../publish/{章节Id} 复核;部分带 ?enter_from=newchapter 的地址可能影响稳定复开。分发记录.md 回滚,保持“台账事实与后台事实一致”。番茄小说/README.md 并提取必需字段。番茄小说/分发记录.md 并正确选择新建/修改 URL。番茄小说/分发记录.md(含章节与章节Id映射)。Take lornshrimp/分发-番茄小说 from the repository into ~/.claude/skills for personal
use, or into .claude/skills inside a project.
The agent identifies a skill by the name field in its header. Two skills with the
same name cannot sit side by side — one of them will be ignored.