---
title: "[Feature] 内置 Agent 自动上下文压缩无法关闭，也无阈值配置（… - Angryecho"
description: "环境 Trae CN IDE 3.4.4（product.json 中 version = 1.107.1，tronBuildVersion = 2.3.93438） 平台：Windows 场景：内置 Agent（非自定义 API 模式） 问题 内置 Agent 的「自动上下文压缩」无法由用户关闭，也无法调整触发时机。"
canonical_url: "https://www.angryecho.com/c/Traeba/p/P2TBBtL0Zc1EpTo08PBA5"
meta:
  "og:description": "环境 Trae CN IDE 3.4.4（product.json 中 version = 1.107.1，tronBuildVersion = 2.3.93438） 平台：Windows 场景：内置 Agent（非自定义 API 模式） 问题 内置 Agent 的「自动上下文压缩」无法由用户关闭，也无法调整触发时机。"
  "og:image": "https://www.angryecho.com/_og/d/c_Post%2Ctitle_~5ZCQ5qe9572R%2Cdescription_~5ZCQ5qe95LiA5LiL77yM5bCx5LiK5ZCQ5qe9572R44CC%2CpostId_P2TBBtL0Zc1EpTo08PBA5%2Crevision_~MjAyNi0xMS0wMVQwMjo1NTo1Ny40MDAxNzda%2Cp_Ii9jL1RyYWViYS9wL1AyVEJCdEwwWmMxRXBUbzA4UEJBNSI%2Cs_aUmCE6WQc-mpdawv.png"
  "og:image:height": "630"
  "og:image:type": image/png
  "og:image:width": "1200"
  "og:title": "[Feature] 内置 Agent 自动上下文压缩无法关闭，也无阈值配置（…"
---

