agentsclimarketplace

分发 微信订阅号

Skill lornshrimp/Lorn.NovelWriteSkills/小说分发/分发-微信订阅号

用于将“微信订阅号/”目录内指定章节批量上传到微信公众平台(订阅号)后台并保存为草稿。支持按 README.md 读取账号、密码、作者笔名、小说名称与微信书籍ID,自动执行登录、获取本次会话 token、按新建/修改分流填写标题与正文、完成文章设置(作者有话说/原创声明/合集)并保存草稿,同时回写文章Id到分发记录。关键词:微信订阅号上传、公众号发布、保存草稿、批量传章、原创声明、合集。From its SKILL.md

Install
npx -y skills add lornshrimp/Lorn.NovelWriteSkills --skill 分发-微信订阅号

Assembled from the repository path, not quoted from the project. Check it against their README if it does not work.

One thing to look at

  • no licenseNo license file was found in the repository. Code published without one is not open source by default, so using it at work is a question for whoever answers licensing questions where you are.

SKILL.md

21.3 KB, ~7.7k tokens by cl100k_base, as published. Nobody here has run it

<!-- ===== Layer 1: 永久缓存 ===== -->

上传指定章节到微信订阅号并保存草稿

用于把你指定的 1 章或多章,上传到微信公众平台对应账号下,并全部保存为草稿。

<!-- ===== Layer 3: 场景缓存 ===== -->

工作目录路由规则(强制)

本 Skill 执行前,必须按以下规则确定工作目录:

  1. 读取项目根目录 Agents.md,检查其中 主输出平台 声明
  2. 若当前平台(微信订阅号)匹配 主输出平台 → 工作目录为 小说正文/
  3. 若当前平台不匹配 主输出平台,或 Agents.md 不存在/未声明 主输出平台 → 工作目录为 微信订阅号/

后续所有章节文件路径、README.md、分发记录.md 均基于此工作目录。明确说明:

  • 本平台是主输出平台时 → 章节文件、README.md、分发记录.md 均在 小说正文/ 下
  • 本平台不是主输出平台时 → 章节文件、README.md、分发记录.md 均在 微信订阅号/ 下

路径说明:以下各节中所有 微信订阅号/ 形式的路经(如 微信订阅号/README.md、微信订阅号/分发记录.md)均为工作目录的示例写法。实际目录由上方「工作目录路由规则」确定:本平台是主输出平台时,所有这些路径对应 小说正文/;不是主输出平台时,对应 微信订阅号/。

何时使用

  • 你已经把待上传章节放入 微信订阅号/ 目录。
  • 你已经在 微信订阅号/README.md 写好账号、密码、作者笔名、小说名称等信息。
  • 你希望按固定流程自动完成:登录 → 获取本次 token → 判断新建/修改模式 → 填写标题与正文 → 文章设置 → 保存为草稿 → 回写文章Id。

不适用情形

  • 你只想做文本润色,不需要打开网站上传。
  • 你没有提供微信订阅号账号或必要元数据。
  • 目标不是“保存为草稿”,而是“直接群发/发布”。

输入前置要求(强制)

1) 章节文件目录

  • 待上传文件必须放在 微信订阅号/ 下。
  • 你会明确指定要上传哪些章节(可单章,可多章)。
  • 章节标题不以文件名直接照抄为准,必须从章节文件内容中提取并规范化后填写到页面标题框。

1.2) 正文与作者有话说拆分规则(强制)

  • 必须将章节文本拆成两个独立字段:正文 与 作者有话说。
  • 正文编辑区禁止出现 ## 作者有话说 标题及其内容。
  • “作者有话说”只能进入摘要/作者有话说输入框(并压缩至 120 字以内),不得回灌正文。

1.1) 章节标题提取与组装规则(强制)

  • 必须从章节文件中提取:章节号(阿拉伯数字)、章节标题、正文、作者有话说。
  • 若章节文件标题行为 # 1.1.3 三分钟,其中 1.1.3 表示 部号.卷号.章号;提取时必须只取最后一段 3 作为源章号,三分钟 作为“章节标题”。
  • 微信订阅号最终上传时虽然使用绝对章节号口径,但绝对章节号只能基于最后一段章号再按本 Skill 的规则换算,不得把 1.1.3、2.4.17 这类三级编号原样带入标题输入框;最终只能写成 第95章 三分钟 一类格式。
  • 微信订阅号标题是单一输入框,最终填入值必须是完整字符串:第{绝对章节号}章 {章节标题}。
  • 章号 与 标题 之间必须保留 1 个空格,例如:第1章 天降奇缘。
  • 若提取到的标题行只有标题文本(如 天降奇缘),则必须自动组装成 第{绝对章节号}章 天降奇缘。

