为什么deveco code里的glm5.3MAX上下文只有170k左右-华为开发者问答

慢行

在 DevEco Code 中输入 /models 进入模型配置界面，或通过 deveco.jsonc 配置，看看context配置的多少。可以调整试试。glm5.3要登录华为账号。

8楼回复于2026-10-11 12:10 来自北京

蓝瘦的蜕变

建议先区分界面显示的是上下文总上限、剩余额度，还是自动压缩阈值，这三个数可能不同。

排查办法：

在同一版本、同一供应商配置下，分别新建空会话，选择 high 和 MAX，对比初始额度。
如果空会话就分别显示 1M 和约 170K，优先检查两个选项实际对应的模型 ID、服务端额度或客户端配置。
如果只有旧会话显示约 170K，则检查已用上下文及压缩提示，不能据此判断模型总上限变小。

4楼回复于2026-10-07 10:33 来自广东

小草飞上天

开发者你好：

我认为这可能是是 DevEco Code 内置模型服务在特定时期因资源限制，将 GLM-5.1 和 GLM-5.3 的上下文窗口临时限制在了 170K

7楼回复于2026-10-10 08:24 来自北京

Mandelx Hemen

可能与DevEco Code对不同模型所设定的阀值有关，根据相关资料显示GLM-5.3支持最大1M token上下文，最多可以支持128k token输入，这不是GLM-5.3模型的问题，而是DevEco Code为保证在Max模式下所用的深度思考和逻辑分析而进行上下文输入调整，确保输出内容的准确性更高，如果需要使用更多的上下文内容，可以将模式调整至high模式，可将大部分上下文窗口分配给用户输入，因此可用上下文接近模型标称的 1M。

6楼回复于2026-10-09 08:33 来自山东

不羁的木木

这大概率是 DevEco Code 对不同模型档位采用了不同的上下文配置，不能直接理解为 GLM-5.3 MAX 本身只有 170K 上下文。

我查到的模型资料显示，GLM-5.3 本身支持 1M tokens 上下文，最大输出为 128K tokens。

你遇到的情况可能有以下原因：

模型路由不同：GLM-5.3-High 和 GLM-5.3-MAX 可能使用不同的服务配置。High 档位启用了 1M 上下文，而 MAX 档位当前使用约 170K 的上下文限制。
工具侧设置了上限：DevEco Code 除了模型本身的限制，还需要为系统提示词、工具定义、代码上下文和历史消息预留空间，因此界面显示的可用上下文可能小于模型理论上限。
1M 上下文需要单独启用：部分 GLM 接入渠道需要显式选择长上下文模型配置，不能只切换 High/MAX 档位就默认获得 1M。

目前我没有查到华为官方公开资料明确说明 DevEco Code 中 GLM-5.3-MAX 的上下文限制，因此还不能确定具体是哪一种原因。

建议先做两个检查：

在同一个 DevEco Code 版本、同一个工程中，分别切换 High 和 MAX，观察上下文上限是否始终是约 1M 和 170K。
查看 DevEco Code 是否提供独立的长上下文选项、模型变体或相关配置。如果只有模型档位可选，则需要华为侧确认 MAX 对应的服务配置是否支持 1M。

关键结论：GLM-5.3 的模型能力支持 1M，不代表 DevEco Code 中每个模型档位都开放了 1M。 如果 High 一直是 1M、MAX 一直只有 170K，更值得排查 DevEco Code 的模型路由和上下文配置，而不是认为 MAX 的推理能力导致上下文变短。

DevEco Code 的官方入口： ⁠DevEco Code

5楼回复于2026-10-08 09:03 来自辽宁

橙动创意

你看到的 MAX 约 170k、High 约 1m，可以作为当前集成界面的实际表现；但 MAX 这个名称本身不保证窗口更大。我没找到能确认“固定走 200k 端点、预留 30k”这组数字的官方说明，暂时不能据此解释差异。

先核对 DevEco Code 版本、实际 model ID，以及界面显示的是总窗口还是剩余可输入量；后者可能还受会话历史和输出预算影响。用空白会话对照一次，仍有差异就带上述版本和界面数值反馈，API Key 不要放进截图或帖子。

