一、任务背景：这不是一个 Demo，是一个在跑的生产系统
我在做的项目叫"校园云"，一个多租户校园 SaaS，规模先报家底：
- 后端 73 个 go-zero 微服务 （go-zero + MySQL + Redis + gRPC，电商、跑腿、配送、论坛、财务、HR、打印、AI 问答……）
- 6 个前端 ：Vue 管理后台（光
src/api/下就有 140+ 个接口模块）、微信 Skyline 小程序、uni-app X 原生 APP（商家端/骑手端）、H5、商家 Web、抖音小程序 - 70+ 个自研公共库（支付、分账、数据权限、审计日志、验证码……）
- 有正式生产环境、CI/CD、K8s， 出事故是真赔钱的那种
以前用 TraeCode / TraeWork 分开干的痛点很具体：写代码时要切出去查文档，联调时要手动把接口契约贴给前端 Agent，踩过的坑过两周换个服务又踩一遍。这次全面升级后，我把整套研发流程都搬进了 TRAE，这篇帖子完整复盘。
二、核心打法：给项目配 11 个"虚拟员工"，按角色路由派活
三、Agent 模式和 IDE 模式怎么配合（技巧心得）
磨合下来我的分工原则是：
- Agent 模式干"面" ：拆目标、跨文件搜索、多角色派活、写计划文档、跑全量验证。比如"给订单服务加一个售后字段"，Agent 会自己走完：改源
.api→ 跑 goctl-wrapper 生成 → 迁移旧逻辑到新文件 →go build→ 同步前端类型。 - IDE 模式干"点" ：goctl 生成的空 logic 要填业务逻辑、断点调试、真机看小程序渲染、diff 逐行审查。这些我一定切回 IDE 亲手过。
这里必须夸一个救命设计。我们项目铁律是"禁止手改 types.go，字段变更只能改 .api 重跑生成器"。早期 goctl-wrapper 跑单子文件时会 静默删掉其他 group 的 handler 目录 ，出过好几次事故。后来我们给 wrapper 做了三层防护（内存备份恢复 + 全量磁盘备份 + 生成物防呆），这套 SOP 固化后，Agent 模式负责机械执行，IDE 模式负责核对生成结果，再也没丢过文件。
四、Skill + 规则库：让 AI 不重复踩同一个坑（最有价值的部分）
光有 Agent 不够，关键是让每个 Agent 都"读过厂规"。我把血泪教训沉淀成了 16 个项目级 Skill 和分层规则，举三个真实案例：
-
“多学校身份死链"红线。 服务商子账号一个人管多所学校，JWT 里 school_id 恒为 0。历史上两次上线后子账号功能直接死链（报"请先选择学校”）。现在规则强制：写任何涉及 school_id 的接口前必须先回答"多学校身份调这个接口会怎样"，且静态检测脚本进了 CI。这个坑从此在设计阶段就被拦住。
-
Skyline 弹窗键盘避让，真机排查八轮。 iOS Skyline 下系统不会顶起 root-portal 弹窗，期间还发现一个离谱的点： inline 的
padding-bottom会整体覆盖 class 里的 calc 值，不是叠加 。最终差量补偿公式、测量锚点全部写进设计 Skill，后来做评论、@好友等弹窗一次通过。 -
testcontainer 时区与启动超时。 Windows 上 MySQL 8.0 容器初始化要 50-90 秒，默认 60 秒超时必挂；容器默认 UTC，按"今天"过滤日期的 E2E 会偶发失败。现在 Skill 里定死 180 秒超时 + 查 MySQL 自身
NOW()取日期，CI 和本地都稳。
这些知识以前散落在我的脑子里和聊天记录里，现在新人（或新 Agent）一上场就自带全部经验。
五、项目产物管理：几百份计划文档自动沉淀
打开.trae/documents/ ，能看到几百份带时间戳的方案文档（修复计划、迁移方案、验证报告、事故复盘）。每个复杂任务 Agent 模式先出计划再动手，事后留痕。好处是：三周后回来排查，能直接看到当时的方案、取舍和验证方式；Review 姐验收时也有据可依，而不是对着一坨 diff 猜。
六、真实评价
省下的时间：
-
多 Agent 并行后，前后端联调类需求的墙钟时间大约省 40%，主要是消灭了"贴上下文、等回复"
-
73 个服务里做一致性改造（比如全局错误码、数据权限收口），以前不敢动，现在靠规则 + E2E + Review 流水线敢批量推
-
踩坑成本从"每个服务踩一遍"变成"全局只踩一遍"
仍需人工的环节： -
生产发布、数据库 DDL、涉及钱的分账逻辑，我坚持人工在关键节点确认，Agent 只做准备和验证
-
小程序真机的视觉/手势细节，IDE 模式 + 真机预览无法替代
-
跨服务的接口设计取舍，架构姐出方案后我仍会逐条挑战
一点建议： 多 Agent 并行时如果能在一个看板里实时看到各 Agent 的进度和相互依赖（而不是等全部跑完收汇总），对这种几十服务规模的项目会更顺手；另外期待项目级 Skill 能支持"规则变更后一键回归相关历史代码"。
一句话总结： TRAE 这次升级对我最大的意义不是"AI 更能写代码了"，而是终于能把一支有分工、有厂规、有交接、有验收的虚拟研发团队，完整装进一个 IDE 里。
你吓到我啦
