���发 ���乎小说

<!-- ===== 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、书名信息。
• 你希望按固定流程自动完成：登录 → 进入作品管理 → 判断新建/修改模式 → 填写章节标题与正文 → 保存稿件 → 回写章节Id。

不适用情形

• 你只想做文本润色，不需要打开网站上传。
• 你没有提供知乎账号或书籍ID。
• 目标不是“保存稿件”，而是“发布/上架”。

输入前置要求（强制）

1) 章节文件目录

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

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

• 必须从章节文件中提取：章节号（阿拉伯数字）、章节标题、正文。
• 若章节文件标题行为 # 1.1.3 三分钟，其中 1.1.3 表示 部号.卷号.章号；提取时必须只取最后一段 3 作为源章号，三分钟 作为“章节标题”。
• 知乎标题框只应填写标题文本 三分钟 或其压缩版；若后续在分发记录或绝对章节号换算中需要使用编号，也只能使用最后一段章号 3，不得把 1.1.3 原样写入标题框。
• 知乎章节标题框是单一输入框，且当前实测存在 15 字上限。
• 标题填写应以平台可保存为最高优先级：
• 优先使用精简标题文本（建议不带 第X章 前缀），控制在 15 字内。
• 若原始标题超限，必须先压缩标题，再执行保存稿件。
• 分卷/章号信息不强制写入知乎标题框，应通过分发记录保持“卷号/章号/章名”的映射一致性。

2) 元数据来源