2) 元数据来源

  • 必须读取 微信订阅号/README.md,至少提取以下信息:
    • 微信订阅号用户名
    • 微信订阅号密码
    • 作者笔名(用于原创声明)
    • 微信书籍ID(按“书籍Id判定规则”选取当前章节对应值)
    • 小说名称(小说书名候选;最终以“书名判定规则”确定合集匹配名)

2.1) 平台校验(强制)

读取 微信订阅号/README.md 后,必须检查其第一行一级标题是否等于 # 微信订阅号分发配置:

  • 匹配 → 继续执行后续流程
  • 不匹配 → 立即停止上传,并向用户报错:README.md 平台标识与当前 Skill 不符:预期"微信订阅号分发配置",实际读取到"{实际读取到的标题}"。请检查是否将其他平台的 README.md 误放到了当前工作目录。

3) 分发记录来源(强制)

  • 必须读取 微信订阅号/分发记录.md:
    • 若文件不存在,先创建后再执行分发。
    • 用于查询“章节 -> 文章Id”映射,判定该章是“新建模式”还是“修改模式”。

4) 书名判定规则(强制)

  • 微信订阅号目录中的“小说名称”即小说书名。
  • 若小说无分部:小说书名使用该平台目录 README.md 中的“小说名称(小说书名)”。
  • 若小说有分部(多部):小说书名使用该章节所在分部的分部名。

4.1) 书籍Id判定规则(强制)

  • 若小说无分部:书籍Id使用该平台目录 README.md 中与“小说名称(小说书名)”成对维护的书籍Id。
  • 若小说有分部(多部):书籍Id使用该章节所在分部名对应成对维护的书籍Id。
  • 禁止把总书名对应书籍Id用于分部章节,或把分部书籍Id用于非对应分部章节。

5) 分发记录.md 模板(首次创建直接使用)

# 微信订阅号分发记录

> 用途:记录“章节唯一键 -> 微信文章Id”映射,供分发流程判断“新建模式/修改模式”。

## 字段说明

- `章节唯一键`:固定格式 `微信书籍ID|分部名|绝对章号|章名`(无分部时分部名填 `NA`)
- `微信书籍ID`:对应 `微信订阅号/README.md` 中书籍ID
- `文章Id`:微信编辑地址中的 `appmsgid` 参数(纯数字)
- `最近操作`:`新建` 或 `修改`
- `更新时间`:`YYYY-MM-DD HH:mm:ss`
- `备注`:可选

## 记录表

|章节唯一键|微信书籍ID|文章Id|最近操作|更新时间|备注|
|:--|--:|--:|:--|:--|:--|

6) README.md 模板(首次创建直接使用)

当 微信订阅号/README.md 不存在时,必须按以下模板创建:

# 微信订阅号分发配置

> 用途:存储微信订阅号账号、书籍信息与合集映射。分发流程将读取此文件。

## 账号信息

- 用户名:`your_username`
- 密码:`your_password`

## 作者信息

- 作者笔名:`笔名`

## 书籍信息

### 无分部小说

| 小说名称 | 微信书籍ID |
|:--|--:|
| 作品名 | 11997642 |

### 有分部小说

| 分部号 | 分部名 | 微信书籍ID |
|:--|:--|--:|
| 第1部 | 分部一书名 | 11997642 |
| 第2部 | 分部二书名 | 11997643 |

## 卷名映射

### 分部一书名

| 卷号 | 卷名 |
|--:|:--|
| 1 | 第一卷 卷标题 |
| 2 | 第二卷 卷标题 |

### 分部二书名

| 卷号 | 卷名 |
|--:|:--|
| 1 | 第一卷 卷标题 |
| 2 | 第二卷 卷标题 |

## 合集映射

| 小说名 / 分部名 | 目标合集名 |
|:--|:--|
| 作品名 | 合集名称 |

## 字段说明

- `小说名称` / `分部名`:必须精确匹配 SKILL 中的"书名判定规则"
- `分部号`:必须使用 `第N部` 规范格式(如 `第1部`、`第2部`),并与 `分部名` 一一对应,不得错位或复用
- `微信书籍ID`:纯数字,从微信公众号后台获取
- `目标合集名`:公众号已创建的合集名称

## 安全提醒

- 本文件包含明文密码,请妥善保管。
- 本文件应存入 `.gitignore`,不提交到公开仓库。

执行流程(强制按序)

