新 SOLO 初体验 | Code + MTC 双模式真香组合
这段时间拿到 SOLO 内测资格后，我分别在 Code 模式和 MTC 模式里做了两个真实项目，简单分享一下使用体验，也给社区的 TRAE 友做个参考。#新 SOLO 初体验
一、Code 模式：把一个项目打包成 Library 接入旧项目
我用 Code 模式做的事情是：
把一个已有的小项目抽象成一个可复用的 library，然后接入到旧项目中，把一条完整的业务链路打通。
**
具体过程：**
-
代码梳理与拆分
先用 SOLO 帮我一起梳理原项目的目录结构和依赖关系，让它帮我找出哪些模块适合抽出来做成公共库，哪些逻辑应该继续留在业务层。
在 Code 模式里，让它看代码、提取公共方法、重构接口，一来一回的效率比我自己手撸快很多。 -
封装成 library
我让 SOLO 生成打包配置（如构建脚本、入口文件、类型定义等），并且协助写好对外暴露的 API 接口说明。
在过程中遇到一些构建报错、版本冲突的问题，也直接把报错贴给它，它能根据现有配置一步步排查，省去了我翻文档和试错的时间。 -
接入旧项目并打通业务
library 发布后，我在旧项目里接入，遇到的兼容问题（比如类型不一致、调用方式差异、老代码风格不统一等），都让 SOLO 帮我改调用方式、补适配层。
最后整条业务链路能顺畅跑通，调用逻辑比之前清晰很多，后续维护成本也降了不少。
Code 模式体验小结：
- 优点：
- 对已有代码的“读懂 + 重构 + 规范化”非常有帮助
- 适合做“把散落逻辑变成可复用库”的这类工程性工作
- 踩坑：
- 一次性改动太大时，建议自己分步骤拆任务给 SOLO，不要指望一句话让它重构整个项目
- 和自己心里预期的架构设计要先想清楚，再让它协助实现
二、MTC 模式：写小说的“辅助编剧”
除了写代码，我也试了下 MTC 模式，用它来写小说——主要是帮我补充 大纲 和 正文细节。
具体用法：
-
先给一个粗略的大纲
我先把世界观设定、主角人设、故事时间线给 SOLO，看作是“编剧会议”的信息输入。
然后让它在 MTC 模式里帮我把章节大纲拉细，比如每一章的冲突点、反转点、人物情绪节奏等。 -
按章节细化正文
确定大纲后，我会给 SOLO 一小段自己写的正文，或者简单描述这一章想要的氛围，再让它帮我：- 补足场景细节（环境描写、人物动作）
- 调整节奏（哪里需要留白，哪里需要加强冲突）
- 提出改写建议（哪些逻辑前后不一致）
-
反复打磨而不是“全交给它写”
我的使用方式更偏向“共同创作”：我写主干，它负责扩写、补细节和提修改建议。
这样既能保持个人风格，又能避免自己卡在细节上浪费太多时间。
MTC 模式体验小结：
- 优点：
- 非常适合做“结构化思考”：先帮你理清提纲，再往里填内容
- 对补细节、润色文字、统一风格特别有用
- 小建议：
- 小说这类创作，最好自己先有想法，再让 SOLO 去“加料”，而不是完全交给它写
- 过程中多用“对比版本”的方式，看哪些改写更贴合自己的表达习惯
三、整体感受
对我来说，新 SOLO 的两个模式刚好覆盖了日常工作 + 个人创作两个场景：
- Code 模式：更像一个“资深工程师 + 勤劳实习生”的组合，既能给你思路，也能帮你干体力活
- MTC 模式：则更像一个“随身策划/编辑”，在 PRD、方案、小说、报告这些需要结构和文字的事情上，帮你补全和打磨
之后我还会继续用 SOLO 做更多实战项目和创作，这次先简单分享这两个真实场景的体验。
