my-fiction

<!-- ===== Layer 1: 永久缓存 ===== --> # 上传指定章节到 My Fiction 并保存 用于把你指定的 1 章或多章，上传到 My Fiction 对应作品下，并按后台要求保存。 <!-- ===== Layer 3: 场景缓存 ===== --> ## 工作目录路由规则（强制） 本 Skill 执行前，必须按以下规则确定工作目录： 1. **读取项目根目录 `Agents.md`**，检查其中 `主输出平台` 声明 2. 若当前平台（My Fiction）匹配 `主输出平台` → 工作目录为 `小说正文/` 3. 若当前平台不匹配 `主输出平台`，或 `Agents.md` 不存在/未声明 `主输出平台` → 工作目录为 `My Fiction/` 后续所有章节文件路径、README.md、分发记录.md 均基于此工作目录。**明确说明**： - **本平台是主输出平台时** → 章节文件、`README.md`、`分发记录.md` 均在 `小说正文/` 下 - **本平台不是主输出平台时** → 章节文件、`README.md`、`分发记录.md` 均在 `My Fiction/` 下 > **路径说明**：以下各节中所有 `My Fiction/` 形式的路经（如 `My Fiction/README.md`、`My Fiction/分发记录.md`）均为工作目录的示例写法。实际目录由上方「工作目录路由规则」确定：本平台是主输出平台时，所有这些路径对应 `小说正文/`；不是主输出平台时，对应 `My Fiction/`。 ## 何时使用 - 你已经把待上传章节放入 `My Fiction/` 目录。 - 你已经在 `My Fiction/README.md` 写好账号、密码、My Fiction 书籍Id、书名等信息。 - 你希望按固定流程自动完成：进入后台 → 手动登录确认 → 判断新建/修改模式 → 填写章节标题 → 粘贴正文 → 添加作者有话说 → 保存 → 继续下一章。 ## 不适用情形 - 你只想做文本润色，不需要打开网站上传。 - 你没有提供 My Fiction 账号或书籍Id。 - 目标不是“保存章节”，而是只做内容校对。 ## 输入前置要求（强制） ### 1) 章节文件目录 - 待上传文件必须放在 `My Fiction/` 下。 - 你会明确指定要上传哪些章节（可单章，可多章）。 - 章节标题**不以文件名直接照抄为准**，必须从章节文件内容中提取并规范化后填写到页面标题框。 ### 1.1) 章节标题提取与组装规则（强制） - 必须从章节文件中提取：章号（阿拉伯数字）、章节标题、正文、作者有话说。 - 若章节文件标题行为 `# 1.1.3 三分钟`，其中 `1.1.3` 表示 `部号.卷号.章号`；提取时必须只取最后一段 `3` 作为源章号，`三分钟` 作为“章节标题”。 - My Fiction 最终上传时虽然使用绝对章号口径，但绝对章号只能基于最后一段章号再按本 Skill 的规则换算，不得把 `1.1.3`、`2.4.17` 这类三级编号原样带入标题输入框；最终只能写成 `Chapter 95 三分钟` 一类格式。 - My Fiction 页面只有**一个章节标题输入框**，最终填入值必须是完整字符串：`Chapter {绝对章号} {章节标题}`。 - `Chapter`、`绝对章号` 与 `标题` 之间必须保留 **1 个空格**，例如：`Chapter 1 天降奇缘`。 - 若章节文件标题行本身已经是完整格式（如 `Chapter 12 Night Visitor`），且章号一致，则可直接使用。 - 若提取到的标题行只有标题文本（如 `夜半来客`），则必须自动组装成 `Chapter {绝对章号} 夜半来客`。 - 不得把文件名中的平台后缀（如 `_My Fiction版`）带入标题输入框。 ### 1.2) 绝对章号规则（强制） - 该平台**不分卷**，章节号必须使用“绝对章号”口径。 - 绝对章号按上传顺序与既有记录综合判定： - 若仅有单卷结构，则绝对章号可直接使用该章在源稿中的顺序号。 - 若源稿来自多卷/多部整合，则绝对章号必须是跨卷累加后的结果。 - 绝对章号必须是阿拉伯数字，不得使用中文数字。 - 若 `分发记录.md` 或本地卷章台账存在历史记录，则必须优先依据历史记录续接绝对章号，避免重复编号。 ### 2) 元数据来源 - 必须读取 `My Fiction/README.md`，至少提取以下信息： - My Fiction 作者后台用户名 - My Fiction 作者后台密码 - My Fiction 书籍Id（**16 进制字符串**，例如 `6a01207e51867`；按“书籍Id判定规则”选取当前章节对应值） - 小说名称（小说书名，用于当前上传目标） ### 2.1) 平台校验（强制） 读取 `My Fiction/README.md` 后，必须检查其第一行一级标题是否等于 `# My Fiction 分发配置`： - **匹配** → 继续执行后续流程 - **不匹配** → 立即停止上传，并向用户报错：`README.md 平台标识与当前 Skill 不符：预期"My Fiction 分发配置"，实际读取到"{实际读取到的标题}"。请检查是否将其他平台的 README.md 误放到了当前工作目录。` ### 3) 分发记录来源（强制） - 必须读取 `My Fiction/分发记录.md`： - 若文件不存在，先创建后再执行分发。 - 用于查询“章节唯一键 -> 章节Id”映射，判定该章是“新建模式”还是“修改模式”。 ### 4) 书名判定规则（强制） - 若小说无分部：小说书名使用该平台目录 `README.md` 中的“小说名称（小说书名）”。 - 若小说有分部（多部）：小说书名使用该章节所在分部的分部名，不得误用总书名。 ### 4.1) 书籍Id判定规则（强制） - 若小说无分部：书籍Id使用该平台目录 `README.md` 中与“小说名称（小说书名）”成对维护的书籍Id。 - 若小说有分部（多部）：书籍Id使用该章节所在分部名对应成对维护的书籍Id。 - 禁止把总书名对应书籍Id用于分部章节，或把分部书籍Id用于非对应分部章节。 - My Fiction 的书籍Id不是纯数字，必须按 16 进制字符串原样使用，不得擅自转十进制。 ### 5) `分发记录.md` 模板（首次创建直接使用） 当 `My Fiction/分发记录.md` 不存在时，必须按以下模板创建： ```markdown # My Fiction 分发记录 > 用途：记录“章节唯一键 -> My Fiction 章节Id”映射，供分发流程判断“新建模式/修改模式”。 ## 字段说明 - `章节唯一键`：固定格式 `MyFiction书籍ID|绝对章号|章名` - `MyFiction书籍ID`：对应 `My Fiction/README.md` 中书籍Id（16 进制字符串） - `章节Id`：章节保存后返回的章节Id - `最近操作`：`新建` 或 `修改` - `更新时间`：`YYYY-MM-DD HH:mm:ss` - `备注`：可选 ## 记录表 |章节唯一键|MyFiction书籍ID|章节Id|最近操作|更新时间|备注| |:--|--|--|:--|:--|:--| ``` ### 6) `README.md` 模板（首次创建直接使用） 当 `My Fiction/README.md` 不存在时，必须按以下模板创建： ```markdown # My Fiction 分发配置 > 用途：存储 My Fiction 书籍信息。分发流程需要用户手动登录，不读取密码。 ## 书籍信息 ### 无分部小说 | 小说名称 | My Fiction 书籍ID | |:--|:--| | 作品名 | 6a01207e51867 | ### 有分部小说 | 分部号 | 分部名 | My Fiction 书籍ID | |:--|:--|:--| | 第1部 | 分部一书名 | 6a01207e51867 | | 第2部 | 分部二书名 | 6a01207e51868 | ## 字段说明 - `小说名称` / `分部名`：必须精确匹配 SKILL 中的"书名判定规则" - `分部号`：必须使用 `第N部` 规范格式（如 `第1部`、`第2部`），并与 `分部名` 一一对应，不得错位或复用 - `My Fiction 书籍ID`：16进制字符串，从 My Fiction 作者后台获取（例如 `6a01207e51867`） ## 登录方式 - **本文件不存储密码**。分发流程将在浏览器打开 My Fiction，需要你在浏览器中**手动登录**。 - 确保登录账号拥有上述书籍的编辑权限。 ## 注意事项 - 分发流程会检查登录状态；如未登录，需要你手动完成登录后再继续。 - 书籍ID 为十六进制格式，请勿混淆为十进制。 ``` ## 执行流程（强制按序） ### 步骤 1：读取本地输入 1. 读取并解析 `My Fiction/README.md`。 2. 确认已获得：账号、密码、目标书籍Id（按“书籍Id判定规则”选取）、目标小说名。 3. 读取 `My Fiction/分发记录.md`，建立“章节唯一键 -> 章节Id”映射（建议唯一键：`MyFiction书籍ID|绝对章号|章名`）。 4. 读取你指定的章节文件，提取每章：源章号（最终一段章号）、章节标题、正文、作者有话说。 5. 对每章生成“页面标题输入框最终值”：`Chapter {绝对章号} {章节标题}`。 ### 步骤 2：进入作者后台 1. **必须新开一个浏览器标签页**，并在该新标签页访问： - `https://write.myfiction.com/my-stories` 2. 该新标签页仅用于本次 My Fiction 上传流程，不复用你当前正在进行其他任务的标签页。 3. 若出现登录态失效或未登录： - 先进入登录流程，但**必须等待用户手动完成登录操作**。 - 在用户明确告诉你“登录完成”之前，禁止继续任何后续步骤。 - 期间不要尝试代填密码、不要伪造登录成功状态。 4. 登录完成后，再继续后续编辑流程。 5. 若编辑页出现新手引导浮层、提示遮挡或确认弹窗： - 先关闭、跳过或收起，确保编辑器可正常操作后再继续。 ### 步骤 3：进入目标书籍章节页（新建/修改二选一） 1. 在访问前，先查询 `My Fiction/分发记录.md` 中该章节是否已有 `章节Id`。 2. 若该章节 **没有** 章节Id（新建模式），访问： - `https://write.myfiction.com/my-stories/chapter/new?book_id={书籍ID}` 3. 若该章节 **已有** 章节Id（修改模式），访问： - `https://write.myfiction.com/my-stories/chapter/edit?book_id={书籍ID}&real_chapter_id=6a01207e51867&_chap_order_id=1` - 其中 `book_id` 使用 `My Fiction/README.md` 中的 16 进制书籍Id。 - `real_chapter_id` 必须替换为该章实际章节Id。 - `_chap_order_id` 使用该章在当前绝对章节序列中的顺序值。 4. 进入编辑页后，先确认当前作品信息与目标书名匹配。 ### 步骤 4：校验当前作品信息 1. 检查编辑页当前作品是否匹配 `README.md` 中的目标书名。 2. 若页面存在章节信息、书籍信息或左上角作品标识，则进一步校验目标书名。 3. 若书名不匹配： - 立即停止当前章上传。 - 返回错误说明（书名不一致）。 - 禁止继续盲传到错误作品。 ### 步骤 5：填写标题输入框 1. 找到章节标题输入框。 2. 将其内容设置为完整字符串：`Chapter {绝对章号} {章节标题}`。 3. 输入前应先全选并清空旧值，避免残留“未命名章节”“草稿标题”或历史标题。 4. 再次核对： - 使用的是阿拉伯数字章号。 - `Chapter`、章号与标题之间只有一个空格。 - 未混入文件名后缀、书名、平台名等无关信息。 ### 步骤 6：填写正文 1. 在正文编辑区域输入该章节正文。 2. 必须确保正文来自你指定的章节文件，不得错章串章。 3. **编辑器为 Draft.js 富文本编辑器**（类选择器 `.public-DraftEditor-content`），以下方法按可靠性排序： - **首选**：`page.keyboard.insertText(bodyText)` — 逐字符模拟输入，Draft.js 能正确捕获并更新内部状态与字数统计。代价是耗时较长（约 15 秒 / 10K 字符）。 - **次选**：`document.execCommand('insertText', false, text)` — 一次性注入纯文本，Draft.js 可识别但极端大文本可能引发 React 内部状态错误。 - **禁用**：直接操作 `el.innerHTML` 或 `el.textContent` — Draft.js 依赖内部 ContentState，绕过 React 的 DOM 操作不会触发字数统计更新，且可能引发"Application error"客户端异常。 ### 步骤 7：添加作者有话说 1. 点击章节编辑区下方的 "+ Add Author's Note"。 2. **注意：该操作并非弹出独立对话框**，而是在正文编辑器下方展开一个内联输入框（`placeholder="Enter author's note here."`）。 3. 在内联输入框中录入该章"作者有话说"内容。 4. **无需点击 SUBMIT**：作者有话说内容与正文在同一页面，最终由 "SAVE" 一并提交。 5. 若页面存在字数限制提示，必须在限制内保存原意，不得超限硬提。 6. 输入完成后确认内容可见，避免输入丢失。 ### 步骤 8：保存并获取章节Id 1. 点击“SAVE”。 2. 等待页面出现保存成功的反馈或等价成功状态。 3. 保存成功后，**必须立即确认当前章节页 URL 已变更为**： - `https://write.myfiction.com/my-stories/chapter/edit?book_id={书籍ID}&real_chapter_id={章节ID}` 4. 从 URL 中提取 `{章节ID}`，将其视为本章的最终 `章节Id`。 5. 若页面没有跳转但保存成功，也应继续检查当前地址栏与页面状态，确认是否已经更新为编辑 URL。 6. 将“章节唯一键 + 章节Id + 更新时间”写回 `My Fiction/分发记录.md`： - 若记录不存在：新增一条。 - 若记录已存在：更新 `章节Id`（如变化）和更新时间。 7. `最近操作` 根据本次模式写为 `新建` 或 `修改`。 > 章节唯一键生成规则（强制）： > - 使用字段顺序：`MyFiction书籍ID|绝对章号|章名` > - 其中： > - `MyFiction书籍ID` 来自 `My Fiction/README.md` > - `绝对章号` 必须是阿拉伯数字，且按不分卷口径持续累加 > - `章名` 为章节标题 > - 该规则用于避免多章节并行分发时的同章号冲突。 8. 若保存成功但仍未明确拿到 `章节Id`： - 本章状态必须标记为“部分成功（已保存，但章节Id未确认）”。 - 立即向用户明确报告阻塞点。 - 禁止把该章静默算作完全成功。 ### 步骤 9：多章循环 - 对每个指定章节，严格重复步骤 3～8，直到全部章节完成。 - 每章开始前都必须先查一次 `分发记录.md` 决定新建/修改模式，不得沿用上一章模式。 ### 连续多章提效模式（推荐） > 目标：在不放松现有强制规则的前提下，减少重复点击、重复粘贴与重复判定成本。 #### 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 章** 为一个小批次执行（已验证为最优节奏：5 章约需 3 分钟，不会触发限流且便于在失败时快速重试）： - 每个小批次完成后立刻回写 `分发记录.md`； - 再进入下一个小批次。 - 每批结束后做对账复核：`计划 = 成功 + 失败`，且成功章均完成 `章节Id` 回写。 - 这样即使遇到 VS 崩溃、登录态波动或网络中断，也只影响当前小批次，不会让整批进度回滚。 > 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://write.myfiction.com/my-stories`，并在需要登录时**等待用户手动完成登录**。 - 每章进入步骤 3 前，必须先查询 `My Fiction/分发记录.md`。 - 新建模式必须使用 `https://write.myfiction.com/my-stories/chapter/new?book_id={书籍ID}`，修改模式必须使用 `https://write.myfiction.com/my-stories/chapter/edit?book_id={书籍ID}&real_chapter_id={章节ID}&_chap_order_id={顺序}`，二者不得混用。 - 章节标题输入框必须填写完整字符串 `Chapter {绝对章号} {章节标题}`，且中间保留一个空格。 - 章节号必须是阿拉伯数字，不得写中文数字。 - 该平台不分卷，章节编号必须使用绝对章号口径，不做卷内相对编号。 - “ADD AUTHOR'S Note” 必须先弹出对话框，再在对话框里录入“作者有话说”。 - “作者有话说”录入后必须点击“SUBMIT”。 - 必须点击“SAVE”完成保存。 - `SAVE` 后 URL 应变更为 `https://write.myfiction.com/my-stories/chapter/edit?book_id={书籍ID}&real_chapter_id={章节ID}`；若未变化，必须继续确认，不得直接默认成功。 - 未拿到 `章节Id` 时，不得把本章标记为完全成功。 - 账号密码仅用于当次登录，不写入产物文件、不外泄。 ## 失败与回退处理 - 登录未完成：必须停在登录等待状态，直到用户明确反馈“登录完成”。 - 页面元素缺失（如按钮改版、对话框未出现）：记录当前失败步骤并停止本章，继续尝试下一章前需先确认页面可操作。 - 书名不匹配：直接停止该书上传流程，要求先修正 `My Fiction/README.md` 或目标书籍Id。 - 保存失败：本章标记失败，重试后仍失败则保留失败记录并继续下一章（除非用户要求遇错即停）。 - “作者有话说”保存态异常或提交后内容丢失：本章先不算完成，需重试“打开作者有话说 → 重填 → 提交 → 再保存”链路；仍失败则记录原因并继续下一章（除非用户要求遇错即停）。 - `章节Id` 获取失败：本章标记“部分成功（已保存，但章节Id未确认）”，要求人工补录章节Id，禁止静默成功。 - `My Fiction/分发记录.md` 写入失败：本章虽然可能已保存，但流程状态必须标记为“部分失败（记录未落盘）”，并立即提示人工补录，禁止静默成功。 ## 实操经验沉淀（基于已知页面信息与分发逻辑） ### 编辑器与内容注入 - **Draft.js 编辑器**：My Fiction 正文编辑器基于 Draft.js（React 富文本框架），类选择器为 `.public-DraftEditor-content`。Draft.js 依赖内部 ContentState，任何绕过 React 的 DOM 操作（如直接设置 `innerHTML`）都不会触发字数统计更新，且可能引发 "Application error" 客户端异常。 - **首选注入方法**：`page.keyboard.insertText(bodyText)` 逐字符模拟键入，Draft.js 可完整捕获并更新内部状态与 Word count。实测 10K 字符约需 15 秒，必须预留足够等待时间（`waitForTimeout(15000)`）。 - **次选方法**：`document.execCommand('insertText', false, text)` 一次性注入纯文本，Draft.js 可识别但超长文本（>15K 字符）可能触发 React 内部状态偏移错误。 - **作者有话说注入**：同样使用 `keyboard.insertText()`，注入后无需点击额外按钮，直接 SAVE 即可。 ### 剪贴板可靠性 - PowerShell `Set-Clipboard` 对大文本（>10K 字符）不稳定，`Get-Clipboard` 可能返回长度为 0。 - `clip.exe` 在非交互式终端中可能因权限问题失败（"拒绝访问"）。 - **结论**：批量上传场景下，优先使用 `keyboard.insertText()` 或 `execCommand`，避免依赖系统剪贴板作为数据传输通道。 ### 数据预处理与注入 - 使用 `page.addScriptTag({ path: dataFile })` 将章节数据（标题、正文、作者有话说）注入到 `window.__chapter*` 全局变量。 - 再用 `page.evaluate(() => window.__chapterBody)` 读取数据后传给编辑器。 - 该方案避免了将完整文本硬编码在 Playwright 代码中，也避免了 Playwright 字符串转义问题。 - 预处理时使用 PowerShell `ConvertTo-Json` 将正文序列化为 JSON 字符串（自动处理换行、引号、Unicode 转义），写入 `.js` 文件。 ### 浏览器导航与弹窗处理 - `write.myfiction.com` 的登录步骤必须留给用户手动完成；这是硬边界，不要替用户"代劳"到过线。 - **`beforeunload` 弹窗**：每次从章节编辑页（`/chapter/edit` 或 `/chapter/new`）离开时，页面会弹出 `beforeunload` 确认框。必须尽早设置 `page.on('dialog', async dialog => { await dialog.accept(); })`，否则每次导航都会被中断。 - `SAVE` 后最终章节 URL 会变成 `https://write.myfiction.com/my-stories/chapter/edit?book_id={书籍ID}&real_chapter_id={章节ID}`；该 URL 是提取章节Id 的优先来源。 ### 章节ID恢复（备用方案） - 若批量执行中断导致某几章的 ID 未能实时提取，可以通过 `My Stories → Story Manage → Drafts` 列表页逐章点击 Edit 获取。 - Drafts 列表按更新时间倒序排列，每行包含 Edit 按钮，点击后会跳转到编辑页，URL 中包含 `real_chapter_id`。 - 该方案适用于：VS 崩溃后未回写记录的章节、网络中断导致的 ID 丢失等场景。 ### 网络韧性 - 浏览器标签页可能出现 `ERR_NETWORK_IO_SUSPENDED` 状态，表现为所有网络请求挂起且页面无法加载。 - 此时需要用户手动刷新或重新打开标签页，且通常需要重新登录。Session 非持久化。 - VS Code 崩溃后，会话中的浏览器页面 ID 和 Playwright 上下文会丢失，需要 `open_browser_page({ forceNew: true })` 重新建立连接。 ### 该平台不分卷 - 因此不要把"卷号"写进标题或章节唯一键里。 - 每章结束以"保存成功 + URL 已确认含章节Id + 已回写记录"为完整完成信号；缺任一项都不算真正闭环。 ### 批量执行效率 - **推荐批次大小**：5 章一批。40 章分 8 批约需 16–20 分钟。 - **单章耗时**：~30–40 秒（导航 2s + 标题 1s + 正文插入 15s + 作者有话说 3s + SAVE 6s + 提取 ID）。 - **批次间隔**：每批结束后立即回写 `分发记录.md`，避免进度丢失。 ## 最小可执行检查表（10秒版） > 用法：每次分发前按顺序快速过一遍；有任意一项不满足，就先修正再上传。 1. **输入是否齐全** - 已明确本次只上传哪些章节（不扩范围）。 - `My Fiction/README.md` 可读到用户名、密码、16 进制书籍Id、书名。 2. **目标是否正确** - 当前编辑页书名与 `README.md` 一致。 - 本章模式已判定：无 `章节Id` 走新建（`/chapter/new?book_id={书籍ID}`），有 `章节Id` 走修改（`/chapter/edit?book_id={书籍ID}&real_chapter_id={章节ID}&_chap_order_id={顺序}`）。 3. **关键输入是否到位** - 标题框是完整格式：`Chapter {绝对章号} {章节标题}`（Chapter + 阿拉伯数字 + 一个空格）。 - 正文已确认写入编辑器可见区（不是误填到别处）。 - "作者有话说"已通过 "+ Add Author's Note" 展开内联输入框并填写（无需 SUBMIT，SAVE 一并提交）。 4. **保存与回写是否闭环**