大时钟

验证 2026.11.01

在安全模式窗口里验证闪烁，结论可能是反的

卡片悬停放大时图片与输入区的分界会闪一下。之前在安全模式窗口里试了「常驻图层 + 严格裁切」， 没压住，就记成了「这个组合无效」。后来在正常窗口里核实渲染器走的是显卡加速，同样的写法完全不闪—— 安全模式用的是软件绘制，两条绘制路径对图层和裁切的处理本来就不同。 和渲染有关的结论，要先确认自己看的是哪条绘制路径，再下判断。

样式 2026.10.29

挂到 body 下的弹窗，取不到页面作用域里的 CSS 变量

写小说的弹窗在暗色主题下背景是透明的。原因是弹窗挂在 body 下，而背景用的变量只定义在页面根容器上—— 变量取不到值，整条声明失效，背景退回透明；浅色主题只是碰巧被别的规则刷成了白色。 修法是把这组变量的定义同时挂到各类弹窗根上，然后 24 个主题 × 4 类弹窗逐一读计算样式确认。 用了 append-to-body 的组件，别指望它继承页面里的局部变量。

清理 2026.10.29

只被测试调用的代码，也是死代码

死代码检查原来把测试也算作入口，于是「只有测试在调用」的函数永远不会被报出来。 现在测试不再算生产入口，模块内部从「被生产代码用到的导出 + 顶层副作用」做可达性分析， 互相引用、却没人从外面用的声明孤岛也能找出来。第一轮清掉了 46 处，其中一整套从未接上的渠道生命周期约 600 行—— 线上一直跑的是另一份。存量问题记进基线文件，只有新增问题才让检查失败。

布局 2026.10.21

带 transform 的入场动画，会把 fixed 变成 absolute

一条「淡入上移」的入场动画跑完后如果把 transform 留在 translateY(0)， 那个元素就成了 position: fixed 后代的定位参照——里面的固定定位元素不再相对视口， 而是相对这整块容器。表现是它跟着页面一起滚走、永远停不到屏幕右边。 终态回到 none，或者压根不要给可能包住固定元素的容器加带动画的入场。

选择 2026.10.17

找不到的选择，绝不能被换成另一个

服务器把某个模型下架之后，客户端曾经会「贴心地」挑一个目录里还能用的模型继续出片。 问题在于客户选的那个模型可能只是暂时维护、也可能还会回来，而他已经付了钱、 也不知道自己现在用的是另一个模型。现在只有三种处理：找到就规范化、没选就套默认、 选了但找不到就清空并要求重选；三种情况各走各的，不会互相顶替。

计费 2026.10.17

价格档位缺了就拒绝，不能回落到别的价格

按清晰度计费之后，「客户选了 1080P、后台只配了 720P 的价格」变成一个必须明确回答的问题。 悄悄按 720P 收费，客户不会发现；悄悄按 1080P 出片却没收钱，平台会亏。 所以缺档位直接在扣费前拒绝并列出可选档位——宁可让客户重选一次， 也不要让账单和画面价不对板。

配置 2026.10.17

兜底会把「没配」变成「看起来配好了」

一处环境变量兜底让「模型没选服务商」看起来仍然可用：后台状态写着未选择服务商， 调用却成功出片。这种兜底不会报错，只会让配置缺口藏起来， 直到某天变量被清掉、整条链路才一起失效。去掉它之后， 没配就是不可用、保存就被拒绝，问题在哪个环节一目了然。

白名单 2026.10.17

同一份白名单，只许存在一处

渠道 id 的修正规则在服务端有一份、前端有一份，服务端那份更窄。 客户选了「服务器内置模型」，前端认识它、界面正常，服务端却在加载与保存时 把它改写成别的渠道，还不报错——直到出图才冒出一句完全不相关的报错。 两份实现只测了其中一份，另一份从来没有覆盖。现在清单落在叶子模块里、只此一处， 并有一条往返测试逐个渠道值验证读写不变。

交付判据 2026.10.17

「已完成」不能只看最后一步没报错

成片下载完、要写回项目记录时，如果写回失败、取不到项目、或那一集已经被删掉， 落盘函数是返回「这次不该写」而不是抛错。把返回值丢掉的地方照样标成完成、 顺手把待办摘掉——客户于是看到一个「已完成」的镜头，项目里却没有这条视频， 而且不会再有下一次重试。判据因此从「下载没抛错」改成 「客户真的能在项目里看到这条视频」，一处不落地收口到同一个判断。

