Edit(SearchReplace)工具对 1000+ 行 .vue 文件静默失败——报告成功但未实际写入

你的运行环境(版本号「点击帮助-关于-复制」):
TraeWork CN
版本: 0.1.52
提交: 5ef571c9a0ddd3fccf8d962233dec413a2c79dd3
日期: 2026-08-18T16:27:08.425Z
Electron: 39.2.7-release.1.49.0 (aha)
Node.js: 22.21.1
V8: 14.2.231.27-electron.0
OS: Windows_NT x64 10.0.26200
构建版本: 2.3.73734
设备ID: 3c5f16082a919e04b2a0e0dc3e0a7550a246b002596eced72787dfa3fe28cf0b
Web SDK Version: 1.6.45
Device Id: 1986198152946987

问题描述(你遇到了什么问题?):

  • 目标文件:.vue SFC,1188 行 / 33126 bytes,含 <template> + <script setup lang="ts"> + <style scoped lang="scss">
  • Edit(SearchReplace)工具对 1000+ 行 .vue 文件静默失败——报告成功但未实际写入

复现步骤(如何才能重现这个 Bug/问题?):

  1. 准备一个 1000+ 行的 .vue 文件
  2. 确保该文件未在任何编辑器中打开(已关闭所有 IDE、VS Code、Trae)
  3. 调用 Edit 工具执行任意修改(修改 import、删除模板行、修改 ref 声明等均尝试过)
  4. 工具返回 "has been updated" 并展示正确的修改后片段
  5. Select-String / git diff / [System.IO.File]::ReadAllText 验证 → 磁盘文件未被修改

对照实验

  • 同一时刻,对 43 行 / 716 bytes 的小 .vue 文件使用 Edit → 功能正常,修改已落盘
  • 对大文件使用 PowerShell [System.IO.File]::WriteAllText() → 功能正常
  • 排除文件锁定(FileShare.None 独占打开成功)

预期行为:修改失败时应返回错误,不应静默报告成功。

实际行为:工具基于内存中的 diff 计算报告"已更新",但未实际写入磁盘。

报错信息或截图(如有):

请在此处粘贴截图或日志代码

当前帖子里的信息还不足以形成可靠结论。请在本帖补充以下信息:

  1. TRAE IDE 版本(请点击“帮助 - 关于”复制完整的版本号信息,目前仅看到“Trae Work CN”)
  2. 操作系统(已收到)
  3. 复现步骤(已收到)
  4. 可用的截图或日志(请补充执行该操作时的完整界面截图或相关的运行日志)

TraeWork CN
版本: 0.1.52
提交: 5ef571c9a0ddd3fccf8d962233dec413a2c79dd3
日期: 2026-08-18T16:27:08.425Z
Electron: 39.2.7-release.1.49.0 (aha)
Node.js: 22.21.1
V8: 14.2.231.27-electron.0
OS: Windows_NT x64 10.0.26200
构建版本: 2.3.73734
设备ID: 3c5f16082a919e04b2a0e0dc3e0a7550a246b002596eced72787dfa3fe28cf0b
Web SDK Version: 1.6.45
Device Id: 1986198152946987

感谢补充完整的 TRAE Work 版本和详细的复现步骤。

目前官方资料中暂无关于 TRAE Work 的 Edit 工具在处理 1000+ 行大文件时出现静默失败(未实际写入磁盘且无报错)的已知问题记录,当前无法确认具体的触发原因。

您提供的设备 ID、对照实验(小文件正常、无文件锁定)以及具体的失败表现非常清晰。在当前阶段,对于超过 1000 行的大型文件,建议暂且通过手动修改或将大文件拆分成较小的文件进行处理,以避免修改未落盘导致进度丢失。感谢您提供如此细致的排查信息。

发下对话ID

问题对话:392973748811131:0a39cbc4256ab3e955874386b1e3a953_6a8b99856c6e4a8a41c32389.6a8bf61e2748f3a3bac5d49f.6a8bf61d2748f3a3bac5d49d:TraeWork CN.0.1.52.no_sid.no_ppe.T(2026/8/24 15:43:26)
后续找问题:
392973748811131:112e10cdec40be6d54329f097c341373_6a8b99856c6e4a8a41c32389.6a8bf8fc2748f3a3bac5d57d.6a8bf8fc2748f3a3bac5d57b:TraeWork CN.0.1.52.no_sid.no_ppe.T(2026/8/24 15:55:40)
392973748811131:0ff7f1c2c29371ce7df8f29c6b7d34ec_6a8b99856c6e4a8a41c32389.6a8bfa6d2748f3a3bac5d592.6a8bfa6d2748f3a3bac5d590:TraeWork CN.0.1.52.no_sid.no_ppe.T(2026/8/24 16:01:49)

怎么样了堡堡
还需要提供更多信息吗

在排查中,你这个是有点异常哈

堡堡 :smiling_face_with_three_hearts:
今天的更新也没修复这个问题。
还有另外一个edit工具的问题,是直接在这里提还是新开一个话题?

「Edit 工具高频间歇性报 [createInstance] cPe depends on UNKNOWN service IOutlineService,同一操作重试即成功,疑似编辑链路依赖的大纲服务存在初始化竞态」

不是每次都出现但是经常出现,无法复现。 VS Code 生态的已知 bug 类型。

VS Code server has lacks inspect element service · Issue #248508 · microsoft/vscode

证据(本会话观察) 推论
同一文件的同一编辑,失败后立即重试就成功 非代码逻辑错误,是时序问题
只在 Edit 工具调用时出现 Edit 工具的执行链路会实时创建依赖大纲服务的组件(可能用于定位编辑位置/生成预览)
出现无规律、频率高 Edit 调用与服务注册/语言服务就绪的时序赛跑,谁快谁赢

对话ID
392973748811131:f60d8389ca72c7f28f988c9a6420720f_6a8b99856c6e4a8a41c32389.6a8cf5e3a935d70bbdcbdc64.6a8cf5e3a935d70bbdcbdc62:TraeWork CN.0.1.58.no_sid.no_ppe.T(2026/8/25 09:54:43)

392973748811131:4360c09e0168949e3407c75c1e1c1f8b_6a8b99856c6e4a8a41c32389.6a8d4f8da935d70bbdcbdfc4.6a8d4f8da935d70bbdcbdfc2:TraeWork CN.0.1.58.no_sid.no_ppe.T(2026/8/25 16:17:17)

辛苦再发下日志

24号大文件静默失败
20260824T154257.zip (4.5 MB)
25号IOutlineService
https://temp-b76c.obs.cn-north-4.myhuaweicloud.com/20260825T082343.zip

这个10MB限制能不能改改 :enraged_face:

收到~在分析中

哈喽,辛苦升级在试下,有修复了一下