企业官网建设流程全解析

1. 为什么老版本 Trae Work 值得折腾保留

先把结论摆在前面：Trae Work 这类工具一旦从“功能版”滑向“积分版”，对重度用户的体验是断崖式的。我最早用 Trae Work 是在它还没引入积分体系的时候，那时候打开就能干活，AI 补全、对话、代码生成基本没有次数焦虑。后来新版本开始走积分制，免费额度肉眼可见地缩水，很多原本顺手的功能被拆成了“消耗积分才能用”的模块。这不是说积分版一定不好，而是对于已经形成固定工作流的人来说，强制升级等于把一套跑顺的流程推倒重来。

我身边不少做开发的朋友都遇到过这个情况：某天早上打开 Trae Work，弹出一个更新提示，手一抖点了“立即更新”，结果发现界面变了、功能入口挪了、原本免费的操作用一次扣一次积分。更麻烦的是，Trae Work 的自动更新在 Windows 上做得比较“积极”，它不一定会给你一个明确的“跳过此版本”选项，有时候后台静默就把新版本拉下来了。等你发现的时候，旧版本已经被覆盖安装，想回退都找不到安装包。

所以这篇内容要解决的问题很具体：在 Windows 环境下，如何让老版本的 Trae Work 不再自动更新，把当前能用的版本稳定留住。核心手段围绕两个配置文件展开——settings.json和manifest.json，再配合 Windows 层面的更新拦截策略。适合的人群是：已经装好了某个用着顺手的 Trae Work 老版本、不想被强制升级到积分版、又不想每次都手动点“取消更新”的 Windows 用户。Mac 用户的情况不太一样，热词里提到“trae work mac12上不能运行”，那是另一个话题，本篇主要讲 Windows。

需要提前说明的是，下面所有操作都基于“你已经拥有一个可正常运行的 Trae Work 老版本安装包”这个前提。如果你现在装的就是最新积分版，那得先想办法找回旧版安装包，这一步不在本文范围内。另外，操作涉及修改程序目录下的配置文件，动手前务必备份，这是铁律。

2. 自动更新到底藏在哪：先搞清楚 Trae Work 的更新触发链路

2.1 更新检测的三个可能入口

很多人以为“关闭自动更新”就是去设置里找个开关关掉，但 Trae Work 这类基于 Electron 或类似框架构建的桌面应用，更新逻辑往往不在显眼的设置面板里。根据我对这类工具的实际拆解经验，Trae Work 的更新触发通常有三个入口：

第一个是应用启动时的版本检查。程序启动后会向更新服务器发一个请求，带上当前版本号，服务器返回最新版本信息，如果发现有新版本就弹窗或者静默下载。这个逻辑一般写在主进程的启动脚本里，受配置文件控制。

第二个是定时轮询检查。有些应用会每隔几小时检查一次更新，这个定时器可能藏在后台服务里，即使你没打开主窗口，它也可能在跑。

第三个是手动触发但被“诱导”。比如更新提示弹窗的默认按钮是“更新”，取消按钮做得很小或者文案模糊，用户容易误点。

我们要做的，就是把前两个入口堵死。而堵死的方式，就是修改控制这些行为的配置文件。

2.2 settings.json 和 manifest.json 各自管什么

这两个文件是本次操作的核心，但它们的职责完全不同，搞混了会白忙活。

settings.json通常是用户级或应用级的运行时配置，里面会记录更新相关的开关，比如autoUpdate、checkForUpdates、updateChannel这类字段。它的位置一般在用户目录下的应用数据文件夹里，比如C:\Users\你的用户名\AppData\Roaming\Trae Work\settings.json，也可能在安装目录的resources文件夹下。具体位置取决于 Trae Work 的打包方式。

manifest.json则更像是应用元信息与更新策略的声明文件，它可能定义了当前版本号、更新服务器地址、更新包校验方式等。在某些 Electron 应用里，manifest.json还会控制update字段下的enabled状态。如果这个文件里写死了更新地址，那光改settings.json可能不够，还得把manifest.json里的更新源指向一个无效地址，或者直接把更新开关置为false。

我实测下来的经验是：先改settings.json关掉主动检查，再改manifest.json断掉更新源，双管齐下最稳。只改一个的话，某些版本会在下次启动时把配置重置回去。

2.3 为什么直接删更新模块不可取

有人可能会想，既然更新这么烦，直接把更新相关的可执行文件或脚本删掉不就行了？我试过，结论是：风险极高，不推荐。