步骤 1:读取本地输入

  1. 读取并解析 微信订阅号/README.md。
  2. 确认已获得:账号、密码、作者笔名、目标书籍Id(按“书籍Id判定规则”选取)、小说名称,并按“书名判定规则”得到本章目标小说名(用于合集匹配)。
  3. 读取 微信订阅号/分发记录.md,建立“章节唯一键 -> 文章Id”映射(建议唯一键:微信书籍ID|分部名|绝对章号|章名;无分部时分部名固定为 NA)。
  4. 读取你指定的章节文件,提取每章:卷号、章号(阿拉伯数字)、章节标题、正文、作者有话说。

步骤 1.5:计算绝对章节编号(不分卷口径)

  1. 章节编号统一使用“绝对章节编号”口径,不使用卷内局部编号。
  2. 计算方式:
    • 读取 分发记录.md 中同一目标书籍Id下全部已记录章节;
    • 依据 绝对章号排序后,计算当前章节的绝对序号。
  3. 微信订阅号不分卷发布场景,章节号使用绝对章节号,计算公式为:
    • 绝对章节号 = 前面各卷章节数之和 + 该章节在所在卷的相对章号。
  4. 示例:
    • 若第1卷有90章、第2卷有100章:
    • 第1卷第5章 → 绝对章节号第5章;
    • 第2卷第5章 → 绝对章节号第95章;
    • 第3卷第5章 → 绝对章节号第195章。
  5. 若 分发记录.md 不存在或无历史记录,则按上述公式从已知卷章结构计算;无法确定前卷章数时需先补齐台账后再发布。

步骤 2:登录微信公众平台

  1. 必须新开一个浏览器标签页,并在该新标签页访问:
    • https://mp.weixin.qq.com/
  2. 该新标签页仅用于本次微信订阅号上传流程,不复用你当前正在进行其他任务的标签页。
  3. 若出现未登录状态:
    • 进入登录流程,选择“使用账号登录”。
    • 输入 README.md 中的用户名和密码完成登录。
  4. 登录后会到达首页,URL 形如:
    • https://mp.weixin.qq.com/cgi-bin/home?t=home/index&lang=zh_CN&token={用户Token}
  5. 从当前 URL 中提取并记录本次会话 token:
    • 仅在本次会话中使用;
    • 不得落盘,不做持久化存储。

步骤 3:新建/修改分流

  1. 每章开始前,先查 微信订阅号/分发记录.md:

    • 若已有 文章Id:走修改模式。
    • 若无 文章Id:走新建模式。
  2. 新建模式:

    • 访问:
    • https://mp.weixin.qq.com/cgi-bin/appmsg?t=media/appmsg_edit_v2&action=edit&isNew=1&type=77&createType=0&token={用户Token}&lang=zh_CN
  3. 修改模式:

    • 访问:
    • https://mp.weixin.qq.com/cgi-bin/appmsg?t=media/appmsg_edit&action=edit&type=77&appmsgid={文章Id}&isMul=1&replaceScene=0&isSend=0&isFreePublish=0&token={用户Token}&lang=zh_CN

步骤 4:填写标题与正文

  1. 在标题输入框填写:第{绝对章节号}章 {章节标题}。
  2. 在正文编辑区粘贴该章正文。
  3. 必须确保正文来自你指定的章节文件,不得错章串章。
  4. 保存前必须校验标题字符串不含 undefined / NaN / 空章号。

步骤 5:文章设置(强制)

5.1 作者有话说(最大120字)

  • 在“原创”声明上方、且“拖拽或选择封面”按钮右侧的文本框填写“作者有话说”。
  • 文本来源为章节文件中的“作者有话说”,并压缩到最大 120 字。

5.2 原创声明(必选)

  • 必须勾选“原创”声明。
  • 点击后弹出浮层中:
    • “声明类型”选择“文字原创”;
    • “作者”填写 微信订阅号/README.md 中声明的作者笔名;必须使用模拟键入(逐字输入)方式填写,不得仅粘贴或脚本一次性赋值,以确保触发前端校验;若出现“字符数为0/仍提示需填写作者”,先聚焦输入框并清空,再以模拟键入重填;
    • 点击“确定”。
  • 点击“赞赏”后面的链接,在弹出的对话框中:
    • “赞赏类型”选“赞赏作者”;
    • 然后点击“确认”。

5.2.1 赞赏(必选,阻断级)

  • 赞赏不是可选优化项,属于保存前阻断级门禁。
  • 若未明确完成“赞赏作者”设置,不得进入“保存为草稿”步骤。

5.3 合集(必选)

  • 必须添加“合集”。
  • 在弹出浮层中输入“按书名判定规则得到的目标小说名”,并在搜索结果中选择匹配项。
  • 点击“确定”。

