#TRAE SOLO# AI coding，最头痛的就是修改地狱。这里我也算是一个搏斗的老将了，我系统的盘点一下，如何与AI斗争，才不会进入修改地狱。
技巧一：构思先行，如果没有构思，先跟AI来个头脑风暴。
如果你有一个绝世好idea，那么不要急，先打开cluade，跟它大战三百回合，把信息摸清楚，你知道大致怎么做即可。这里贡献一个核心提示词，灵感来自卓克老师：
请扮演一个精英产品专家，使用第一性原理和金字塔原理，和我一起头脑风暴【你的内容】
基本上连续追问10个回合，你就能成为一个领域的专家
技巧二：使用最先进coding模型，并非非此即彼。
工具在手，效率我有。AI coding必须要有趁手兵器。在当前时间节点下，无非有这样几个选择： 国内：kimi Max,我认为能力不输于sonnet 4.5 在Python领域甚超越，配合Trae Solo可以又快又好。 国外：Gemini 3.0 当今最强前端模型，编码能力不如sonnet 4.5
技巧三：使用OpenSpec。
OpenSpec之前也写过，是保障不会进入修改地狱的绝对元素，保持写代码的过程中间，一直在Proposal和apply之间循环。
技巧四：使用合理的constrains。
约束AI的行为，并配上合适的MCP，才是一个刚开始的初始化配置。只配3个MCP即可， sequential thinking 加深AI推理；exa code，注意不是exa，来让AI频繁索引最新代码；Memory，让AI记住代码。
技巧五：使用合理的开发工具
我的开发习惯更多是在Trae下， 在这其中，如上文，会看看OpenSpec产生的changes是不是合理，然后使用codex进行代码审核，然后就Proposal给Trae，修噶代码即可。 如果你使用了如上的规则，就不会进入修改地狱，如果有，我吃代码。 以上，完。 最后贴上我的一些实践： vikingdb-frontend.fly.dev/