原因在于，Trae Work 的更新模块往往和主程序、崩溃上报、甚至部分功能模块耦合在一起。你删掉一个update.exe或者updater.js，可能导致主程序启动时报错，或者某些依赖更新模块初始化的功能直接崩溃。更麻烦的是，程序可能会检测到文件缺失，触发自我修复机制，反而把整个应用搞坏。

所以正确的思路不是“删除”，而是“欺骗”和“拦截”——让程序以为没有更新可用，或者让更新请求发不出去。这也是为什么我们要在配置文件层面动手，而不是动二进制文件。

3. 动手前的准备：备份、定位与权限

3.1 找到 Trae Work 的真实安装路径

在改任何东西之前，先确认你的 Trae Work 到底装在哪。Windows 上常见的位置有几个：

• C:\Users\你的用户名\AppData\Local\Programs\Trae Work
• C:\Program Files\Trae Work
• C:\Program Files (x86)\Trae Work

如果你不确定，可以右键点击桌面上的 Trae Work 快捷方式，选“打开文件所在的位置”，就能跳到真实目录。还有一种方法是在任务管理器里找到正在运行的 Trae Work 进程，右键选“打开文件所在的位置”。

找到安装目录后，重点看两个地方：一个是安装根目录下的resources文件夹，里面通常有app.asar或app文件夹，配置文件可能在里面；另一个是用户数据目录，路径一般是C:\Users\你的用户名\AppData\Roaming\Trae Work。这两个地方都要翻一遍，因为不同版本的 Trae Work 放配置文件的位置可能不一样。

3.2 备份是保命符，别省这一步

我见过太多人改配置文件改出问题，最后连原版都回不去。所以在你打开任何配置文件之前，先把整个 Trae Work 的配置目录复制一份到桌面或者别的盘。具体操作：

1. 完全退出 Trae Work，确保任务管理器里没有相关进程。
2. 找到AppData\Roaming\Trae Work文件夹，整个复制到D:\Backup\TraeWork_Config_Backup。
3. 如果安装目录下也有settings.json或manifest.json，同样复制一份。

备份完之后，如果改坏了，直接把备份覆盖回去就能恢复。这个习惯我强烈建议养成，不只是改 Trae Work，改任何应用的配置文件都一样。

3.3 权限问题：为什么你改了没生效

Windows 下有个很常见的坑：你用记事本打开C:\Program Files\Trae Work\settings.json，改完保存，提示“拒绝访问”。这是因为Program Files目录默认需要管理员权限才能写入。

解决办法有两个：一是用管理员身份运行你的文本编辑器（比如 Notepad++ 或 VS Code），然后再打开文件编辑；二是先把文件复制到桌面，改完再复制回去，复制回去的时候会弹 UAC 提示，点“继续”就行。

还有一种情况是文件被设置为只读。右键文件 → 属性 → 取消勾选“只读” → 确定。如果取消不了，说明权限不够，得先获取所有权。这个稍微复杂一点，但一般 Trae Work 的配置文件不会做得这么绝，多数情况下管理员权限就够了。

提示：改配置文件之前，务必确认 Trae Work 已经完全退出。如果程序还在后台跑，它可能在退出时把内存里的配置写回文件，把你的修改覆盖掉。

4. 改 settings.json：把自动更新开关逐个关掉

4.1 先读懂 settings.json 里的更新字段

用文本编辑器打开settings.json，如果你看到的是压缩成一行的 JSON，建议先用格式化工具（比如 VS Code 的“格式化文档”功能）把它展开，方便阅读。然后搜索关键词：update、auto、check、upgrade。

常见的字段名有这么几种：

不同版本的 Trae Work 字段名可能略有差异，但核心逻辑是一样的：找到控制“是否检查”和“是否自动下载”的布尔值，全部改成false。

4.2 改完之后程序又改回来怎么办

这是最让人头疼的情况：你明明把autoUpdate改成了false，重启 Trae Work 之后发现又变回true了。原因通常是程序在启动时从服务器拉了一份“推荐配置”，或者从内置的默认配置里覆盖了你的修改。

对付这种情况，有几个办法：

办法一：把文件设为只读。改完settings.json后，右键文件 → 属性 → 勾选“只读” → 确定。这样程序想写也写不进去。但要注意，某些程序发现写不进去可能会报错或者崩溃，所以这个办法要测试一下。