步骤 6:保存草稿

  1. 点击“保存为草稿”。
  2. 等待页面反馈保存成功(或等价成功提示)。

步骤 7:新建章节提取文章Id

  1. 对于新建章节,保存后会得到新的 URL,形如:
    • https://mp.weixin.qq.com/cgi-bin/appmsg?t=media/appmsg_edit&action=edit&reprint_confirm=0&timestamp=1778422403278&type=77&appmsgid={章节Id}&token={用户Token}&lang=zh_CN
  2. 从 URL 中提取 appmsgid 作为新的文章Id。
  3. 将“章节唯一键 + 文章Id + 更新时间”写回 微信订阅号/分发记录.md:
    • 若记录不存在:新增一条;
    • 若记录已存在:更新 文章Id(如变化)和更新时间。

步骤 8:多章循环

  • 创建或修改更多章节时,严格循环步骤 3~8。
  • 每章都必须重新校验:本次 token 是否有效、当前章节是新建还是修改。

连续多章提效模式(推荐)

目标:在不放松现有强制规则的前提下,减少重复点击、重复粘贴与重复判定成本。

A. 先批量预处理,再进入浏览器连续执行

  • 在打开网页前,一次性完成以下预处理:
    • 章节号 / 章节标题提取;
    • 正文与平台扩展字段拆分(如作者的话 / 发布设置文本);
    • 平台限制预检(如标题字数、作者话字数、必选发布项);
    • 新建 / 修改模式预判(来自 分发记录.md)。
  • 预处理产物必须包含最小数据模型(缺一不可):
    • absoluteChapterNo
    • chapterTitle
    • fullWechatTitle(第{绝对章节号}章 {章节标题})
    • bodyText
    • afterwordText
    • afterwordSummary120
    • mode(新建 / 修改)
    • existingAppmsgId(修改模式)
  • 产物建议统一放入临时队列(如内存对象或 {平台目录}/.cache/content_parts/no_part/v{卷号}/*.txt、{平台目录}/.cache/content_parts/p{分部号}/v{卷号}/*.txt + 映射表),浏览器阶段只做“取数据→填写→保存”。

B. 浏览器阶段采用“固定入口 + 重复节拍”

  • 对于每一章,保持统一节拍:
    1. 打开目标地址(按记录走新建或修改);
    2. 填标题;
    3. 填正文;
    4. 填平台扩展字段(作者有话说 ≤120);
    5. 完成原创声明;
    6. 完成赞赏作者;
    7. 完成合集;
    8. 通过保存前断言;
    9. 保存草稿;
    10. 提取章节Id;
    11. 回写记录。
  • 除“目标地址”和“填入文本”外,其余动作应尽量保持同一套定位器与顺序,避免每章临时切换策略。

C. 用“小批次提交”替代“整批一次性提交”

  • 推荐按 5–10 章为一个小批次执行:
    • 每个小批次完成后立刻回写 分发记录.md;
    • 再进入下一个小批次。
  • 这样即使遇到限流、登录态波动或页面改版,也只影响当前小批次,不会让整批进度回滚。

D / E / F 三节统一执行口径:优先保证批次连续性与可回滚性;安全验证类提示一律按阻断处理;数据通道异常必须可降级。

D. 对“高频弹窗”做一次性消噪

  • 对平台中反复出现的非阻塞提醒(字数提醒、教学浮层、引导弹窗),首次可消噪后继续主流程。
  • 仅当弹窗真实阻断“输入/保存/提交”关键路径时,才升级为失败处理或人工接管。

E. 失败分层:快跳过、可续跑

  • 对单章失败采用“记录原因并继续下一章”的策略(除非用户要求遇错即停)。
  • 失败章需记录最小必要信息:
    • 章节唯一键;
    • 失败步骤(打开页 / 标题 / 正文 / 平台扩展字段 / 保存 / 回写);
    • 页面关键提示。
  • 批量结束后按失败清单单独补传,避免在主循环里反复卡住。

F. 数据通道提效(可选)

  • 长批量自动化场景可选用 scripts/content_parts_server.mjs:
    • 无分部:/parts/v/{卷号}/{章号}
    • 有分部:/parts/p/{分部号}/v/{卷号}/{章号}
    • 平铺 /parts/{章号} 仅限单批次临时使用。
  • 该方式是提效手段,不替代各平台 Skill 的书籍Id判定、章节唯一键、回写规则与失败处理要求。

G. 批量执行防误用补丁(建议默认开启)

  • “新建 / 修改模式预判”仅用于提效,不得替代每章执行前对 分发记录.md 的实时查询。
  • “高频弹窗消噪”仅限非安全类提示;涉及登录风控、验证码、实名校验、账号安全提示时,一律按阻断处理并暂停。
  • 失败分层需加入“致命错误即停”:书名/卷名(或作品)不匹配、书籍ID错误、登录态异常未解除时,不得继续下一章。
  • 使用数据通道(如 content_parts_server)时必须提供降级路径:服务不可用时自动回退到本地文件读取,不中断批次执行。
  • 每个小批次结束必须执行对账复核:计划章数 = 成功章数 + 失败章数,且成功章均完成 章节Id 回写。

H. 2026-05-21 事故复盘硬化门禁(强制)

  • 以下任一命中,当前章必须判定失败并阻断保存:
    • 标题出现 第undefined章 或章号为空;
    • 正文包含 ## 作者有话说 标题块;
    • 赞赏未设置为“赞赏作者”;
    • 合集仍为“未添加”。
  • 禁止把“拿到 appmsgid”作为质量通过条件;appmsgid 只代表保存成功,不代表内容与设置合格。

关键边界与硬规则

  • 必须只上传用户明确指定的章节,不得擅自扩展范围。
  • 步骤 2 必须使用新标签页进入微信后台,禁止占用用户正在使用的原标签页。
  • 作者后台入口固定为:https://mp.weixin.qq.com/。
  • 登录后 token 每次会变化,仅可会话内使用,不得写入本地文件。
  • 新建与修改 URL 必须按分发记录自动分流,禁止混用。
  • 标题必须使用合并格式:第X章 标题文本(X 为绝对章节号,章号与标题之间有 1 个空格)。
  • 微信订阅号不分卷,章节编号统一采用绝对章节号口径进行判定与校验。
  • “文章设置”四项必须完成:作者有话说(≤120字)+ 原创声明 + 赞赏作者 + 合集。
  • 每章最终保存动作必须是“保存为草稿”。
  • 每章保存成功后必须回写 微信订阅号/分发记录.md。
  • 账号密码仅用于当次登录,不写入产物文件、不外泄。

失败与回退处理

  • 登录失败:提示账号/密码错误并停止,不继续后续章节。
  • 出现二次验证(验证码/扫码确认/风控):必须立即暂停流程,等待用户手动完成验证并明确反馈“登录完成”;在收到该反馈前不得继续任何后续步骤。
  • token 失效或过期:返回主页重新获取 token 后重试当前章。
  • 页面元素缺失(如原创声明、合集入口改版):记录失败步骤并停止该章。
  • 合集搜索无匹配:停止保存,提示先在后台创建或确认合集名称。
  • “保存为草稿”失败:本章标记失败;重试后仍失败则保留失败记录并继续下一章(除非用户要求遇错即停)。
  • 分发记录.md 写入失败:流程标记为“部分失败(记录未落盘)”,并提示人工补录。

实操经验沉淀(微信订阅号)

  • 登录后优先确认并提取 token,再做新建/修改分流,能减少因 token 失效导致的回退。
  • 先完成“原创声明 + 合集”再保存草稿,避免保存后反复补设置。
  • 新建章节保存后 URL 中出现 appmsgid,这是回写文章Id最稳定的来源。
  • 每章结束以“保存为草稿成功”提示为唯一完成信号,没有成功提示就不算完成。
  • 标题生成后先读回标题框内容,发现 undefined/NaN/空章号 立即阻断,禁止带病保存。
  • 正文与作者有话说必须在预处理阶段拆分完成;正文一旦检测到 ## 作者有话说,该章必须回退重组。
  • 赞赏与合集必须在保存前完成并可见,不得以“后续补设”替代。

完成检查清单

  • 已读取 微信订阅号/README.md 并提取必需字段。
  • 已登录微信公众平台并获取本次会话 token(未落盘)。
  • 已在每章开始前查询 微信订阅号/分发记录.md 并正确区分新建/修改模式。
  • 每章均完成绝对章节号计算或校验(不分卷单序列口径)。
  • 每章均完成:标题、正文、作者有话说(≤120字)、原创声明、赞赏作者、合集、保存为草稿。
  • 每章保存后均已回写 微信订阅号/分发记录.md(含章节与文章Id映射)。
  • 已输出每章结果(成功/失败及原因)。

What ships with it

Read from the repository

Just SKILL.md. No reference files, no scripts.

Keep looking

Skills are one crate of 325,949. Ordering is by how many stacks a row turns up in, so the top of any crate is what has actually been picked rather than what has the most stars.