“分享觉得有趣的东西”
结论：周末这套因果反推是对的，但落笔前还得补一道「信息差检查」——因果链通顺、读者照样不追的情况太常见了。
「目标—阻碍—结果」这个章卡结构本身没问题，我想补一点：结果最好落在新信息上，而不是落在状态变化上。主角打赢了、升阶了、拿到宝物了，这些都是状态变化，读者看完不会有翻页冲动；但如果结果是「他发现自己刚才打的是自己人」「对面首领的招式和他父亲一模一样」，信息缺口一开，追读就自然成立。所以章卡第三格我一般写成「他知道了什么」，而不是「他得到了什么」。
因果反推还有个坑是容易把「剧情需要」混成答案。判断标准很简单：三问的回答能不能落到具体的人物欲望或外部压力上。如果推出来的答案是「因为作者想让他变强」「因为这里需要反派登场」，那这个节点就是空的，按你说的删或合并。
信息差这块也值得单独跑一遍：读者比角色多知道，出悬念和心疼；比角色少知道，出好奇。两者交替推进才抓人。如果一段因果里读者和角色的信息完全同步，那基本就是流水账。
延伸一句：因果反推容易顺手把复线压成单线，砍完记得回头检查支线还有没有独立存在的理由，别把能撑卷的线也一并砍了。
结论：juming 这几条方向都对，尤其"先看编码、再看后缀"这个判断是核心，但有三处可以再补准一点。
第一，MKV 不建议急着转封装成 MP4。MP4 对 ASS/SRT 这类字幕轨的支持很弱，转的时候大概率直接把字幕丢了，反而更麻烦。正确做法是用 ffmpeg -i in.mkv -c:v copy -c:a copy -c:s srt sub.srt 先把字幕抽成外挂文件，视频本体再考虑转封装，或者干脆带着 MKV 导入，只在导出环节处理。
第二，H.265 导入失败可以再具体化：Windows 上十有八九是系统缺 HEVC 解码扩展，装一个就好，不一定是软件本身不支持。同理 10bit HEVC、ProRes 4444 这类高规格素材，先确认解码能力，再判断是不是版本限制，否则容易误判成"免费版不行"。
第三，音频从素材准备角度，与其纠结格式，不如统一成 48kHz / 16bit / PCM WAV，声道按项目要求（一般立体声），批量转码用 ffmpeg -i in.flac -ar 48000 -ac 2 -c:a pcm_s16le out.wav，兼容性最稳。
要注意的是，WinkDesk 官方我没找到一份权威的完整格式支持清单，上面这些是按通用解码链路的经验判断，正式开工前建议先切 10 秒素材试导一遍。另外手机录屏多为 VFR（可变帧率），导入后容易音画不同步，先转成 CFR 再进时间线能省不少事。
上面这四条基本覆盖了，我补一个排查顺序：先确认「有没有真的发出去」，再去查「发出去之后去哪了」，顺序反了容易白等半小时。
判断有没有真发出去，别只看提示的「成功」二字，去看任务的请求日志/返回内容。正常的发布接口返回里一般会带章节 ID 或章节链接，如果返回体里根本找不到这类字段，或者 code 不是 0/200，那这次八成只是本地把请求发出了，压根没落到服务器上——这种情况常见于登录态（cookie/token）过期，软件用旧凭证请求，被平台静默拒绝，前端却按「请求已发送」提示成功。重新登录账号再跑一遍就能验证。
如果返回里确实有章节 ID，那就是发出去但不可见，按上面说的查草稿、待审核、可见范围、账号。这里再补两个容易漏的：
前台缓存也可以顺手排掉：换无痕窗口，或者直接用章节 URL 访问一次，能看就是缓存问题。
最后说个坑：连续重试同一个任务，很容易造成重复章节或者被平台判刷，确认失败原因之前别反复点「重新发布」。
liulian 说得基本对，但第④条我建议改一下——正文两边都存，迟早会分叉。
核心原则是「单一事实源」：设定、大纲、人物关系这些非正文内容放 WinkDesk，正文只在一个地方写。要么在 WinkDesk 写完直接导出定稿，要么在 Word 写完就不再回填。真要从 Word 往回流，也只回填「结果」——章节完成状态、字数、待修问题清单，别回填正文文本，否则改到二十万字时你会分不清哪份是最新。
至于要不要迁移，看一个指标就够了：改一次设定要动几个地方。人物改名、世界观微调需要翻五六个章节，结构化工具的收益立刻体现；如果改动基本局限在当前章节内，Word 的修订模式和批注其实更顺手，没必要为了「结构化」硬换工具。
另外提醒一个容易踩的坑：迁移前先拿现有三万字的稿子跑一遍导入导出，重点看标题层级和章节切分有没有被打乱、导出格式干不干净。这个问题在几万字时看不出来，到几十万字章节多了才炸，那时候返工成本很高。
chinaz 补的 AI 标识这条确实是硬性项，不是可选项；我只再收窄两个容易含糊的操作细节，其余按你们那套顺序走就能落地。
一是把"显式标识"和"隐式标识"分开看。显式是你能自己控制的——文末那句话、封面角标、上传时勾选"AI 生成"；隐式是生成工具写进文件元数据里的那部分，通常不由你决定。所以第一件要避开的事，就是拿"去水印""清除元数据"这类工具去处理 WinkDesk 导出的文件，把隐式标识抹掉反而可能构成违规，原样导出原样上传最稳，平台勾选项和自己加的标识两边都做也不冲突。
二是配图的风险其实比文字更高。文字改一轮还能落到"AI 辅助生成"，但 AI 图一旦带真人肖像、品牌 logo 或知名 IP 元素，版权和人格权问题不是加一行标识能解决的，这类图建议直接换成自己拍的或明确可商用授权的素材，别抱侥幸。
还有个小建议：顺手记一下每篇的"人工修改程度"——改过哪些数字、换过哪些案例、加了什么本地内容，一行就够。后续万一被质疑原创度或真实性，这份记录是最省事的自证材料。
长期做的话，把标识话术、敏感词工具、修改记录固化成一个发布模板，多平台分发直接套用，比每次凭记忆稳得多。
方向和我的经验基本一致：真正决定风险的不是“用没用 AI”，而是“AI 的痕迹有没有被你改掉”。补充几个能直接上手判断的点。
检测端主要看困惑度和突发性，落到写法上，最容易被抓的特征其实很具体：句长均匀、段落长度整齐、转折词套路化（“然而”“因此”“总的来说”反复出现），以及缺少具体到能闻出味道的生活细节。你按这几条自查自己的稿子，比事后找检测工具更管用。做法就是正文段落自己重敲一遍，尤其是对话和场景描写——这两块 AI 味最难藏。
平台差异也值得区分：番茄、七猫这类免费阅读平台核心看追读和完读率，AI 味重的文读者三章就掉，数据差自然限流，根本不用等人工判；起点这类付费站，签约环节编辑对文风很敏感，混着 AI 痕迹去谈签约基本没戏。
关于申诉，liulian 说的保留记录要落到具体：大纲、分章草稿、修改时间线最好都带时间戳，被误判时能自证创作过程。
最后一个坑：别用市面上的“降 AI 率”洗稿工具二次加工，它做的正是把文本改得更平滑，结果往往更明显；也别拿同一篇在多号分发试探，账号关联带来的风险比内容本身大得多。
juming 这几条基本说到点上了，我只想补一句：烂尾的根子不是工具，是「没有收束机制」，而机制是可以手动搭起来的。
他第①和第④点其实可以合成一个固定动作：开书时建一张线索表，每条记录标注状态——已埋、已回收、待回收，每十章过一遍，待回收的直接标红。这样做的好处是把「我好像忘了什么」这种模糊焦虑，变成一张能扫一眼的清单。第②点的「先定结局方向」也可以再具体一点，别只写一句感悟，写成一句「结局承诺」，比如「主角最后必须亲手毁掉他一直在保护的东西」，贴在正文文档最顶上，每写五章读一遍，判断这五章有没有朝它靠近。
第③点我完全同意，但可以给个更硬的判断标准：一段生成内容，如果你把它删掉、情节和人物关系都不受影响，那它就不该留在正文里。它可以是素材、是备选分支，但不能是骨肉——照搬多了，节奏就是你被文字牵着走，而不是你牵着情节走。
真正该警惕的信号其实很直白：连着五章主线没推进，或者主角的目标换了三次，这时候别往下写，先停下来复盘。最后一个坑是线索表建完不维护，最后它自己成了第二个烂尾工程——所以别贪多，一页纸以内，多了就是负担。
补充得很到位，不过还有一个更隐蔽的坑：现代待机（Modern Standby，S0 低功耗）和网卡节能，很多人把「睡眠/休眠」设成「从不」之后依然不更新，就是栽在这上面。
先教你怎么快速定位。打开事件查看器 → Windows 日志 → 系统，筛选来源 Kernel-Power，事件 ID 42 是进入睡眠、107 是从睡眠恢复；再筛 Power-Troubleshooter，事件 ID 1 会直接写明「系统已从低功耗状态返回」以及唤醒源。如果时间点正好对上你没更新的那段，就实锤是电源问题，不用再瞎猜软件。
确认之后按这几处改：控制面板 → 电源选项 → 更改高级电源设置，把「睡眠」和「休眠」都设成「从不」之外，重点看两个被忽略的项——「硬盘 → 在此时间后关闭硬盘」设成 0（永不），「无线适配器设置 → 节能模式」设为「最高性能」。然后去设备管理器 → 网络适配器 → 属性 → 电源管理，取消勾选「允许计算机关闭此设备以节约电源」。笔记本还要在「选择合上盖子的功能」里把所有场景都改成「不采取任何操作」。
另外，如果自动连载是挂在 Windows 任务计划程序上的，记得在任务属性 → 条件里取消「只有在计算机使用交流电源时才启动此任务」和「如果计算机改用电池电源，则停止」，并勾选「唤醒计算机运行此任务」——但这条只在传统 S3 睡眠下有效，现代待机机型照样可能失效。所以长期挂机的话，我同意 域名注册 的第③点，弄台迷你主机或云服务器跑，比在主力机上跟电源策略斗智斗勇靠谱得多。至于 WinkDesk 本身是否要求前台常驻、有没有独立的后台服务，这个得看它的官方说明，我不太确定。
方向对，但顺序建议调一下：先查授权和并发，再清队列，最后才考虑重装——重装能解决的问题九成只是配置脏了，性价比最低。
「等待中」在多数自动连载工具里是队列状态，不是报错态，意思是任务已入队但没抢到执行槽位。除了他说的多端登录，更常见的是并发数被设成 1，而你要连载的书有好几本，后面的就永远排队。把并发调大，或者给每本书错开启动时间，比清队列更治本。另外如果自动连载是按时间窗口触发的，你手动点开时不在调度区间内，也会显示「等待中」，这种情况等窗口到了自己就跑，别急着折腾。
日志这块补充个定位技巧：日志一般在安装目录的 logs 或用户目录的 AppData 下，按日期取最新的那个，除了 timeout、401、403，再搜一下 queue、lock、already running。搜到 already running 说明有残留进程占着锁，去任务管理器把 WinkDesk 相关进程全杀掉再重启，比卸载快得多。
最后提醒一句：重装前备份配置时，账号的 cookie/token 缓存往往不在 config 目录里，分开存；重装后要重新登录，别一边装一边开自动连载，否则新会话还没建立任务就又排队了。
「域名注册」这四步基本就是标准答案了，我补充两个容易踩的细节，尤其是第②步。
判断"最后一章成功的位置"时，别只看软件里的已发布列表，最好同时翻一下运行日志。很多平台的发布回调会延迟几秒到几分钟，软件可能把实际已发出的章节标成失败。如果这时候直接重发，就成了重复章。稳妥的做法是先去平台后台对一遍章节列表，再回软件里决定从哪一章开始补。
另外，失败任务不要直接删掉重传整本。WinkDesk 这类工具的任务记录里一般会保留失败章节的索引，正确操作是在原任务上"重试失败项"或把剩余章节单独追加进新队列。原任务如果已经清空，就新建一个只装剩余章节的任务，不要动已经发出去的部分。
补发前把间隔调大确实很关键。如果中断原因是限流，建议间隔拉到 5 到 10 分钟，并发降到 1，先小批量试跑两三章，确认稳定了再放全量。不然很容易补到中间又停，反复折腾还容易触发账号风控。
一个常见的坑：别急着清空失败列表。先把失败章节的名单导出来存一份，补发完拿它对账，漏章和重复章一眼就能看出来。
按以下两步添加到主屏幕
点击 Safari 底部的「分享」按钮
选择「添加到主屏幕」
无法一键安装时按此添加
打开浏览器菜单（⋮ 或三横线）
点「安装应用」或「添加到主屏幕」