办法二：改安装目录下的默认配置。如果AppData下的settings.json会被覆盖，那就去安装目录的resources文件夹里找同名的默认配置文件，把里面的更新开关也改掉。这样即使程序重置用户配置，默认值也是关闭的。

办法三：用文件锁。高级一点的做法是用 Windows 的attrib命令把文件锁住，或者用第三方工具监控文件变化，一旦被改回来自动再改回去。这个稍微折腾，适合对稳定性要求极高的场景。

我个人的做法是办法一加办法二组合：先改安装目录的默认配置，再改用户目录的配置，最后把用户目录的settings.json设为只读。实测下来，Trae Work 老版本基本就不会再自动更新了。

4.3 一个容易忽略的细节：更新缓存目录

即使你关掉了更新检查，之前已经下载到本地的更新包可能还在。这些更新包通常放在AppData\Roaming\Trae Work\updates或者AppData\Local\Trae Work\updates这样的目录里。如果程序检测到本地有已下载的更新包，可能会直接提示安装，跳过检查步骤。

所以改完配置后，顺手把updates文件夹清空，或者整个删掉。删掉之后程序下次想更新还得重新下载，而下载入口已经被你关了，它就没办法了。

5. 改 manifest.json：从源头断掉更新源

5.1 manifest.json 里跟更新相关的字段

manifest.json的结构通常比settings.json更“硬”，它里面可能包含这样的字段：

{ "version": "1.2.3", "update": { "enabled": true, "url": "https://update.example.com/trae-work", "channel": "stable" } }

你要做的就是：

• 把update.enabled改成false
• 把update.url改成一个无效地址，比如http://127.0.0.1:1或者直接留空字符串
• 如果channel有值，改成"disabled"或者删掉这个字段

改完之后保存，同样建议把文件设为只读。

5.2 更新地址改成什么最安全

有人会问，更新地址改成什么最好？我的建议是改成一个本机绝对不会响应的地址，比如http://127.0.0.1:9。端口 9 是废弃的 discard 端口，基本不会有服务在跑，请求会立刻失败，程序拿不到更新信息，自然就不会更新。

不要改成0.0.0.0或者空字符串，因为有些程序对空值的处理是“回退到默认地址”，反而弄巧成拙。也不要用localhost，万一你本机跑了什么 Web 服务，可能会误打误撞返回点什么。

5.3 manifest.json 被校验怎么办

部分应用会对manifest.json做完整性校验，比如计算哈希值跟内置的值对比，发现不一致就拒绝启动或者重新下载。Trae Work 老版本我实测没有这么严格，但如果你改完发现程序启动报错，说“配置文件损坏”之类的，那就说明它做了校验。

遇到这种情况，有两个应对思路：

一是只改 settings.json，不动 manifest.json。如果 settings.json 里的开关足够关掉更新，那就没必要冒险改 manifest。

二是用 hosts 文件拦截更新域名。这个办法更底层：找到 Trae Work 更新服务器的域名，在C:\Windows\System32\drivers\etc\hosts里把它指向127.0.0.1。这样无论配置文件怎么改，更新请求都发不出去。缺点是得先知道更新域名是什么，可以通过抓包或者看程序日志找到。

注意：改 hosts 文件需要管理员权限，而且改完之后要刷新 DNS 缓存（命令行运行ipconfig /flushdns）。另外，如果 Trae Work 用了多个更新域名或者 CDN，hosts 拦截可能不全，得配合配置文件一起用。

6. Windows 层面的兜底：让系统帮你拦住更新

6.1 用防火墙出站规则阻断更新请求

配置文件改完之后，理论上 Trae Work 已经不会自动更新了。但为了保险，可以在 Windows 防火墙上加一条出站规则，禁止 Trae Work 的可执行文件访问网络。这样即使配置文件被重置，更新请求也发不出去。

操作步骤：

1. 按Win + R，输入wf.msc，打开“高级安全 Windows Defender 防火墙”。
2. 左侧选“出站规则”，右侧点“新建规则”。
3. 规则类型选“程序”，下一步。
4. 程序路径选 Trae Work 的主可执行文件，比如C:\Users\你的用户名\AppData\Local\Programs\Trae Work\Trae Work.exe。
5. 操作选“阻止连接”，下一步。
6. 配置文件全勾上（域、专用、公用），下一步。
7. 起个名字，比如“Block Trae Work Update”，完成。

这条规则会阻止 Trae Work 的所有出站连接。如果你还需要用 Trae Work 的在线功能（比如 AI 对话），那就不能这么干，得改成只阻止特定 IP 或端口。但如果你只是本地用，或者能接受离线使用，这条规则是最彻底的。

