每个团队都有一堆“约定俗成”的代码规范，但真正能落到实处的不多。以前全靠资深开发 review 兜底，现在我实践下来，Trae Solo 完全可以作为“规范执行器”。
🧱 把规范喂给 Trae Solo 一遍
比如团队有这样的约定：
- Service 不直接访问 DB
- 所有接口要有类型注解
- 禁止使用 print，统一 logger
- 异常返回要统一结构
我会直接把这些写成一段文字丢给 Trae Solo：
我们的约定：
1. service 只能调用 repository，不允许直接 session.query
2. 所有暴露给 API 的函数要有类型注解
3. 禁用 print，统一使用 logger
...
然后加一句：
“以后请按这套规范审查我的代码。”
🔍 让它做“规范视角”的 Code Review
比如我贴一段：
def get_user(id):
print("get user", id)
return session.query(User).get(id)
Trae Solo 会直接指出：
- 使用了 print（违反规范）
- 直接访问 session（不走 repository）
- 函数无类型注解
然后给出规范化写法：
def get_user(id: int) -> User:
logger.info("get user %s", id)
return user_repo.get(id)
这时候规范就不再是 PPT 上那几行，而是真正“执行”了。
🔧 批量规范旧代码
更狠一点的玩法是：
让它扫描整个模块，列出违反规范的地方。
你可以说：
“请检查这个目录下，哪些地方直接操作 DB，哪些地方用了 print。”
Trae Solo 会列清单给你，你就可以有的放矢地改。
🎯 总结：用 Trae Solo 推规范的好处
- 资深开发从“盯规范”解放出来，专注业务
- 新人不再靠“猜风格”，而是有依托
- 规范真正落地，而不是仓库里一份没人看的 markdown
某种程度上，Trae Solo 就是“规范的具象化执行者”。
