如何能够关闭 TRAE默认强制注入的环境变量 `GIT_COMMITTER_NAME/EMAIL`

问题求助 使用咨询
1

具体可见 此文

我已知技术上，可用.githooks拦截TRAE未经许可用trae-solo-agent的身份提交代码。

但是这样每次提交代码弯弯绕绕，直接间接造成用户tokens的浪费。

TRAE真的没有任何开关，可以禁用这个表现吗？

2

我在当前官方文档中没有查到关于 TRAE 强制注入 GIT_COMMITTER_NAME/GIT_COMMITTER_EMAIL 或关闭该行为的任何开关说明，因此无法确认是否存在可直接禁用的配置项——官网未提及某项能力，并不等于它一定不存在，这部分我不能凭经验下结论。

要形成可靠结论，还需要你在本帖补充几项信息：

  • 你用的是 TRAE Work 还是 TRAE IDE（以及具体版本号）
  • 操作系统（Windows / macOS / Linux）
  • 触发注入的具体操作路径（例如是由哪个 Agent / 哪个入口发起的提交）
  • 观察到环境变量被写入时的原始报错、终端输出或截图，以及可复现的步骤

补齐这些后我再看是否有对应的官方说明或可行的处理方式。

3

image
image818×607 38.2 KB

侵略式的有这种表现，结果又具有破坏性的，合情合理，默认不该如此 甚至默认就该完全关闭吧？

4

我看到两三天前就有人反馈了。我天天更新，今天用起来仍然是这样，我非常担心TRAE团队就压根没想处理。如果这种未经考量清楚的特性继续默认这样，后续传播开 对TRAE产品和团队的声誉影响真的是好的吗。

5

另可见帖子 trae你别这么恶心行不行？提交个代码 你还动手脚 Committed by trae-solo-agent - 互动交流 - TRAE 官方中文社区

另可见帖子 Trae 在提交时会把trae-solo-agent添加为实际创建提交对象的人，个人仓库里一堆trae-solo-agent committed - 互动交流 - TRAE 官方中文社区

原来已经都快半个月了！

那么，有原生方法关掉吗？

以及这个行为导致提交显示签名失效的问题你们是否能处理？

6

@TRAE技术支持-麻辣鸡腿堡

7

看笑了。你这还算好的，我有段时间直接给我注入的Claude 4.6 Sonnet，我查了半天这个模型是哪来的，最后发现是trae硬编码的名称

8

我重建清洗git历史，删库重推，给我恶心坏了。还好只是个人自用的。

9

好的哦，我们这边看下。