用于将“番茄小说/”目录内指定章节批量上传到番茄小说网写作后台并保存为草稿。支持按 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映射)。Guide users through a structured workflow for co-authoring documentation. Use when user wants to write documentation, proposals, technical specs, decision docs, or similar structured content. This workflow helps users efficiently transfer context, refine content through iteration, and verify the doc works for readers. Trigger when user mentions writing docs, creating proposals, drafting specs, or similar documentation tasks.
Automatically creates user-facing changelogs from git commits by analyzing commit history, categorizing changes, and transforming technical commits into clear, customer-friendly release notes. Turns hours of manual changelog writing into minutes of automated generation.
Use when implementing any feature or bugfix, before writing implementation code
Use when you have a spec or requirements for a multi-step task, before touching code
Use when creating new skills, editing existing skills, or verifying skills work before deployment
Use when writing or improving README files. Not all READMEs are the same — provides templates and guidance matched to your audience and project type.
| Remove signs of AI-generated writing from text. Use when editing or reviewing text to make it sound more natural and human-written. Based on Wikipedia's inflated symbolism, promotional language, superficial -ing analyses, vague attributions, em dash overuse, rule of three, AI vocabulary words, negative parallelisms, and excessive conjunctive phrases.
Official Opentrons Protocol API for OT-2 and Flex robots. Use when writing protocols specifically for Opentrons hardware with full access to Protocol API v2 features. Best for production Opentrons protocols, official API compatibility. For multi-vendor automation or broader equipment control use pylabrobot.
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.