死代码 2026.10.17

修好的那一份，正好是没人调用的那一份

启动时恢复待办视频的逻辑在仓库里有两份，跑着的是旧的那一份： 带「超过一天就不恢复、视频已存在就跳过」，而真正改好的那份零调用者。 表现是跨天重启就丢任务、重做之后的新任务永久失联—— 客户看不到任何报错，只是视频再也不动了。同一天还清掉了另外四套类似的死副本。 留着第二份的代价从来不是多几行代码，是让人以为「改这边也生效」。

网络 2026.10.17

超时看的是「多久没有进展」，不是「总共最多多久」

上传大文件原本按时长算一个固定总预算，而服务器出口带宽很小——一份几百兆的素材 要传二十多分钟，比预算还长，于是正常传输被判成超时，自动重发两次、 每次白烧一整份流量，最后仍然传不上去。改成每有进展就重新计时、 几十秒毫无进展才判死：慢但一直在动的永不误杀，真卡住的很快收场。

容量 2026.10.17

两个上限之间也有约束

单个账号的素材配额一度比单文件上限还小：一份合法的、接近上限的素材永远传不上去， 而报错只说「暂存已满」。客户看到这句话只会以为自己传坏了或传得太频繁， 反复重试当然还是失败，真正的成因在提示里一个字都看不出来。 这类数不是各填各的——配额必须大于单文件上限，改之前要一起算一遍。

计费 2026.10.17

售价和成本是两个方向，各有各的口径

一开始把上游成本的口径绑在了客户计费方式上，界面上只给一个金额框。 可最常见的组合恰恰是「客户按次付、上游按秒收」——在绑定之下根本填不出来， 想按秒算成本，就得连客户的售价一起改掉。为了记成本而改售价， 比算不准毛利严重得多。两个字段因此拆开、各自独立。

交互 2026.10.17

要让客户能一眼对照，而不是凭印象

想判断「出的片子像不像参考」，得在元素库和镜头卡之间来回翻好几次， 于是大多数人凭印象——而「不像」的两条原因（上游没拿到参考图、 拿到了却没生效）处置完全不同。现在把这次提交带上的参考和成片并排摆出来， 而且是打开时现算：改过元素、重出片之后看到的就是最新的那一份。

素材 2026.10.16

上游拉不到图不会报错，只会当「没有参考图」

参考素材的地址原本只认本机的授权凭证，而真正去拉它的是第三方的上游服务、 根本拿不出这份凭证。于是上游拉不到、也不报错，直接按「没有参考图」出片—— 客户上传了参考图、素材还留在服务器上，成片却跟它毫无关系，全程没有任何提示。 地址因此改成上游凭签名即可拉取，有效期按它可能排队的时长留足。

构建环境 2026.10.15

「存在」不等于「能用」

构建流水线连着十四次失败都没人察觉，因为它失败的理由看着不像理由： 捆绑的二进制文件确实「在」，探测放行，真去执行才报一串读不懂的 not found。 那其实是一百多字节的指针文本——真正的二进制要走大文件存储才会被检出， 检出到的是占位内容。判断改用「能不能跑」而不是「文件在不在」， 顺带也让没装大文件存储的开发机不再选中一个垃圾。

并发写入 2026.10.15

慢操作回来时，别把窗口里的快改动覆盖掉

卷规划、出图这类操作要跑几分钟：先取一份草稿快照，等模型结果，再写回磁盘。 窗口期内客户可能正在改别的章节，把整份快照写回去，就把那些改动静默撤销了—— 编辑打回、新增的章节消失，界面上还看不出是谁干的。 现在改成以最新草稿为底、只写本次真正改动的字段。 快慢两种写入共用一份数据时，写回的范围必须由「这次到底动了什么」决定。

任务队列 2026.10.15

排队任务不能提前销毁它稍后要读的东西

提交是排队异步做的，所以入队时就删掉暂存目录，删的是几分钟后真正提交时还要读的开场帧和参考图。 少了文件并不会报错，只会静默跳过参考图继续出片、照常计费，客户完全无感。 清理判据因此从「这条处理完了」改成「还有没有别的条目在引用它」—— 一个暂存目录往往被同一次提交的多个镜头共用。

