最近在使用 Trae 新版 Solo 模式，从原来的单一 Solo 拆成 MTC 模式 和 Code 模式 后，能力更强了，但使用上反而有些迷惑，想和社区交流一下大家的理解和最佳实践。
之前只有一个 Solo 模式时，整体体验是比较“通”的。
如果是 OPC（One Person Company） 场景，一个人从产品设计 → 技术方案 → 开发实现 → 测试 → 部署上线，基本可以在一个连续心流里完成。
现在拆成 MTC + Code 两种模式之后，虽然能力更细分了，但在实际使用中有几个问题比较困惑。
MTC vs Code 使用边界不太清晰
比如在 OPC（One Person Company）模式 下，一个人负责：
- 产品设计
- 技术方案
- 开发实现
- 测试验证
- 部署上线
那么问题来了：
什么时候应该用 MTC 模式？
什么时候应该切换到 Code 模式？
目前感觉：
- MTC 更像是 规划 / 多角色协同 / 项目推进
- Code 更像是 具体编码实现
但在真实场景中，这两者是高度交织的，比如：
- 写方案时需要读代码
- 写代码时需要回溯需求
- 修改架构时需要理解项目整体
这时候频繁切换模式，反而会增加心智负担。
上下文切换是个明显痛点
在使用过程中发现：
从 MTC → Code 模式切换 时：
- Code 模式并不会自动理解项目上下文
- 需要手动指定浏览项目目录
- 否则容易出现“飘”的情况
这就导致：
- 上下文断裂
- 重复解释需求
- 效率下降
不知道这个是否是目前设计上的预期，还是有更好的使用方式？
想搞清楚一个核心问题
想请教社区：
MTC 模式能做，但 Code 模式做不了的是什么？
Code 模式能做，但 MTC 模式做不了的又是什么？
比如我目前理解是：
可能的分工（猜测）
MTC 更擅长：
- 项目规划
- 多步骤任务拆解
- 多角色模拟（PM / 架构 / 开发）
- 长流程推进
- 产品到上线全流程 orchestration
Code 更擅长：
- 精准代码修改
- 项目代码理解
- 文件级改动
- 调试和修复 bug
- 执行型任务
但这只是个人猜测，不确定是否是官方推荐的使用方式。
另外一个问题：OPC 场景下的最佳实践
如果是 OPC（一个人从产品到上线） 的开发模式：
理想流程应该是：
- MTC 做产品设计与任务拆解
- Code 做具体编码实现
- 再回到 MTC 做整体推进与上线
但目前感觉这个切换过程还不够顺畅，特别是上下文衔接方面。
我的一些使用感受与观察
在实际使用过程中，还有一些具体观察，可能也能帮助进一步理解两种模式的区别：
① MTC 模式似乎也可以写代码
一开始以为：
- MTC 负责规划
- Code 负责写代码
但实际用下来发现：
- MTC 也会改代码
- MTC 也可以拆解任务
- MTC 也可以让 subagent 并行执行
所以感觉：
两者的区别似乎并不是「是否写代码」
也不是「是否支持任务拆解」
②
/spec
生成文档 vs MTC 生成文档的区别
在 Code 模式 下使用 /spec 会生成：
- prd.md
- architecture.md
- spec.md
- tasks.md
- checklist.md
而在 MTC 模式 下，则会生成类似：
- 2026-04-10-electronic-plant-specimen-design.md
- 2026-04-10-electronic-plant-specimen-mvp.md
这两类文档看起来有一定重叠，比如：
- MTC 的 mvp.md
- Code 的 spec.md
这两者的定位区别是什么？
是：
- 不同阶段使用？
- 不同粒度？
- 还是模板不同？
③ MCP 调用能力似乎也有差异
目前观察到一个区别：
- 有些 MCP 服务在 MTC 模式无法调用
- 在 Code 模式可以调用
这让我有点困惑：
是 Code 模式更偏工程执行？
MTC 更偏编排？
还是只是当前版本能力还没完全统一？
④ 两边似乎都支持任务拆解和并行执行
另外一个观察：
- MTC 可以拆解任务并让 subagent 并行执行
- Code 模式似乎也可以
所以：
「任务拆解 / 并行执行」似乎也不是两者的核心区别
总结
感觉 Trae 新版能力很强，但模式拆分之后，如果没有清晰的心智模型，使用上确实会有些迷惑。
想请教社区：
- MTC 和 Code 的核心区别到底是什么？
- /spec 和 MTC 生成文档的定位区别是什么？
- MCP 调用能力为什么会有差异？
- OPC 场景下有没有推荐的使用流程？
欢迎大家分享使用经验，也希望官方能给一些最佳实践 
