| 1.3.23 | 2026-10-09 | 修复 1 项 · 说明 1 项 - 修复「版本管理」里的「启用」现在会真的切换启用版本：被启用的那个版本会标记为线上版本、其余版本自动取消，应用列表的「启用版本」列也跟着变。此前点了启用、也提示了成功，但库里没有任何变化
- 说明「恢复编辑」（把某个已发版本还原成当前编辑内容）在离线模式下仍只是回显成功：发版快照里没有存流程内容，需要一次带设计快照的改造才能真还原，本轮没有半做实现
|
| 1.3.22 | 2026-10-09 | 修复 1 项 - 修复新建或编辑计划任务成功后，计划任务列表现在会立刻显示这条任务。此前任务确实写进了调度库、界面也要等手动刷新才看得到，容易让人以为没建成功而反复新建
|
| 1.3.21 | 2026-10-09 | 修复 1 项 - 修复「创建副本」弹窗里改过的应用名现在会真正生效。此前不管把名字改成什么，建出来的副本始终是「原名-副本」，界面却照样提示创建成功
|
| 1.3.20 | 2026-10-09 | 修复 1 项 - 修复执行结束后，执行记录列表里的这一行会自己翻到最终结果（成功/失败/中止）。此前偶发出现"任务其实已经停止，列表那一行还一直显示正在执行"，需要手动刷新才会更新——现在在终态事件后的单次刷新之外，再补一次 5 秒后的单次回读（不引入轮询）
|
| 1.3.19 | 2026-10-09 | 修复 1 项 · 说明 1 项 - 修复执行中的任务现在能在执行记录列表里看到"跑到哪一步了"：正在执行的记录行会显示当前步骤名与该步骤已耗时。此前这一行始终停在"准备中 · 0s"，即使机器人已经在执行原子也看不到步骤——根因是引擎把"步骤开始"这类帧只发给了右下角的浮动提示通道，从未发给客户端
- 说明运行日志面板的显示内容保持不变（步骤开始帧只用于行内进度，不额外刷进日志列表）；进度仍是事件驱动，不做轮询
|
| 1.3.18 | 2026-10-08 | 修复 1 项 · 说明 1 项 - 修复流程运行期间界面被"看不见的遮罩"锁住：当执行器已启动但与客户端的通信未能建立（如启动过程中出错、执行器异常退出）时，设计器会被一层**完全透明**的加载遮罩盖住，最长约 200 秒内点击任何位置都没有反应——包括工具栏上的「停止」，用户只能干等。现在这层透明遮罩不再拦截点击，且所有结束路径（运行成功、运行失败、停止完成、停止失败）都会把它关掉
- 说明遮罩中间的提示框（含"退出"按钮）仍可正常点击；透明背板改为点击穿透，不影响提示与进度展示
|
| 1.3.17 | 2026-10-05 | 优化 1 项 · 说明 1 项 - 优化暗色模式下分隔线、边框与浅灰底色跟随主题：又收编一批写死的灰色（分隔线/边框/悬停底色），浅色下颜色逐像素不变，暗色下不再出现刺眼的浅灰线条
- 说明只替换"声明属性与令牌语义一致"的位置（边框色只换成边框令牌、底色只换成背景/填充令牌），避免把彩底白字误换成背景色；台账计数 854 → 842，棘轮继续锁定"只准减不准增"
|
| 1.3.16 | 2026-10-05 | 优化 1 项 · 说明 1 项 - 优化暗色模式下品牌主色跟随主题：此前界面样式里写死了品牌色，切到暗色后这些位置不随主题变化；现在统一走主题令牌，浅色下颜色逐像素不变，暗色下与其余品牌色元素保持一致
- 说明本批只收编界面样式中的品牌色（9 处，含 7 处半透明底色的等价写法），插画与色板数据里的颜色属于素材数据、不在本批范围；台账计数 870 → 854，并由棘轮门禁锁定"只准减不准增"
|
| 1.3.15 | 2026-10-05 | 修复 1 项 · 说明 1 项 - 修复应用列表的「更新时间」列排序真正生效：此前点击表头只有箭头在变、列表顺序始终不变（离线客户端固定按创建时间倒序返回）。现在按表头指示的升序/降序返回结果，名称、启用版本、最新版本三列同样可排
- 说明排序只在白名单字段上生效，未知字段一律不排序（不会把界面传来的字段名拼进查询语句）
|
| 1.3.13 | 2026-10-05 | 修复 2 项 - 修复离线状态下使用「AI 草稿编排」不再无限等待：未配置或未连通 AI 模型服务时，此前发出指令后对话会一直停在"思考中…"，只能手动点"停止响应"。现在会立即在对话里给出具体原因（如未启用端点、端点尚未通过连通性测试、模型端点不可达），并提示到 设置中心 › AI 模型服务 处理
- 修复同类问题一并收口：所有走流式接口的功能（AI 对话、Python 包安装进度等）在收到"非事件流"响应时都会按失败处理并给出原因，不再静默停在进行中
|
| 1.3.12 | 2026-10-05 | 修复 1 项 · 说明 3 项 - 修复导航到不存在的页面时不再整片空白：此前应用遇到未注册的路径会把界面渲染成空白页，既不提示也不回到可用页面，用户只能重启客户端。现在这类地址会兜回设计器首页，界面与左侧菜单保持完整
- 说明现场取证（出货包真机，deploy/docs/evidence/sweep-run-round112-f44.out）：打开一个不存在的地址后仍落在设计器首页，可见控件 22 个、菜单完整、无未捕获异常
- 说明同一轮把"暗色模式覆盖九个视图"的旧口径改成点名台账：9 个视图里 6 个在离线模式真正可达，「团队市场」「应用市场」与设计器首页入口由路由守卫重定向回「创建的工程」，这三处在离线态无法单独呈现属既定行为
- 说明本版只改前端：随包引擎与上一版逐字节相同（python_core sha256 2b8a8e1e…9d64），计划任务的表达式校验与调度同步隔离保持 1.3.11 的行为
|
| 1.3.11 | 2026-10-05 | 修复 2 项 · 说明 2 项 - 修复一条数据异常的计划任务不再让**所有**定时任务停止工作：触发器同步此前把整批任务放在同一个错误处理里，只要有一条任务的类型/字段不合法（例如任务类型被写成数字），整批同步中止并对外报「任务更新失败」——其余正常的计划任务从此静默不再被调度，而界面上没有任何地方说明调度已经停了。现在按任务逐条隔离：坏的那条被点名跳过并写进日志，其余任务照常调度
- 修复通知触发器刷新这一步失败时不再在前台留下未捕获的报错：通知是尽力而为的旁路（引擎侧本有周期性重同步兜底），失败不再污染界面
- 说明现场取证（出货包真机）：故意保留一条任务类型为数字的畸形任务并叠加一条正常的每天 09:00 任务，随后触发同步——客户端收到 code=200「任务更新成功」，触发器日志新增一条"跳过"记录而没有新增"同步失败"（deploy/docs/evidence/sweep-run-round102-c18c20.out）；应用新建/删除的往返扫描此前每轮必现 2 次未捕获报错，现在为 0（sweep-run-round100-f41.out）
- 说明计划任务的非法表达式仍按上一版口径在保存时就拒收（0 9 * * 8 报"超出取值范围"），并保证测试/操作留下的任务会被真删且回读确认
|
| 1.3.10 | 2026-10-05 | 新增 1 项 · 修复 3 项 · 说明 3 项 - 新增计划任务的「高级（cron）」频率有了可视化编辑器：常用频率下拉（每分钟 / 每5分钟 / 每小时整点 / 每天 09:00 / 工作日每天 09:00 / 每周一 09:00 / 每月1日 09:00）、分 时 日 月 周 五个字段点选、表达式栏与字段双向同步。编辑器与原来的手写输入框绑同一个字段，改任一侧另一侧即时跟随
- 修复空的「高级」定时任务不再显示一个其实没写进去的默认时间：此前编辑器会把默认表达式显示成"已配置"，但字段仍为空，保存时照旧提示必填——界面显示的与存下来的不是一回事
- 修复非法 cron 表达式在保存时就被拦下并给出具体原因（字段数不对 / 片段无法识别 / 超出取值范围 / 不支持的扩展语法）。此前只要非空就能保存：任务建好了却永远不会触发（引擎按五段调度，非法片段在调度器里直接抛错），列表里表现为一条看起来正常、实际从不执行的任务。本地引擎在"新增"和"更新"两个写入口同样拒收
- 修复勾选「定时关闭任务」后点「保存」毫无反应：时间校验不通过时这条内部等待既不成功也不失败，现在校验失败会正常结束这次保存并保留字段下方的红字原因
- 说明调度口径是五个字段（分 时 日 月 周），周字段 0=周一…6=周日、7 等同周日；六段（带秒）以及 ? / L / # 一类扩展语法不被接受。编辑器与引擎用同一把尺校验，不再各判一套
- 说明现场取证（出货包真机）：deploy/docs/evidence/sweep-run-round94-c7.out 取到"空态不报红也不虚显、选「每5分钟」两栏同为 */5 * * * *、手写 15 3 * * 2 编辑器同步"；sweep-run-round92-c7.out / round93 取到包内引擎对 0 9 * * 8 返回"cron 表达式无法调度"、对 0 9 * * 1 正常创建；sweep-run-round95-c7.out 取到设计器发起的运行在「应用执行记录」无需刷新页面即落到"成功"终态
- 说明记录行内"当前步骤名 + 耗时"的实时刷新需要一条跑得足够久的流程才能观测，本版纳入的是"终态自动呈现"这一档，实时步骤名仍待后续取证
|
| 1.3.9 | 2026-10-04 | 新增 1 项 · 修复 1 项 · 说明 3 项 - 新增离线本地模式的 AI 对话可以接自己部署的模型了：在「设置中心 › AI 模型服务」填写 OpenAI 兼容端点地址（例如本机 Ollama 的 http://127.0.0.1:11434/v1）与模型名，连通性测试通过后，AI 对话会真正转发到该端点并流式返回。此前配置界面已经能存端点，但离线引擎侧没有承接这条请求的路由，界面表现为无响应
- 修复AI 请求在"未启用端点"或"尚未通过连通性测试"时，离线引擎现在返回可读的降级提示（引导去设置中心配置）而不是 404；端点不可达、密钥被拒、模型不存在、端点异常也分别给出可判读的类别，客户端可据此把 AI 入口置灰或提示重测，不再一律报错墙
- 说明转发不改写流式帧格式（原样透传，含收尾帧），端点地址只接受 http/https 前缀
- 说明现场取证：本机 Ollama（qwen3.5:9b）非流式返回正文、流式 118 帧并正常收尾；关闭开关后同一请求立即降级（证据 deploy/docs/evidence/ai-forward-verify.out）
- 说明界面内明文保存 API Key 仍需要用户显式勾选，默认只留会话内存；引擎侧改用本机加密凭据库属于后续单元，本版纳入的是"配置即生效"
|
| 1.3.8 | 2026-10-04 | 修复 1 项 · 新增 1 项 · 说明 2 项 - 修复客户端窗口宽度小于 1160 时首页出现横向滚动条、内容被顶出可视区：首页的背景装饰插画是按 1160×400 画布出的，窗口更窄时它会撑破整页宽度。现在该装饰层裁切显示且不参与滚动宽度——真机在 1024 宽窗口下实测页面滚动宽度由 1160 回到 1024，无横向溢出
- 新增新增"窗口尺寸 × 缩放"布局取证档位（1600×980、1280×720、1024×768），逐档判：无横向溢出、左侧菜单项完整落在视口内、视口内可见控件数量达标
- 说明上一版披露的"结构化原子（IF / 循环 / TRY 的结束节点）离线不可加"已闭环：本版真机逐类取证通过——IF条件配出「判断结束」、While 与计数 For 收在「循环结束」、捕获异常（Try）配出「捕获异常（Catch）」与「捕获结束」，存盘与执行均正常（带分支的流程跑到"成功"终态）
- 说明物理显示缩放比例（Windows 系统缩放百分比）无法由自动化改变，该维度仍需真机手测；本版取证的是 CSS 视口尺寸与缩放因子组合下的布局完整性
|
| 1.3.7 | 2026-10-04 | 新增 1 项 · 修复 1 项 · 说明 2 项 - 新增离线本地模式可以编排带分支的结构化流程：在原子面板双击「IF条件」，画布自动补出配对的「判断结束」节点，存盘后流程同时带有开始与结束标记，点运行执行记录落到"成功"终态（本版真机取证的是 IF条件；While / For / Try / 编组的配对结束节点同样已补齐元数据）
- 修复离线本地模式下 IF / 循环 / TRY 一类结构化原子根本加不进画布：设计器插入这类原子时要按 key 取"配对结束节点"的元数据，而随包的离线指令库种子是按云端原子树导出的，那棵树上从不列这些结束节点，于是元数据取不到、整个结构原子被放弃插入（1.3.2 只是把这种静默失败变成可读提示，能力仍不可用）。现在用产品自带的原子能力元数据表补齐缺失的 14 个结构原子，只补种子里没有的、不覆盖云端已导出的内容，结束节点的名称与说明沿用产品原有文案（判断结束 / 循环结束 / 捕获结束 / 编组结束）
- 说明打包链新增两处闸门：签名出包前校验随包指令库含全部结构闭合原子（指令库整体缺失意味着干净克班会产出"空设计器"安装器，现在直接拦在建包之前）；上架复验阶段从最终安装器内部解出指令库再核对（过去只在工作区校验，"改了源码但包里没带"这种情况会一路全绿）
- 说明触发方式取证口径更新：时间触发、文件触发均已真机跑到成功终态；热键触发的注册与回收已坐实，真实按键注入受本机自动化限制尚未取证
|
| 1.3.6 | 2026-10-04 | 修复 1 项 · 说明 2 项 - 修复新建或启用计划任务后，任务可能最长 5 分钟都不会被调度器看见：离线态触发器只在登录事件与每 300 秒的周期同步时拉取任务清单，而界面在建任务后就显示"已启用"，"每分钟/每小时"级别的调度会静默错过前几次。现在任务的新建、修改、启用、删除都会即时通知触发器重新拉取（通知失败不影响任务保存，仍有周期同步兜底）
- 说明真机已取证一条每分钟计划任务在建成后约 30 秒内被触发、任务执行记录与应用执行记录均落到成功终态
- 说明结构化原子（IF / 循环 / TRY 的结束节点）在离线本地模式下仍不可添加
|
| 1.3.5 | 2026-10-04 | 修复 3 项 · 说明 2 项 - 修复流程"开始执行"之后一直不结束：执行器子进程的错误输出通道没有及时读取，日志一多就把子进程堵死在写日志上。现在标准输出与标准错误并发排空
- 修复执行器上报错误时，如果这条消息没有流程归属，上报程序自身会抛异常并导致执行器退出，真正的失败原因被完全吞掉（现象是流程停在"开始执行"、记录只写"执行器异常退出"）。现在缺归属就原样上报，失败原因如实进入执行记录与详情日志
- 修复上一版（1.3.4）为排查问题新增的执行日志通道引入了第一项阻塞，本版一并修正
- 说明真机已取证一条流程从编排、运行到执行记录显示"成功"终态并可读日志
- 说明结构化原子（IF / 循环 / TRY 的结束节点）在离线本地模式下仍不可添加
|
| 1.3.4 | 2026-10-04 | 修复 3 项 · 说明 2 项 - 修复离线本地模式下点"运行"其实一行都没执行：工程虚拟环境看不见随包引擎自带的模块，执行器子进程一启动就因"找不到 astronverse 模块"退出。根因是创建该环境时的"继承系统站点包"开关在命令行传递环节被丢掉，环境里只有 pip。现在建环境直接绕过该环节，并对修复前已建好的历史环境自动纠正（无需用户手工删除环境目录）
- 修复执行器子进程的标准输出/错误此前被直接丢弃，任何崩溃都查不到原因（"执行器静默退出"无法归因正是这个问题）。现在执行器的报错与退出信息会进入调度器日志
- 修复上一条修复后，真机已能观察到流程真正进入"正在执行"、执行记录完整写入（开始/结束时间、时长、日志路径）
- 说明"一条流程跑到成功终态"这条证据本版仍未取得：单个原子的流程起来之后 2 分钟没有结束，原因还在定位（现场已可比照历史成功日志逐行排查，下一版本处理）
- 说明结构化原子（IF / 循环 / TRY 的结束节点）在离线本地模式下仍不可添加
|
| 1.3.3 | 2026-10-04 | 修复 2 项 · 说明 2 项 - 修复在设计器里点运行、或在应用列表里静默运行之后，「执行记录」页查不到这次运行：离线本地模式下执行记录原先只有计划任务/调度才会写入，日常"编排→运行"这条主路径一条都不落库。现在离线态的所有运行位置都会写入本地执行记录，并补齐开始时间、结束时间与执行时长；在线模式的上报口径保持不变（不向云端多报一条）
- 修复流程执行到一半异常退出时，执行记录里的失败原因显示为"运行日志为空"，而日志其实有内容。现在会显示"执行器异常退出，最后一条日志：……"，直接指出停在第几步
- 说明运行记录写入、列表查询、详情日志读取已在真机客户端上取证；但"一条流程跑到成功终态"这条证据仍未取得：真机上执行器在"开始执行"之后约 1 秒退出且没有写结束状态帧，原因仍在定位，将在后续版本修复
- 说明结构化原子（IF / 循环 / TRY 的结束节点）在离线本地模式下仍不可添加，随包种子尚未包含这些定义
|
| 1.3.2 | 2026-10-04 | 修复 8 项 · 说明 1 项 - 修复离线模式下应用无法执行流程：离线引擎在准备执行时需要读取「本工程引用的自定义组件及其版本」，本机后端缺少这一接口，导致执行在准备阶段就中断——界面表现为短暂转圈后没有任何提示，执行记录停在「正在执行」。现按在线服务同口径补齐该接口（无自定义组件时返回空列表，组件版本以本地真实存在的版本为准）
- 修复流程在准备阶段失败时不再静默：此前这类失败只写进引擎日志、不向界面回报执行终态，用户看到的是长时间无结果。现在失败会立即结束执行并落「失败」状态与可读原因（引擎错误码与普通异常两种来源都能正确显示）
- 修复设计器工具栏图标补齐无障碍名称：停止、运行等图标按钮此前只有悬停才出现的提示文字，没有可访问名称，屏幕阅读器读不出用途、辅助技术也无法按名称定位。现在图标自带名称（原有快捷键与位置不变）
- 修复客户端在装过冲突 Python 包的电脑上启动后停在启动页且没有任何提示：随包引擎此前会连带读取用户自己的 site-packages（例如另一套版本的 starlette），导致引擎启动即退出。现在引擎子进程与用户站点包隔离启动
- 修复流程节点数量达到上限时的提示文案里出现了多余的花括号（显示为"最大数量为{2000}"），且中英文标点混用
- 修复设计器左侧组件面板中原子名称过长时只显示省略号，悬停也没有完整名称提示，无法确认是哪一项
- 修复调度模式下系统托盘菜单仍显示旧产品名"退出星火数字员工"，已统一为"退出 ThinRPA"
- 修复设计器中添加 IF/循环/TRY 等结构化原子时不再出现"点了没反应"的静默失败：此前这类原子在部分环境下会因缺少成对结束节点的定义而不插入且无任何提示，现在会明确提示"未找到该原子能力"并保持画布结构完整
- 说明上述结构原子在**离线本地模式**下仍不可添加：本地随包种子缺少 `Code.IfEnd / ForEnd / WhileEnd / CatchEnd / GroupEnd` 五个结束节点定义，需按在线服务契约重新导出种子后才能真正开放（在线模式走云端元数据，本轮未实测）。此限制已登记为下一版第一优先项
|
| 1.3.0 | 2026-09-28 | 新增 7 项 · 修复 3 项 · 优化 2 项 - 新增运行前置检查：点击「运行」即对本机流程做完整性校验（空流程、仅有触发器无执行步骤、未配置必填参数、AI 生成未确认的草稿等），问题项以可点击清单列出并直接定位到对应节点，校验不通过不再提交执行
- 新增执行记录行内实时进度：正在执行的任务在列表中直接显示当前步骤名称与已用时长，步骤推进随执行实时更新，无需打开日志详情即可判断进展
- 新增执行记录取消入口：记录行「更多」菜单可取消正在执行的任务，二次确认后发起，列表显示「取消中」中间态并在终态后自动刷新
- 新增定时任务可视化编辑：按分钟/小时/天/周/月组合生成表达式并实时回显下次执行时间，非法表达式在保存前拦截，月末与闰日等边界按标准日历语义判定
- 新增模型服务端点连通测试：模型配置页可就地测试端点可用性（地址补全、密钥与网络错误分别提示），避免保存后运行期才失败
- 新增AI 生成流程草稿进入画布后带「待确认」标识，未经人工确认的流程不可直接运行
- 新增更新过程进度可视化：下载百分比、速度与剩余时间实时显示，下载完成提示必定送达（进度事件与完成事件分流，不再相互挤占）
- 修复设计器顶部标题区域在浏览器模式下 Logo 按原图尺寸溢出、遮挡左侧原子列表导致无法点选：头部图标改为固定 20px 约束
- 修复断网或更新服务不可达时不再弹出无法关闭的错误面板：仅用户主动「检查更新」才提示，自动检查失败静默
- 修复界面颜色统一为设计令牌口径：全局、登录、首页、设计器、执行记录等区域硬编码色值改由主题变量驱动，暗色模式跟随
- 优化列表与画布补齐三态呈现：加载中显示骨架屏、无数据显示引导空态、请求失败显示可重试错误态，不再出现无反馈转圈
- 优化主窗口与渲染进程事件通道按来源分桶节流，高频进度流不再延迟其他通道消息
|
| 1.2.11 | 2026-09-26 | 修复 3 项 - 修复执行记录「开始/结束时间」整体偏差 8 小时（东八区）：离线本地库时间戳曾按 UTC 写入，而界面按本地时间直接展示——现统一为本机本地钟（桌面产品本机同时钟源，执行时长计算不受影响）
- 修复僵尸「正在执行」记录根修：执行未发版/空流程后，执行记录永久停在「正在执行」、结束时间空白——执行器未落任何日志即退出时，终态上报原样回传「执行中」状态。现在无日志可采且状态仍为执行中时兜底判失败（原因「运行日志为空」），启动超时分支也交还异步回收链统一上报终态收尾
- 修复设计器最大化状态下元素拾取无响应：拾取前最小化设计器窗口在 Windows 最大化态下不可靠（最小化后仍保留最大化标志，拾取结果窗口无法唤回、界面按钮卡在拾取中禁用态）。现最小化前先还原窗口状态、最大化唤起前先解除最小化，双击标题栏/按钮最大化后拾取恢复正常
|
| 1.2.10 | 2026-09-25 | 修复 4 项 - 修复离线模式日志噪声根修：终端心跳接口 `/api/robot/terminal/beat` 每 10 秒经本地回环 404 一次并刷异常日志——离线模式无云端终端注册/调度语义，调度器终端上报循环现按离线单一真源短路静默
- 修复离线模式 openapi 远程通道重连风暴：`/api/rpa-openapi/ws` 在离线态无对端服务，触发器 WebSocket 客户端以无限重连模式每 10 秒重试——现离线模式启动即跳过该连接（联网态行为不变）
- 修复执行器异步回收链异常日志静默丢失：回收/强杀/上报三步的异常处理误写 `logger.errr`（不存在的属性），真异常发生时抛 `AttributeError` 被外层吞掉、原始异常文本丢失——已改回 `logger.error` 并补回归断言
- 修复执行记录「版本」列在未发版应用上显示 `0`：与应用列表「启用版本」`--` 口径不一致，现显示层统一为 `--`（不影响数据与排序）
|
| 1.2.9 | 2026-09-23 | 修复 1 项 - 修复执行记录「日志详情」抽屉永久停在“加载中”、控制台抛 `SyntaxError: "[object Object]" is not valid JSON`（真机 1.2.8 循环验证发现）：当日志未落盘（如空流程、执行链未上报 `executeLog`）时，`robot-record/log` 接口旧实现回落返回整个记录对象，而前端对响应做 `JSON.parse` 解析成数组→抛错→抽屉永不渲染。现将该接口所有分支恒返回合法的 JSON 数组字符串（无日志为空数组 `[]`），日志详情不再卡死
|
| 1.2.8 | 2026-09-23 | 修复 2 项 - 修复「执行记录 → 应用执行记录」表三列异常（真机 1.2.7 循环验证发现）：应用名称列整列空白、开始时间列空白、执行时长列显示 `NaNs`。根因为离线执行链落库只存 `robotId`/`createTime`，未对齐前端消费字段——列表接口按引用补齐 `robotName`/`robotVersion`，`startTime` 取执行开始时间；上报链路补齐终态 `endTime` 并据起止时间算 `executeTime`（秒，缺失兜底 0 而非 `undefined`，前端不再渲染 `NaNs`）
- 修复计划任务「选择应用」弹窗应用名不显示、「新增任务」弹窗应用表格「应用」列空白、「版本」列恒 `--`：`triggerTask/robotExe/list` 除 `name` 外补齐前端消费的 `robotName`，并回该应用启用版本 `robotVersion`（未发版返回 0，正确显示为 `--`）
|
| 1.2.7 | 2026-09-23 | 修复 5 项 - 修复执行器「应用列表」页应用名称列整列空白、来源列无文字：离线列表接口补齐云端契约字段 `robotName`/`sourceName`（本地应用恒"本地"）/`resourceId`
- 修复设计器应用列表"启用版本 V1"与"最新版本 --"自相矛盾：未发版应用启用版本改返 0（渲染 --），发版后返当前启用发版版本
- 修复"我获取的"页签内容与"我创建的"完全相同：离线无云端市场资源，市场视图改返空列表
- 修复发版抽屉"应用名称"必填未预填、"当前版本"显示占位文字：首次发版回显接口改返工程名称与当前版本号
- 修复发版后误弹"企业管理员开启了上架前审核，是否发起上架申请"确认框：离线模式恒关闭上架审核开关
|
| 1.2.6 | 2026-09-23 | 修复 1 项 - 修复离线设计器应用列表三项显示/交互缺陷（真机 1.2.5 验证发现）：「应用名称」列空白、「最新版本」列显示 Vundefined、点击编辑/双击工程无法进入设计器画布。根因为离线列表接口未对齐云端契约字段——统一补齐并返回 `robotName`（名称列）、`latestVersion`（按发版记录返回，未发版返回 0 显示为 --）、`editEnable`（离线本地工程恒可编辑）、`publishStatus`（编辑中/已发布），搜索关键字改按名称列字段匹配
|
| 1.2.5 | 2026-09-23 | 修复 5 项 · 优化 2 项 · 安全 1 项 - 修复启动卡住/升级后永久卡加载（P0 根修）：主进程改为「先判升级、再判复用」——旧版升级时会被残留的旧版后端进程短路、永远不解压新引擎；启动发现残留后端不再直接退出（会让升级后残留进程永久阻塞新客户端），改为接管清理后重新拉起；引擎解压失败或产物不完整时明确弹窗提示并中止启动，绝不带着半删除/半解压的损坏引擎继续运行（界面表现为永久卡加载）
- 修复离线安装第三方库必败：库原子的离线安装分支引用未赋值变量抛 `NameError` 且泄漏安装进程——改为离线直接跳过公网下载步骤；本地 wheel 缓存缺失时给出「请将对应 wheel 预置到缓存目录」的可操作提示，绝不回退公网重试
- 修复本地原子种子容错：种子文件损坏/为空时旧逻辑会清空本地原子表并把损坏结果落为永久指纹标记（锁死空原子库）；现对坏种子跳过原子导入与清理、不写标记、下次启动自动重试（含回归测试）
- 修复邮件通知误拒发并吞掉执行结果上报：配置缺 `is_default` 键时曾被误判为「默认发送」而拒发，且异常连带跳过执行结果保存/上报（定时任务执行记录为空）；通知改为独立容错，测试按钮业务错误改为结构化返回并提示可操作文案
- 修复执行拦截覆盖层（全屏拦截非本客户端窗口操作）仍按旧产品名匹配窗口标题、对 ThinRPA 窗口失效：改为优先匹配新标题并兼容历史版本关键词
- 优化硬联网原子改为可控降级：Dify 智能体、星火星辰智能体、讯飞云 OCR 三类云端原子在离线模式入口即返回明确的「离线不可用」错误，不再外联打超时拖垮整条流程
- 优化安装包经 SHA256 代码签名 + RFC3161 时间戳（`signtool verify /pa` 全绿），自签根证书信任方案见随包文档
- 安全种子与品牌残留清洗：剔除 `SAP.*` 死原子（模块未随包、运行必报错）及其分类树节点；清空 `www.iflytek.com` URL 模板与 `api.dify.ai` 默认值为占位（按需自填自建地址）；浏览器扩展名称与提示文案统一为「ThinRPA浏览器插件」；Electron 请求白名单剔除讯飞内部域并替换为自建域名
|
| 1.2.4 | 2026-09-22 | 修复 2 项 · 说明 1 项 - 修复桌面元素拾取刷屏根因消除：1.2.3 的守卫虽灭掉了 `UnboundLocalError`，但把可选策略（JAB/SAP/IE）的 `import` 留在函数体内，导致每次鼠标悬停都重复尝试导入缺失模块——既走一遍文件系统查找、又刷一条「拾取模块导入异常」日志（真机单条拾取会话实测新增约 2.4 万行、98.5% 为此噪声，严重拖慢拾取并淹没真实错误）。改为模块顶层仅加载时导入一次、失败各自置 `None` 并记录一次，调用处据 `None` 跳过交由 UIA 兜底
- 修复拾取错误可诊断性：日志器实为 loguru（占位符 `{}`），但 `manager`/`auto_strategy`(×3)/`auto_strategy_desk`/`auto_strategy_web`/`picker_server` 共 6 处误用 stdlib 的 `%s` 位置参数，导致错误路径把 `%s` 原样打印、真实异常与回溯被静默吞掉（真机日志实证）。统一改为 `{}`，恢复异常与 traceback 的完整落地
- 说明本轮真机带日志复现闭环了 1.2.3 遗留的「拾取无高亮框」疑点：route→picker WebSocket 转发正常、高亮进程正常绑定 UDP 11001、桌面 UIA 拾取可出高亮框并成功生成元素；此前「无框」现象是鼠标悬停在浏览器窗口上触发了网页(web)拾取（依赖未安装的浏览器扩展），并非桌面拾取缺陷
|