异步事件 2026.10.15

等得太早的结论会写进注释

后台弹窗的兜底监听建立在一个被当成环境事实的结论上：只等了 150 毫秒， 就认定「关闭对话框不会触发关闭事件」，于是没有加任何守卫。 实际上那个事件只是更晚才到——客户确认第一问、续体立刻打开第二问时， 第一问排下的关闭事件正好把刚打开的第二问结算成「取消」。 换三个时点重新量一遍才看清。量不到不等于不存在，等待时间也是量测的一部分。

计费边界 2026.10.15

幂等键不能由调用方随手给

上一次给付费端点加上了幂等键，但键是调用方原样透传的： 谁重发时换一个值，去重就形同虚设。现在键由「内容摘要 + 尝试标识」派生—— 提示词改了就必须是新请求，同一次请求的重发才复用同一个键； 服务端另把「正在处理」标记打在扣费之前，让并发的重复投递在第一次还在生成时就被挡住。 幂等不是多一个参数，是加一条必须成立的对应关系。

权益规则 2026.10.15

试用没到期，也该能换正式码

原先「本机授权还没到期」被直接当成拒绝兑换的理由， 于是客户想提前转成正式授权，会被自己那句「你已经激活了」挡住，白等试用跑完。 真正该问的是这次兑换能不能带来增量：没到期就按剩余时间顺延； 只有本就是长期授权、或顺延撞上时长上限，才按「无需重复激活」拒绝，而且这种情况不消耗激活码。 判据从「当前是什么状态」换成「这次操作会不会改变结果」。

模型开关 2026.10.14

两个开关不该被合成一个条件

「发布到客户端」和「启用」本来是两个判断：一个管看不看得见，一个管能不能用。 客户端一度把它们合成一个过滤条件，于是只关「启用」的模型会整个消失。 客户看不到后台开关，只会以为模型丢了。 现在只关「启用」的模型仍留在下拉里、标成不可选，悬停说明它正在维护—— 把选择权留在客户手上，比把选项直接抽走更诚实。

数据归属 2026.10.14

数据不该住在程序目录里

Windows 版的默认数据根曾经算出来正好等于安装目录本身， 于是客户的配置、项目素材和本机授权全住在程序目录里—— 覆盖升级替换程序目录时，它们会一起被清掉。 现在数据根改成安装目录旁边的独立目录，旧目录自动搬一次、原样留着作恢复副本。 「装在哪」和「数据在哪」本来就是两个问题，让它们碰巧相等只是巧合，不是设计。

权益归属 2026.10.14

解绑和删除只差一份剩余时长

后台原先只有「解绑」，它会把这台设备剩下的时长记进「待继承权益」，等客户换机后领回—— 对正常换机是对的。但机器彻底不用了、或者当初就绑错了， 留在账上的那份时长就成了与客户无关的欠账，后台还没法清掉。 于是多了一个「删除」：绑定和时长一起作废。 两个按钮加两句写死的确认文案，比给「解绑」加一个「是否保留权益」的勾选更不容易点错。

下发通道 2026.10.14

给全体的通知，要搭在必经之路上

要有一条能通知到所有客户端的通道，最省事的做法是给它开一个定时器和一个新接口。 但客户端本来就每隔两分钟做一次授权复验，那是一条始终存在、已经签名、一定会跑的链路， 公告直接搭在上面就够了，渲染层一行都不用改。 代价是最坏要等两分钟才可见——为即时性多养一个入口，不值得。

信任边界 2026.10.14

通知也要验签，但坏了不能挡住授权

公告里可以带跳转链接，所以它必须和授权凭证一样签名， 否则链路上任何一跳都能往客户界面塞一句「点击续费」。 但它终究只是展示内容：验签失败时丢掉这条公告就好，绝不能把客户挡在门外。 两件事因此分开签名、也分开失败——把不同重要性的东西绑在同一个成败判断上，是很容易顺手犯的错。

授权计时 2026.10.13

授权计时该跟着设备，而不是账号

