CODEBUDDY2API_AUTO_TRIAL环境变量使用问题

[StarForAll]

1. 使用环境
   debian 服务端 docker部署，国内环境
2. 问题
   .env将CODEBUDDY2API_AUTO_TRIAL环境变量设置成true,并启动该容器1min之后ssh连接就变得卡顿，之后将该变量设置成false并重启则恢复正常

[maiphucgiang]

你好，感谢反馈。既然关闭后恢复正常，先保持 CODEBUDDY2API_AUTO_TRIAL=false，不用为了排查反复开启，把服务器弄到无法连接。关闭它不会影响正常聊天或凭证刷新。

这个选项是用来领取国际版 WorkBuddy 的一次性体验积分，并不是每日签到开关。如果只使用国内账号，可以保持关闭。

目前还不能确定卡顿发生在网络请求、内存还是磁盘读写环节。方便补充以下信息吗？

1. 使用的镜像标签，例如 latest、1.2.1 或 edge。
2. 服务器是几核、多少内存？添加了几个账号，其中是否有国际版 WorkBuddy 账号？
3. 修改 .env 后，是执行了 docker compose restart，还是 docker compose up -d，或者通过面板重建容器？

第三点需要确认，因为 docker compose restart 不会更新容器里的环境变量。可以执行下面这条命令，看看容器实际使用的是哪个值：

  docker exec 容器名 printenv CODEBUDDY2API_AUTO_TRIAL

将 容器名 换成实际名称；不知道名称的话，先执行 docker ps，查看最后一列 NAMES。

也请在当前正常状态下执行一次：

  docker stats --no-stream 容器名
  free -h

这两条只查看资源使用情况，不修改配置。如果之前已经保存了卡顿时的资源截图，或日志中带 [trial] 的几行，也可以一起提供；没有的话不用重新开启复现。

请不要贴 API key、账号凭证文件或完整 .env。我们先确认实际版本、开关状态和资源情况，再继续定位。

[StarForAll]

实际部署时间是2026.09.14
使用的是latest;
服务器：4核16GB
昨天首先添加了一个国际账户后来删除了，新增了一个国内账户，到今天登录服务端还只是这一个国内账户
修改 .env 文件中 CODEBUDDY2API_AUTO_TRIAL 为 false之后使用的是 docker compose up -d
以下是补充信息：

❯ docker stats --no-stream codebuddy2api-container
CONTAINER ID   NAME                      CPU %     MEM USAGE / LIMIT     MEM %     NET I/O          BLOCK I/O         PIDS
34b57e9cb2a6   codebuddy2api-container   0.23%     55.34MiB / 15.05GiB   0.36%     127kB / 49.9kB   1.17MB / 1.79MB   7
❯ free -h
               total        used        free      shared  buff/cache   available
Mem:            15Gi       6.2Gi       5.3Gi       141Mi       3.9Gi       8.8Gi
Swap:           14Gi          0B        14Gi
❯ docker exec codebuddy2api-container printenv CODEBUDDY2API_AUTO_TRIAL
false

[maiphucgiang]

如果你愿意帮忙测试这个问题的话可以等待这一次改动发版过后去重新加入国际版账号去webui点击领取看看实时报错，不愿意也不影响

[StarForAll]

使用版本1.2.5，webui界面中没有 领取按钮，点击该账户的签到提示：签到活动未开放或已结束 等待明天是否有新的变化

[maiphucgiang]

使用版本1.2.5，webui界面中没有 领取按钮，点击该账户的签到提示：签到活动未开放或已结束 等待明天是否有新的变化

奇怪了呢这个是已经领取了专家包了，国际服默认积分100，领取这个奖励给250🤔