TAO

Update

TAO 发布链路和 workspace 调度稳定性更新

Summary

TAO 这轮把桌面端标准发版、运行目录治理、workspace 容量调度和 center 部署重新固化，重点解决反复打包、磁盘膨胀和容量不足时卡在原宿主机重试的问题。

Progress

1. 固化桌面端标准发版流程：标准构建脚本和发布后校验脚本已经固定下来，减少反复打包时的偏差。
2. 清理运行目录膨胀问题：运行目录不再保留重复 staging 文件，并增加默认运行容量上限，单 workspace 的验证容量也加了明确边界。
3. 修复重复弹窗和 report bridge 问题：当运行根目录不存在时，桌面 runtime control 不再反复拉起 report bridge。
4. 增加容量感知调度：宿主机容量不足时会上报明确失败码，center 会清空原节点绑定，将 workspace 重新置为 pending，并排除失败节点重新调度。
5. 完成 center 侧部署与迁移：服务端已经更新到最新版本，并补齐 workspace_instance 的 failure_code、failure_message、failure_node_id 相关迁移字段。
6. 验证发布结果：本地发布校验通过，center API 能看到容量不足后的 pending workspace 不再继续绑死原节点。

Problems

主要问题是运行目录曾经涨到异常体积，workspace 容量不足时还会在同一台机器上重复尝试，导致用户看到创建流程卡住。另一个问题是桌面端后台辅助进程曾经可能反复弹出窗口，影响稳定使用。

Solutions

这轮把标准构建脚本、发布校验脚本和容量失败码沉淀为固定流程。桌面端负责准确上报容量失败，server 负责记录失败节点并重新调度；如果当前没有可托管节点，workspace 保持 pending，而不是继续消耗同一台机器。

Next actions

下一步继续跑两台机器、两套用户的完整闭环：注册登录、自动创建 Ubuntu workspace、用户之间消息互通、用户到自己 workspace agent 的消息、workspace go agent 到各机器 rust agent 的控制链路，并补齐跨机器容量调度和恢复测试。