账号级有效期只该在设备还不存在时起作用。有效期一旦下沉到每台设备， 续期、取消和解绑才不会互相牵动，后台的动作也只剩下设备维度这一种。 代价是要维护一套「换机时把旧设备剩下的时间领回来」的规则， 但这比让一台设备的操作改掉另一台的结果要清楚得多。

身份判据 2026.10.13

机器会漂移，但不能因此放宽判定

换一块网卡、加一条内存，硬件指纹就会变。与其要求使用者重新激活， 不如用多因子加权加阈值把漂移的设备认回来。 但同一套规则也会放大误认，所以主板标识只取序列号，命中比例也要留出余量。 放宽和收紧必须一起做，只做一半等于给克隆机开门。

排查方法 2026.10.13

静默降级比报错更难查

一个写错的分号能让整段硬件读取静默失败， 一个混进源码的控制字符会让代码搜索返回空而不是报错。 它们的共同点是外层有捕获、界面上没有任何异常， 只能靠真机跑一遍和事后复盘才浮出来。遇到「什么都查不到」，先怀疑工具本身。

计费边界 2026.10.13

付费请求必须幂等

同一次请求被投递两次就会扣两次分。现在付费端点都带幂等键提交， 服务端按键去重并回放上一次的成功结果，出口也统一强制 HTTPS—— 请求在链路上被看见，和它被重复执行一样危险。

访问安全 2026.10.11

安全边界要写进代码，而不是停在评审里

一次安全审计翻出了几处平时不容易注意的入口：把地址片段拼成磁盘路径时， 编码形式的分隔符不会被自动折叠，可以整段绕过目录判断； 用拼接字符串的方式打开文件夹，在部分平台上会被当成命令执行。 现在这些路径都先逐段校验再做包含断言，打开目录改为按参数传递， 登录失败限流也收敛成前后台共用的同一份实现。

样式维护 2026.10.11

把叠加式换肤改回一张能读到底的样式表

后台样式长期靠末尾追加覆盖层换肤，规则越叠越多，也很难判断哪条真正生效。 这一轮把它们摊平成单一样式表，合并重复的变量声明，删除大量被遮蔽的无效规则和零引用的类名与令牌。 改配色之前先让同一份样式连跑几轮自检，确认门禁本身不会误报。

模型接入 2026.10.10

多服务商连接应该留在服务端

内置模型不再和某一家服务商绑死，而是通过连接标识引用不同的接入配置。 连接信息里的密钥只保存在服务端，后台只以掩码回显， 既不会下发给客户端，也不会混进公开的模型目录里。

对外文案 2026.10.10

下发给客户端的内容也要脱敏

报错、任务状态和模型状态现在统一经过同一层脱敏， 不暴露服务端缺了哪一项配置、服务商名称、上游地址或本机路径。 用户看到的是能判断问题的提示，完整原因只写进服务端日志。

数据口径 2026.10.10

昨天的数据不能靠推断

先前的活跃统计只能看到“最近一次在线”，无法还原昨天到底有多少人使用。 现在每次心跳会同时记下当天的自然日活跃记录，昨日活跃按这份记录去重统计， 指标卡也统一了尺寸和对齐口径。

内容检索 2026.10.07

让素材可以反查用到它的镜头

分镜总览新增了按素材查镜头：选定元素后可以筛出使用它的镜头，并只看已经出片的那些。 批量出片改为按当前筛选提交，避免误伤没有选中的镜头， 每个镜头卡片也能就地生成或重新生成。

工程门禁 2026.10.07

用静态门禁替代人工记忆

模块拆分留下的包装函数、重复实现和无引用导出，靠人是记不住的。 这一轮在清理的同时补上静态检查与死代码门禁，从真实入口检查不可达模块， 让“旧代码有没有清干净”变成每次提交都会自动回答的问题。

模型能力 2026.10.06

内置模型也要有完整的调用链路

把内置文本、生图与视频能力收拢到同一套网关和任务视图后， 模型配置、任务状态与结果记录不再分散。没有配置的模型会明确提示不可用， 避免调用时才发现链路缺失。

工程安全 2026.10.06

升级运行时，也是在修复产品边界

桌面运行时升级到 Electron 44，并补上依赖检查、静态检查、自动测试和构建门禁。 安全更新不能只看功能是否还能启动，还要回到依赖审计与真实打包结果。

跨平台 2026.10.06

跨平台不只共用源码

