最近一直在用 Trae IDE 做企业 Java 后端开发，日常处理 Dubbo、Dockerfile、SQL、安全漏洞整改，踩了不少坑，也摸索出一套节省通用积分的实操方法，分享给同样积分紧张的同学。
一、踩过的几个真实坑
- 不要无脑 Auto 全部交给 AI 一开始图省事全部用 Auto 模式，简单日志解析、替换文本这种小事，也会调用高消耗大模型，积分消耗飞快。后来才发现，不同任务选对模型，可以省下大量积分。
- 会话上下文越聊越贵 同一个会话对话轮次多之后，每次提问都会带上全部历史上下文，token 越来越大，每一轮扣积分明显变多。
经验：一个模块做完，直接新建会话，不要在一个会话无限堆叠对话。
.aiignore一定要配置 项目里把 target、build、日志、rpm 编译产物纳入索引，AI 会读取大量无关文件，白白消耗积分。把编译输出、第三方安装包目录加入 aiignore，只让 AI 看业务源码。- 区分通用积分与 Work 专属积分（非常重要） 签到、邀请好友给的大多是Work 专属积分，只能用于文档 PPT，不能用于 IDE 写代码。之前白忙活做任务，IDE 积分一点没涨，很多人都会踩这个坑。
二、日常开发省积分实操方案
- 简单任务优先选择 GLM‑5.2 日志排查、文本替换、修改注释、小 bug 修复、Dockerfile 调试、SQL 简单改写，优先 GLM‑5.2，消耗低，大部分场景完全够用。 复杂重构、架构设计、深度排错，再切换高级模型。
- 任务做拆分，拒绝一次性大任务 不要一次性把整个工程丢给 AI 做完整重构。拆成分模块、小步骤，分步完成。一次性大请求，不仅积分爆炸，AI 输出质量也容易下降。
- 提示词写明确，减少反复来回修改 需求写清楚约束、入参、输出格式，减少来回返工。反复调整对话，积分消耗会成倍上涨。
- 及时关闭不需要的 Skill 闲置 Skill 会增大上下文开销，只保留当前项目真正需要的技能。
三、我的真实业务场景使用感受
平时工作经常处理：Docker 镜像构建排错、yum 源问题、K8s 部署故障、Java 代码漏洞修复、SQL 优化。 Trae 对日志解析、报错定位、Dockerfile 调试、漏洞修复整改效率很高，但是高频开发下通用积分消耗还是比较快。
免费用户每月 500 通用积分，适合轻度开发；重度后端开发会明显不够用。
四、写在最后
免费用户想要拿到 IDE 可用的通用积分，社区发帖是很重要途径。Work 签到、邀请拿的积分只能办公用，这点大家一定要分清。
希望上面的踩坑经验对大家有帮助，也欢迎交流更多省积分小技巧。