• 必须读取 知乎/README.md，至少提取以下信息：
• 知乎用户名
• 知乎密码
• 小说知乎书籍ID（纯数字，如 11997642；按“书籍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`：知乎章节编辑地址中的 `id` 参数（纯数字）
- `最近操作`：`新建` 或 `修改`
- `更新时间`：`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`：纯数字，从知乎作者后台获取

## 注意事项

- 知乎章节标题有 15 字上限，超限将被截断
- 分发流程会自动压缩标题至 15 字内

## 安全提醒

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

执行流程（强制按序）

步骤 1：读取本地输入

• 读取并解析 知乎/README.md。
• 确认已获得：账号、密码、目标书籍Id（按“书籍Id判定规则”选取）、目标小说名。
• 读取 知乎/分发记录.md，建立“章节唯一键 -> 章节Id”映射（建议唯一键：知乎书籍ID|分部名|卷号|章号|章名；无分部时分部名固定为 NA）。
• 读取你指定的章节文件，提取每章：卷号、章号（阿拉伯数字）、章节标题、正文。

步骤 1.5：计算绝对章节编号（沿用七猫口径）

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

步骤 2：登录知乎作者后台

• 必须新开一个浏览器标签页，并在该新标签页访问：
• https://www.zhihu.com/author-platform/home/management
• 该新标签页仅用于本次知乎上传流程，不复用你当前正在进行其他任务的标签页。
• 若出现未登录状态：
• 进入登录流程后选择“密码登录”。
• 输入 README.md 中的用户名和密码完成登录。
• 登录成功后，必须停留在作品管理页：
• https://www.zhihu.com/author-platform/home/management

步骤 3：进入作品管理并定位目标作品（新建模式前置）

> 本步骤是知乎新建章节的硬前置：新增章节不能靠手改 URL 进入，必须从页面左下角“增加小节”按钮进入。

• 在作品管理页选择“中长篇作品”。
• 在作品列表中定位目标作品：
• 作品名称列会显示“作品名称 + 作品ID”。
• 作品名称可点击。
• 点击目标作品名称进入内容编辑页。
• 在内容编辑页左上角校验书名是否与 README.md 中目标书名一致。
• 不一致则立即停止，不得继续上传。
• 若进入后出现“编辑器使用说明”等浮层：
• 先关闭浮层，再执行“增加小节/填写正文/保存稿件”。
• 未关闭前不得误判为按钮失效或页面改版。

步骤 4：新建/修改分流

• 每章开始前，先查 知乎/分发记录.md：
• 若已有 章节Id：走修改模式。
• 若无 章节Id：走新建模式。

• 修改模式：
• 直接访问：https://www.zhihu.com/author-platform/writer?id={章节Id}&step=2
• 再次确认页面仍属于目标书籍。

• 新建模式（必须通过按钮进入）：
• 在目标作品内容编辑页点击左下角“增加小节”按钮。
• 跳转后会进入新建章节地址，URL 形如：
• https://www.zhihu.com/author-platform/writer?id={章节Id}&step=2
• 从 URL 中提取新生成的 {章节Id}（纯数字）。

步骤 5：填写章节标题与正文

• 先确认当前章的绝对章节编号（来自步骤 1.5）。
• 在章节标题输入框填写平台合规标题（建议不带 第X章 前缀）。
• 必须确保标题长度不超过 15 字（界面通常显示为 X/15）。
• 若标题超限（如 27/15），先压缩标题后再保存稿件。
• 在正文编辑区粘贴该章正文。
• 知乎无“作者有话说”输入区域，不要尝试填写作者有话说。

步骤 6：保存稿件并回写记录

• 点击页面底部“保存稿件”按钮。
• 点击后必须等待并读取页面顶部反馈信息（不得立即切章）：
• 至少等待 2~5 秒，观察顶部是否出现“保存成功 / 已保存到云端 / 等价成功提示”。
• 若未出现成功提示，或只出现失败/异常提示，则该章不得记为成功。
• 若提示短暂消失，需在当前页再次触发一次保存并复核提示文本。
• 将“章节唯一键 + 章节Id + 更新时间”写回 知乎/分发记录.md：
• 若记录不存在：新增一条。
• 若记录已存在：更新 章节Id（如变化）和更新时间。

步骤 7：多章循环（知乎特有）

• 对每个指定章节重复步骤 4～6，直到全部章节完成。
• 强制规则：当要继续新增下一章时，不能依赖手改 URL 进入新建页；必须回到作品内容编辑页，再次点击左下角“增加小节”按钮，获取新的章节 URL 与新的章节Id。
• 只有“修改已有章节”时，才允许直接通过 writer?id={章节Id}&step=2 URL 进入。

连续多章提效模式（推荐）

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

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

• 在打开网页前，一次性完成以下预处理：
• 章节号 / 章节标题提取；
• 正文与平台扩展字段拆分（如作者的话 / 发布设置文本）；
• 平台限制预检（如标题字数、作者话字数、必选发布项）；
• 新建 / 修改模式预判（来自 分发记录.md）。
• 产物建议统一放入临时队列（如内存对象或 {平台目录}/.cache/content_parts/no_part/v{卷号}/*.txt、{平台目录}/.cache/content_parts/p{分部号}/v{卷号}/*.txt + 映射表），浏览器阶段只做“取数据→填写→保存”。

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

• 对于每一章，保持统一节拍：

1) 打开目标地址（按记录走新建或修改）；

2) 填标题；

3) 填正文；

4) 填平台扩展字段（如作者话/发布设置）；

5) 保存草稿；

6) 提取章节Id；

7) 回写记录。

• 除“目标地址”和“填入文本”外，其余动作应尽量保持同一套定位器与顺序，避免每章临时切换策略。

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 回写。

关键边界与硬规则

• 必须只上传用户明确指定的章节，不得擅自扩展范围。
• 步骤 2 必须使用新标签页进入知乎后台，禁止占用用户正在使用的原标签页。
• 作者后台入口固定为：https://www.zhihu.com/author-platform/home/management。
• 新建章节必须从“中长篇作品 → 目标作品 → 左下角增加小节”链路触发；禁止通过拼接 URL 伪造新建。
• 修改章节地址固定为：https://www.zhihu.com/author-platform/writer?id={章节Id}&step=2。
• 每章最终保存动作必须是“保存稿件”。
• 章节标题必须满足知乎编辑器当前 15 字上限；超限必须先压缩再保存。
• 不要求在知乎标题中强行写入 第X章；卷号/章号以分发记录台账为准。
• 章节编号统一采用“绝对章节编号”口径进行判定与校验；知乎不分卷场景按单序列连续递增。
• 知乎没有“作者有话说”输入位，分发流程中不做该字段写入。
• 每章保存成功后必须回写 知乎/分发记录.md。
• 账号密码仅用于当次登录，不写入产物文件、不外泄。

失败与回退处理

• 登录失败：提示账号/密码错误并停止，不继续后续章节。
• 出现二次验证（验证码/滑块）：必须立即暂停流程，等待用户手动完成验证并明确反馈“登录完成”；在收到该反馈前不得继续任何后续步骤。
• 登录后若再次触发二次验证（接口 400/403 或验证弹窗）：仍按“必须暂停并等待用户反馈登录完成”处理，不得假定登录态永久有效。
• 页面元素缺失（如“中长篇作品”或“增加小节”按钮改版）：记录失败步骤并停止该章。
• 关键浮层遮挡（如编辑器使用说明）导致按钮无法点击：先关闭浮层再重试，仍失败才按“页面元素缺失”处理。
• 书名校验不一致：直接停止该书上传流程，禁止盲传。
• “保存稿件”失败：本章标记失败；重试后仍失败则保留失败记录并继续下一章（除非用户要求遇错即停）。
• “保存稿件”后未看到明确成功提示：本章状态记为“未确认成功”，必须在当前章节页二次保存并读取顶部反馈；仍未确认则记失败，不得回写成功台账。
• 分发记录.md 写入失败：流程标记为“部分失败（记录未落盘）”，并提示人工补录。

实操经验沉淀（知乎）

• 先完成“中长篇作品 + 作品名称点击进入 + 左上角书名校验”，再填正文，能显著降低传错书风险。
• 新建章节时，writer?id={章节Id}&step=2 里的 id 就是章节Id，保存后应立即回写记录。
• 连续新增多章时，每一章都要重新点击“增加小节”获取新章节Id；不要复用上一个新建页 URL。
• 知乎编辑器标题位当前实测为 15 字上限；超限会阻断稳定保存，需先压缩标题再点“保存稿件”。
• 页面首次进入可能弹出“编辑器使用说明”浮层，会遮挡“增加小节/保存稿件”等按钮；必须先关闭浮层。
• 每章以“保存稿件成功”提示作为唯一完成信号，没有成功提示就不算完成。
• “保存稿件”后不要立刻跳下一章；先盯顶部反馈，再判定是否成功。
• 自动化日志中的“已处理/已点击保存”不能替代页面成功信号；台账写入只能发生在成功信号之后。

本次实跑教训（2026-05-10）

• 知乎/分发记录.md 首次不存在时，必须先按模板创建，否则新建/修改分流无法执行。
• 标题规则应以平台门禁优先：本次原始标题 第1章 做了三年田野纪录片，有一次素材让我现在还没想通 显示 27/15，需压缩为可保存标题后再提交。
• 登录后仍可能在后续请求中出现验证或风控（如 captcha 接口异常）；必须立即暂停并等待用户明确反馈“登录完成”，不可当作一次性动作。
• 判定保存成功时建议交叉验证三项：
• 页面出现“已保存到云端/保存成功”等成功信号；
• 目录小节数/条目发生预期变化；
• 当前 writer URL 可稳定访问并用于回写章节Id。

本次批量实跑复盘（2026-05-21）

成功经验

• 批量前先完成“章节预处理（标题压缩到 15 字内 + 正文去作者有话说）”，可明显减少保存阶段报错。
• 先切到“中长篇作品”并点进目标作品，再循环“增加小节 → 填写 → 保存稿件”，稳定性高于直接靠 URL 推测页面状态。
• 每章新建后立即从 writer?id={章节Id}&step=2 提取 章节Id，可避免后续回写错位。

暴露问题

• 仅凭脚本计数（如“处理了多少章”）会出现误判；它不等于“真正保存成功”。
• 在快速批量场景中，若点击“保存稿件”后立即切章，可能漏读顶部反馈，导致“已点击但未保存成功”的隐性失败。

修正后的强制口径

• 每章点击“保存稿件”后，必须等待并读取页面顶部反馈文本；未见明确成功提示，禁止判定成功。
• “成功章数”统计口径必须改为：拿到顶部成功提示 + 可回访当前 writer 页 + 章节Id 已回写台账 三者同时成立。
• 任一条件不成立，该章进入失败清单或待补传清单，不得混入成功计数。

完成检查清单

• 已读取 知乎/README.md 并提取必需字段。
• 已在作品管理页选择“中长篇作品”并定位目标作品。
• 已通过点击作品名称进入内容编辑页，并完成左上角书名校验。
• 已在每章开始前查询 知乎/分发记录.md，正确区分新建/修改模式。
• 新建章节均通过“增加小节”按钮进入，并获取新章节Id。
• 修改章节均通过 writer?id={章节Id}&step=2 地址进入。
• 每章均完成绝对章节编号计算或校验（知乎不分卷场景按单序列口径）。
• 每章均完成：平台合规标题输入（≤15字）、正文填写、点击“保存稿件”。
• 每章保存后均已回写 知乎/分发记录.md（含章节与章节Id映射）。
• 已输出每章结果（成功/失败及原因）。