macOS x64 安装包改为按目标架构下载运行组件，并声明中文本地化。 Intel 包不再混入 ARM64 运行时，中文系统下原生文件选择框也回到中文。

内容整理 2026.10.05

批量追加要保留已经建立的关系

分镜可以从文本或多个 TXT 批量追加到本集末尾，编号继续顺延， 已有镜头的内容、元素绑定和生成结果保持原位。导入标记也能被记住并恢复自动识别。

素材处理 2026.10.05

图片进入工作流前先统一规格

上传图片统一做大小与格式归一化，压缩为真正的 PNG，并拒绝超限动图。 共享转换队列避免多张大图同时解码挤占内存。

界面细节 2026.10.05

颜色和行为都要回到真实界面确认

分镜状态、阶段标签和镜号颜色统一到同一套语义；批量操作按钮保持稳定宽度； 分镜快捷跳转舵轮只保留悬停或键盘聚焦时的展开行为；画布 Agent 的快捷键提示与实际绑定一致。

写作闭环 2026.09.27

让写作从生成走到成稿

停笔恢复、光标续写、章节增删、下一卷规划和连续性记忆校正， 把写作从一次生成扩展为一套可以继续、检查和收束的闭环。

编辑体验 2026.09.27

把修改留在正文发生的地方

选中正文即可进行润色、扩写、压缩、增强冲突和强化对白； 当前章节的硬伤也在正文附近展示，改稿与质检不再分散在来回跳转中。

视频可靠性 2026.09.27

下载与任务轮询也要能恢复

视频落盘改为流式写入，并补齐断点续传、Range / ETag 校验和空闲超时； 状态查询与文件下载解耦后，长任务不必因为一次网络波动从头再来。

规则一致性 2026.09.27

模板有边界，项目时长才有唯一来源

接入高燃分镜和严格写实模板后，项目最大镜头时长仍由项目配置统一决定， 模板不再把镜头固定截断为 15 秒。Windows 与 macOS 原生窗口也继续跟随同一套主题偏好。

工程结构 2026.09.27

把持续增长的领域逻辑拆开

视频队列、参考素材暂存、封面共享规则和画布轮询分别收口到独立模块， 让长期维护时的职责边界更清楚，也减少一处修改牵动整条链路的风险。

测试方式 2026.09.21

把本地与远程测试边界写清楚

测试入口现在明确区分两种运行方式：本地模式使用本地账号和独立项目数据；远程模式使用另一套账号与数据目录， 并连接授权和内置模型。两种账号不混用，切换前先关闭应用。本站只记录工程方法，不提供下载、登录或接口入口。

规则与边界 2026.09.21

让法律信息也有清晰的版本记录

服务条款不再只是一次启动时出现的说明。同意状态会绑定具体版本，只有重大变更才要求重新阅读， 日常登录不会被重复打断。

渠道可靠性 2026.09.20

不同渠道不能停留在“能提交”

视频生成的关键不只是一次提交成功，而是任务状态、轮询、重试和镜头绑定都能对应起来。 这一轮补齐了多供应商能力，也把失败恢复的职责收得更清楚。

账号状态 2026.09.20

让模型账号的可用状态更容易核对

账号列表补充了状态查询、持久化和更新时间展示，内置模型状态也会跟随账号信息更新， 减少在渠道切换时反复猜测可用性。

创作入口 2026.09.20

让旧稿和封面继续进入工作流

旧稿导入和封面风格配置补上了创作链路的两个入口，已有内容不必因为工具切换而重新整理。

运行状态 2026.09.16

运行状态也属于产品体验

授权复验不只用于判断是否可用，也能成为在线、活跃和设备心跳的依据。 在授权后台补齐当前在线、DAU、WAU、MAU 和运行时长后，服务状态终于可以被清楚观察。

造型生成 2026.09.14

让参考图真正进入人物造型

人物造型不能只依赖一段文字描述。把服装、服饰和 Logo 参考图纳入生成流程后， 人物设定在连续镜头里更容易保持一致。

工程记录 2026.09.14

把跨平台差异留在构建阶段

Windows 与 macOS 共用同一套业务源码，但运行组件、可执行权限和打包方式并不相同。 把这些差异收口到资源配置和构建流程，才能让日常开发保持稳定。