介绍自己
我是独立开发者，用一个规模中等的前端项目（含核心计算逻辑）进行迭代开发。除了功能开发，最频繁的是做底层逻辑调整和性能优化。
我对 TraeCode 的愿景
1. 希望新增的能力：改动影响力评估的自动提示
我在改核心逻辑（尤其是会影响多处输出结果的底层计算）时，最担心的不是改错了，而是改完之后不知道这次波及了哪些看不见的地方。比如某个公式的取值变化，可能同时影响展示值、下游计算结果、甚至导出文件的内容——这些关联我第一次往往想不到。
我的期待是：TraeCode 在改动这类"底层、被多处引用"的代码前，能自动给出一份影响面清单——“这个函数被哪些地方调用、改了之后这些点会跟着变、建议回归哪几处”。这样我不用靠经验去猜，也不会漏。
我实际遇到过的卡点：某次修改了一个被多处引用的计算口径，我确认了主界面显示没问题，却忽略了它同时也进了导出文件的字段，后来手测才发现对不上，又回退重查。
2. 希望优化的场景：长周期的性能回归
像地图这类有大量动态元素、数据量一上来就变卡的部分，我希望 TraeCode 能内置轻量的性能基线：记住"当前多少规模、渲染耗时多少"，改动后主动提示"这次修改让这块的耗时从 X 变成 Y，是否接近你的性能上限"。而不是每次靠我手点界面去体感。
这样性能优化就不只是"改完不崩"，而是"改完能不能量化验证变快了"，也更容易在不同轮次之间对比"性能有没有回退"。
3. 希望如何融入我的工作流
- 和测试打通：当改动波及被多处的引用时，自动帮我圈定"该重点回归的测试用例"，而不是让我人肉判断。
- 生成可复验的改动说明：每次改完底层逻辑，自动产出一段"我改了哪、为什么、验证了什么、可能影响哪几处"，方便我回顾，也方便带进下一轮对话。
- 结构感知：能识别出"这个符号是不是被多处引用"的依赖关系，减少我对项目结构的记忆负担。
你希望它以什么形态出现
- 更接近「一体化的自动提示能力」：不需要我主动触发，在检测到"改动的是被多方引用的底层代码、或涉及性能临界区域"时自动提示影响面和回归建议。
- 想打通的工具：测试框架（自动圈定回归范围）、Git（对照历史版本的性能/输出差异）。