6.2 任务计划程序里有没有更新任务

有些应用会注册 Windows 任务计划，定时触发更新检查。打开“任务计划程序”（taskschd.msc），在任务计划库里面搜“Trae”或者“Update”，看看有没有相关任务。如果有，直接禁用或者删除。

这个步骤很多人会忽略，但实测中确实遇到过应用通过任务计划来绕过配置文件检查的情况。花两分钟翻一下，能省掉后面很多麻烦。

6.3 别用“关闭 Windows 自动更新”那套思路

热词里出现了很多“关闭 Windows 自动更新”“win11 永久关闭自动更新”之类的词，但我要提醒一句：Trae Work 的自动更新和 Windows 系统更新是两码事。你把 Windows Update 关了，Trae Work 该更新还是更新。所以不要在这上面浪费时间，聚焦在 Trae Work 自己的更新机制上就行。

当然，如果你本来就想关 Windows 自动更新，那是另一个话题，网上教程很多，这里不展开。但别指望关了系统更新就能拦住 Trae Work。

7. 验证与排查：怎么确认真的不更新了

7.1 重启三次，观察版本号

改完配置后，别急着下结论。我的验证方法是：连续重启 Trae Work 三次，每次间隔几分钟，观察版本号有没有变化。版本号可以在“关于”页面或者安装目录的manifest.json里看到。

如果三次重启后版本号没变，也没有弹出更新提示，说明配置生效了。如果还是弹提示，那就得回去检查是不是有字段没改全，或者配置文件被覆盖了。

7.2 看日志里还有没有更新请求

Trae Work 通常会在AppData\Roaming\Trae Work\logs下写日志。打开最新的日志文件，搜索update、check、download这些关键词。如果日志里还有“checking for update”或者“update available”之类的记录，说明更新检查还在跑，配置没完全生效。

根据日志里的时间戳和请求地址，可以进一步定位是哪个模块在发起更新检查，然后针对性地去改对应的配置。

7.3 更新提示又弹出来了怎么办

如果改完一切正常，用了几天之后突然又弹更新提示，大概率是以下几种情况：

• 程序自动重置了配置文件。回去检查settings.json和manifest.json是否还是你改过的样子，只读属性是否还在。
• 有新的更新通道被激活。比如你关了 stable 通道，但 beta 通道还在跑。检查所有跟channel相关的字段。
• Windows 任务计划里有漏网之鱼。再去任务计划程序里翻一遍。
• 更新包已经下载到本地。清空updates目录，然后确认防火墙规则还在。

排查的时候按这个顺序来：先看配置文件，再看日志，再看任务计划和防火墙。基本上 90% 的情况都能定位到。

8. 几个我踩过的坑和最后的小技巧

第一个坑：用记事本改 JSON 导致格式错误。记事本有时候会加 BOM 头，或者把换行符搞乱，导致程序读不了配置文件。建议用 VS Code、Notepad++ 或者 Sublime Text 这类编辑器，改完顺手格式化一下，确保 JSON 合法。

第二个坑：只改了一个配置文件就以为万事大吉。我最早只改了settings.json，结果manifest.json里的更新地址还在，程序绕过 settings 直接按 manifest 的地址去检查。后来两个都改才彻底安静。

第三个坑：忘了清更新缓存。有一次改完配置，更新提示还是弹，查了半天发现updates文件夹里躺着一个之前下载好的安装包，程序直接拿本地包来提示安装。删掉之后就好了。

最后分享一个小技巧：如果你实在搞不定配置文件，可以用文件夹权限来兜底。把AppData\Roaming\Trae Work整个文件夹的写入权限去掉，只保留读取和执行权限。这样程序想改配置也改不了，想下载更新包也写不进去。缺点是 Trae Work 可能没法保存你的正常使用配置，比如窗口大小、最近打开的文件等。所以这个办法适合“只要能跑就行”的场景，不适合日常重度使用。

另外一个思路是用沙盒或虚拟机跑老版本 Trae Work，把网络完全断掉，这样更新请求根本发不出去。但这样也就没法用在线功能了，看你的取舍。

我个人在实际操作中的体会是：配置文件修改加防火墙拦截，这两招组合起来最稳。单靠任何一个都有被绕过的可能，两个一起上，老版本就能安安稳稳地留在你机器上。至于能留多久，取决于 Trae Work 后续版本会不会加强更新检测逻辑，但至少目前这套方法是管用的。