> Index of every page on this site: [llms.txt](https://www.angryecho.com/llms.txt)

# **\[Feature] 内置 Agent 自动上下文压缩无法关闭，也无阈值配置（…**

### 环境

- Trae CN IDE 3.4.4（ `product.json` 中 `version` = 1.107.1， `tronBuildVersion` = 2.3.93438）
- 平台：Windows
- 场景：内置 Agent（非自定义 API 模式）

### 问题

内置 Agent 的「自动上下文压缩」无法由用户关闭，也无法调整触发时机。

本地取证结论：**压缩是服务端驱动的**，依据如下：

1. 压缩阈值来自服务端下发的 DynamicConfig，键名 `v3_compaction_token_limit_ratio`（本机实测值 `0.9`）；客户端 `resources/app` 全目录检索该键名 0 命中。
2. 引导模型执行压缩的那句 system prompt（ `The system will automatically compress prior messages in your conversation as it approaches context limits. This means your conversation with the user is not limited by the context window.`）在客户端安装目录全量检索 0 命中，但会出现在实际发出的请求里。
3. 客户端没有本地 token 计数实现（ `tiktoken` / `countTokens` / `token_count` / `encode(` 在 bundle 中均未找到），阈值判断只能在服务端完成。
4. 手动压缩被建模为一个服务端伪工具（ `CompactFake`），通过 SSE 事件回传状态。

因此，**即使把请求整体经过自建网关代理，也无法拦截自动压缩**——触发判断与压缩执行都不在客户端线路上。

### 已确认不存在的关闭入口

- 官方文档 仅说明会自动压缩、可手动点「压缩」按钮，未给出任何关闭配置项。
- 客户端 `settings.json` 及全部配置缓存中没有压缩相关开关；服务端下发的 180 个 DynamicConfig 键中也没有压缩总开关。
- 用户侧 hooks（ `~/.trae-cn/hooks.json`）官方仅支持 6 类事件： `SessionStart` / `UserPromptSubmit` / `PreToolUse` / `PostToolUse` / `Stop` / `Notification`，**没有** `**PreCompact**`** /** `**PostCompact**`，用户既无法观测也无法阻断压缩。

### 诉求（按优先级）

1. 提供一个配置项（设置项 / 环境变量 / 配置文件键均可）用于**完全关闭自动压缩**，改由用户手动触发。
2. 若不能完全关闭，提供**可调的触发阈值**（例如按上下文窗口百分比配置），而不是固定比例、或提前到 45%\~65% 就触发。
3. 退一步：向用户 hooks 暴露 `PreCompact` / `PostCompact` 事件，至少让用户能感知压缩发生，并在压缩前注入自定义指令。

### 影响

- 长任务在压缩后丢失已完成进度与已确认决策，导致重复执行、循环压缩、重复计费。
- 与外部上下文/记忆方案冲突：外部方案需要完整历史，原生压缩会先把历史改写成摘要，两者互相破坏，无法共存。

### 参考

社区已有大量同类诉求（官方论坛 + 本仓库），例如 #2053「大哥, 这个压缩功能.咱们能不能做个开关」、#2215、#1973、#1967、#1923，至今均未获得可用的关闭方式。本 issue 补充了可复现的技术取证，便于定位到具体配置面。

排序方式 :

### **成为第一条评论！**

Nobody's responded to this post yet. Add your thoughts and get the conversation going.

```json
{"@context":"https://schema.org","@graph":[{"@id":"https://www.angryecho.com/c/Traeba/p/P2TBBtL0Zc1EpTo08PBA5#post","@type":"DiscussionForumPosting","commentCount":0,"dateModified":"2026-11-01T02:55:57.400Z","datePublished":"2026-10-21T11:29:26.000Z","description":"环境 Trae CN IDE 3.4.4（product.json 中 version = 1.107.1，tronBuildVersion = 2.3.93438） 平台：Windows 场景：内置 Agent（非自定义 API 模式） 问题 内置 Agent 的「自动上下文压缩」无法由用户关闭，也无法调整触发时机。","headline":"[Feature] 内置 Agent 自动上下文压缩无法关闭，也无阈值配置（…","isPartOf":"https://www.angryecho.com/c/Traeba","mainEntityOfPage":"https://www.angryecho.com/c/Traeba/p/P2TBBtL0Zc1EpTo08PBA5","text":"环境\n\n\n\n\n\nTrae CN IDE 3.4.4（product.json 中 version = 1.107.1，tronBuildVersion = 2.3.93438）\n\n\n\n平台：Windows\n\n\n\n场景：内置 Agent（非自定义 API 模式）\n\n问题\n\n内置 Agent 的「自动上下文压缩」无法由用户关闭，也无法调整触发时机。\n\n本地取证结论：压缩是服务端驱动的，依据如下：\n\n\n\n\n\n压缩阈值来自服务端下发的 DynamicConfig，键名 v3_compaction_token_limit_ratio（本机实测值 0.9）；客户端 resources/app 全目录检索该键名 0 命中。\n\n\n\n引导模型执行压缩的那句 system prompt（The system will automatically compress prior messages in your conversation as it approaches context limits. This means your conversation with the user is not limited by the context window.）在客户端安装目录全量检索 0 命中，但会出现在实际发出的请求里。\n\n\n\n客户端没有本地 token 计数实现（tiktoken / countTokens / token_count / encode( 在 bundle 中均未找到），阈值判断只能在服务端完成。\n\n\n\n手动压缩被建模为一个服务端伪工具（CompactFake），通过 SSE 事件回传状态。\n\n因此，即使把请求整体经过自建网关代理，也无法拦截自动压缩——触发判断与压缩执行都不在客户端线路上。\n\n已确认不存在的关闭入口\n\n\n\n\n\n官方文档  仅说明会自动压缩、可手动点「压缩」按钮，未给出任何关闭配置项。\n\n\n\n客户端 settings.json 及全部配置缓存中没有压缩相关开关；服务端下发的 180 个 DynamicConfig 键中也没有压缩总开关。\n\n\n\n用户侧 hooks（~/.trae-cn/hooks.json）官方仅支持 6 类事件：SessionStart / UserPromptSubmit / PreToolUse / PostToolUse / Stop / Notification，没有 PreCompact / PostCompact，用户既无法观测也无法阻断压缩。\n\n诉求（按优先级）\n\n\n\n\n\n提供一个配置项（设置项 / 环境变量 / 配置文件键均可）用于完全关闭自动压缩，改由用户手动触发。\n\n\n\n若不能完全关闭，提供可调的触发阈值（例如按上下文窗口百分比配置），而不是固定比例、或提前到 45%~65% 就触发。\n\n\n\n退一步：向用户 hooks 暴露 PreCompact / PostCompact 事件，至少让用户能感知压缩发生，并在压缩前注入自定义指令。\n\n影响\n\n\n\n\n\n长任务在压缩后丢失已完成进度与已确认决策，导致重复执行、循环压缩、重复计费。\n\n\n\n与外部上下文/记忆方案冲突：外部方案需要完整历史，原生压缩会先把历史改写成摘要，两者互相破坏，无法共存。\n\n参考\n\n社区已有大量同类诉求（官方论坛 + 本仓库），例如 #2053「大哥, 这个压缩功能.咱们能不能做个开关」、#2215、#1973、#1967、#1923，至今均未获得可用的关闭方式。本 issue 补充了可复现的技术取证，便于定位到具体配置面。","url":"https://www.angryecho.com/c/Traeba/p/P2TBBtL0Zc1EpTo08PBA5","author":{"@type":"Person","name":"realsharkymark","url":"https://www.angryecho.com/u/H8Srealsharkymark"},"interactionStatistic":[{"@type":"InteractionCounter","interactionType":"https://schema.org/LikeAction","userInteractionCount":0},{"@type":"InteractionCounter","interactionType":"https://schema.org/DislikeAction","userInteractionCount":0},{"@type":"InteractionCounter","interactionType":"https://schema.org/ViewAction","userInteractionCount":33},{"@type":"InteractionCounter","interactionType":"https://schema.org/ShareAction","userInteractionCount":0}]}]}
```

## Sitemap

See the full [sitemap](https://www.angryecho.com/sitemap.md) for all pages.