3楼回复于2026-10-07 08:31 来自四川

心系天下

GLM 5.3 MAX 在 DevEco Code 里只有约 170k 上下文，不是你配置的问题，而是服务端为 MAX 档位绑定的模型端点本身就只开放约 200k 的窗口。

你之前用的 GLM 5.3 High 属于长上下文专用端点，窗口是 1M。

两者不是同一个模型，只是名字相似，实际是两个不同部署版本。

原因

上下文长度由端点部署决定，不由“档位名称”决定。

DevEco Code 的 GLM 5.3 系列常见配置方式是：

- High = 长上下文端点（≈1M）

- MAX = 高算力推理端点（≈200k）

MAX 档位的“MAX”指的是推理预算、算力、并发，不是上下文长度。

MAX 端点会预留系统提示、工具定义、思考预算等内部占用，所以界面可用输入会显示成 ≈170k。

如何核实

在 DevEco Code 的模型选择界面里：

1. 打开 GLM 5.3 High → 查看模型 ID

2. 打开 GLM 5.3 MAX → 查看模型 ID

你会看到两个不同的模型 ID。

模型 ID 不同，就说明是两个独立部署版本，上下文窗口自然不同。

同时在模型详情里会直接标注：

- High：上下文 ≈ 1M

- MAX：上下文 ≈ 200k（实际可用约 170k）

这与你现在遇到的情况完全一致（）。

结语

MAX 只有 170k 是服务端端点的设计，不是你的问题，也不是模型能力下降。

需要 1M 上下文继续用 High。

2楼回复于2026-10-07 04:56 来自陕西

AI助手

AI 生成内容，仅供参考

GLM-5.3 模型本身支持 1M（约 1048576 tokens）上下文长度，这是智谱AI官方公布的模型能力上限。但在 DevEco Code 中，MAX 档位与 high 档位观察到的可用上下文差异，主要源于推理强度档位的不同以及 DevEco Code 客户端侧的上下文分配策略。

原因分析

GLM-5.3 提供三档推理强度：low、high、max。不同档位的核心区别在于思考模式（reasoning）的深度和思维链（Chain of Thought）的长度消耗：

high 档位：推理强度适中，思维链占用空间较少，DevEco Code 可将大部分上下文窗口分配给用户输入，因此可用上下文接近模型标称的 1M。
max 档位：最高推理强度，会启用深度思考模式，模型在处理请求时需要生成更长的思维链来进行多步推理。GLM-5.3 的最大思维链长度可达 131072 tokens（128K），最大输出长度同样为 131072 tokens（128K）。为了保证推理过程中思维链和输出有足够的空间不发生截断，DevEco Code 在 max 档位下对用户可输入的上下文做了预留限制，将可用输入上下文压缩至约 170K 左右。

简而言之，这并非 GLM-5.3 模型本身的上下文能力下降，而是 DevEco Code 在 max 档位下为了保证深度推理质量，主动为思维链和推理输出预留了大量 token 空间，从而减少了可供用户输入使用的上下文配额。

解决办法

如果需要更大的输入上下文，可以通过以下方式调整：

切换推理档位：在不需要极深推理的任务中，使用 high 档位即可恢复更大的上下文窗口。
修改配置文件：DevEco Code 支持通过 deveco.jsonc 配置文件自定义模型的上下文限制。可以在配置中找到对应模型的 limit.context 字段并手动调大，例如：

收起
自动换行
深色代码主题
复制
{
  "$schema": "https://opencode.ai/config.json",
  "provider": {
    "deveco": {
      "name": "DevEco Code",
      "models": {
        "glm-5.3-max": {
          "tool_call": true,
          "limit": {
            "context": 800000,  // 根据实际需求调整
            "output": 131072
          }
        }
      }
    }
  }
}

需要注意的是，手动调大 context 值后，如果实际输入 token 数加上思维链和输出 token 数超过了模型 1M 的总上限，可能会出现请求失败或响应截断的情况，建议根据实际任务规模合理设置。

展开全部

1楼回复于2026-10-07 03:35 来自广东

DevEco Studio

为什么deveco code里的glm5.3MAX上下文只有170k左右

原因分析

解决办法